Posted By: Roumen () on 'CZprogram'
Title:     Re: analyze table...
Date:      Fri Sep 26 10:22:12 2003

>    Samo od sebe se to asi nestalo. Bud se zmenil parametr optimalizace nebo
> se po pregenerovani statistika zmenila takovym zpusobem, ze usoudil, ze je
Ted jak vo tom mluvis, tak me uplne zamrazilo, jak sem si vzpomnel, ze mi den 
pred tim kolega s jiskrickama v ocich oznamil, ze analyzoval vsechny tabulky. 
Ted me teprve napadlo, ze se to zrejme tykalo i tohodle schematu. B-) To bude 
vono! Diky. ;-) 

> lepsi projit celou tabulku. Ale to se bez znalosti obsahu tabulek a dotazu
> tezko usuzuje.
To je jasny. ;-)

> V tom pripade to ten index sakra zpomaluje. Pokud teda neni clustered (tj. 
> data sou v tabulce setrideny podle toho indexu) tak se musi delat extra 
> lookupy aby se nacetly ty vlastni zaznamy. Pokud to vybere skoro vsechno tak
> je sakra rychlejsi ten index nepouzit.
Tak jen pro tebe sem to zmeril. :-) Udelal sem analyze delete statistics a 
spustil ten dotaz dvakrat. Poprve trval 32 a podruhy 27 milisekund. Pouzil se 
index. Pak sem udelal analyze estimate statistics, index se nepouziva a trva 
prvne 41 a podruhy 37 SEKUND(!). B-) Takze konkretne v tomhle dotazu je ten 
index pomerne uzitecnej... 
Tak vam vsem diky. Co sem se dozvedel a co hlavne sem netusil je, ze on kdyz 
vybira vetsinu/vsechno, tak v order by index nepouzije. To je dobry vedet a 
je videt, ze on se podle toho chova. Takze nezbejva, nez mu manualne sdelit, 
ze me budou zajimat jen prvni radky. 
Jinak sem koukal po webu a zjisitl sem, ze 9i ma first_rows_x, kde x je 1, 
10, 100 nebo 1000. To se mi libi. :-) My ted budem asi na devitku prechazet 
tohle hned asi vyuziju. :-)
        Diky moc
            Roumen 


For more information about me use:http://www.roumen.cz