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