OT: Optimalizace selectu v MySQL

[RV]

Jde o MySQL ne MSSQL a uz si tady s tim hraju - nainstaloval jsem si 
neco podobneho jako QA ale od MySQL - sice ne tak dokonaleho, ale urcite 
to pomuze se dobrat vysledku.

Mimochodem optimalizace cache u MySQL je mi take zahadou - kdyz se 
nastavujou servery s ASE od Sybase neda se pokoj dokud nejede vic nez 
99% z cache - take se necha nastavit kolik si vzpomenu a co snese HW - u 
MySQL se mi zda, ze je ta free verze nejak osizena, ale je mozne ze to 
treba jen neumim.

Radek Vicek

plupinek@synthesia.cz napsal(a):
>> On tam je snad nejaky problem v tom, ze PK neni ukladany
>> zvlast a pro vyber dle primarniho klice se tedy ctou cele rekordy
> 
> To prece v tomto pripade nevadi, protoze se zrejme vybira jen maly usek ze
> 400.000 zaznamu, ma-li tabulka primarni klic, pak byva zpozdeni pri zapisu,
> protoze to znamena fyzicke preusporadani soubouru (stejne tak jako
> vytvoreni nebo zmena PK na hotove tabulce), ale proc by melo vadit cteni? A
> co se podivat, kde to vazne? MSSQL ma v Query Analyzeru vysledky zpracovani
> dotazu, jak byl uspesny pri loveni z cache, kolik nacetl stranek, cas
> jednotlivych kroku...
> 
> PL.
> 
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list@list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
> 
> 
>