Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Diskuze na Lopuchu,
pohlazení na duchu

Lopuch.cz

Jméno:
Heslo:
Podpora LCD:
 
Klub Database (mysql,...) [ŽP: neomezená] (kategorie Programování) moderuje melkor_unlimited.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: qxeqngu
[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.3.2010 15:28  1098
themajklpromin, delam toho nejak moc najednou :)
samo ze mam index ID+datum! a obracenej, dale jiz ten prispevek je vporadku.
zkousel jsem dva dny, bez indexu to trvalo 10 minut :) s nim ak asi 3sekundy, pri 10 dnech je to zatim podobny. vic mozna ani nebudu potrebovat.
themajkl themajkl All those moments will be lost in time - like tears in rain. 8.3.2010 14:00  1097
Datum se v indexu nevyskytuje? Kolik různých dnů tam teď máš?
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.3.2010 13:38  1096
themajkldiky :)
kdyz uz jsme u toho:
index mam nad id, cena a obracenej taky, zvazuju zda ma vyznam vubec pridavat tam tu cenu, cekam, ze se nevyuzije... samostatna cena se nevyuzija asi temer urcite
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.3.2010 13:36  1095
sem kokot, samozejme jsem zapomel na jeden index a z 10 minut je najednou max 10 seekund :)
themajkl themajkl All those moments will be lost in time - like tears in rain. 8.3.2010 13:29  1094
Index nad
id, datum, cena
jest?
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 8.3.2010 13:18  1093
Mam tabullku s cca 65tis zaznamama vzdy za dany den...
struktura: identifikator_vyrobku, cena, datum (ten dany den za ktery to je)
Kterak byste pro mysql zoptimalizovali dotaz na vypocetni operaci, treba maximalni rozdil mezi cenou ve dni 'x' a ve dni 'y'?

Zkousel jsem klasicky
SELECT * FROM a JOIN a AS b ON a.ID=b.ID WHERE a.datum=x and b.datum=y a to jaksi trva neskutecne dlouho...

uvazuju i o nejakym jinym zpusobu ulozeni dat ale nic moc me teda nenapada...
bredy 1.3.2010 12:44  1092
pepakWikipedie to neřeší. Já tam řešení nenašel. To je totiž problém tří tabulek, nikoliv dvoi
FROM a,b CROSS JOIN c
je nebo neni totez co
FROM a CROSS JOIN b CROSS JOIN c.
?

Jako bych se ptal a * b * c = a * (b * c)?
Je to totéž? Ne vždy.
pepak pepak - Pepak.net 26.2.2010 21:29  1091
Bredy: Asi jak na které databázi.
Co k tomu říká Wikipedie
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 26.2.2010 20:53  1090
zvyknul jsem si, a na takových 95% věcí okolo databáze MySQL používám adminera (na ten zbytek ještě občas phpmyadmin)
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 26.2.2010 20:52  1089
stažení, info, ...Adminer
puschpull puschpull být nad věcí, pohoda a klid ... - AV-Com (Homepage) 26.2.2010 20:45  1088
PHP triky - Adminer 2.3.0
bredy 23.2.2010 14:20  1087
pepakno zrovna MySQL se s verzi co verzí lepší.
jinak
FROM x, y LEFT JOIN z ON ..
není to samé co
FROM x CROSS JOIN Y LEFT JOIN z ON ...

Už proto, že v prvním případe v podmínce ON nemůžeš referovat sloupec z tabulky X. To můžeš až ve WHERE klauzuli.
bredy 23.2.2010 14:18  1086
Mě napadají šílenosti typu

FROM x,y LEFT JOIN a,b ON

FROM (x,y) LEFT JOIN (a,b) ON

FROM x, (y LEFT JOIN a),b ON # ps syntaxtická chyba

FROM x, LEFT JOIN (y LEFT JOIN a), b ON ...

Nezkoušel jsem, ale vyplývá to z logiky.
pepak pepak - Pepak.net 23.2.2010 14:18  1085
Bredy: Čárka by měla být totéž co CROSS JOIN. U MySQL samozřejmě těžko říct, to si z nějakých SQL standardů těžkou hlavu nedělá, ale u normálních databází to je jen jiný zápis téže operace.
bredy 23.2.2010 14:14  1084
Jak já jsem pochopil, tak čárka je proste nakombinování dvou tabulek každý s každým, kartérský součin, nevím, jak se to označuje u JOINů, protože jich je tolik, že v tom mám zmatek. Filtrace u WHERE pak je opravdu výběr těch dvojic, které mají zůstat. JOIN je úplně jiná operace, takže asi proto to MySQL striktně rozlišuje. Tedy že čárka s WHERE možná dělá to samé, ale není to samé. Z logiky věci pak opravdu vyplývá nutnost definovat prioritu mezi čárkou a JOIN. Zápis (a,b) JOIN ... pak znamená, aplikování JOIN na karterský součin a s b, zatímco a JOIN b JOIN ... znamená sloučení a s b a s nějakoud další tabulkou. Možná to má ale vliv jen na pojmenovávání polí a jejich adresace (tedy nemohu adresovat pole v tabulce, se kterou nespolupracuju).

Ale možná to je jen věc MySQL, neznám standard z hlavy a z databází jsem měl ve škole za 3.

Z hlediska optimalizace by však mezi čárkou + WHERE a JOIN neměl asi být rozdíl, dotaz by se měl vyhodnotit stejně. Ale to záleží na databázovém stroji.

[ 1008 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt