Funderare I som du får framåt av dig, i att anta detta, är något släkt till den abstrakt queryen planerar, där är ingen resonerar (yet) till även funderare de blandas in.
Sybase sammanställer tillvägagångssätt (och alla kodifiera anmärker), in i query planerar i tillvägagångssättcache. Denna är den precis lika datacachen, det är däri som Mest-För en tid sedan-Används Least-Recently-Used, kedjar. Gammala sidor som slutligen ska, får åldriga ut ur cache, om annan saker behöver att laddas in i den. Så den kan totalt är att över natten annan som bearbetar åldras queryen planerar ut ur tillvägagångssättcache och det första utförandet av dagen lägger tillbaka den.
Summariskt: Därför att precis den var i tillvägagångssättcache inte betyder en gång att den ska är fortfarande där höger nu.
Den Sybase tillvägagångssättcachen är inte re-entrant. Detta hjälpmedlet som en singelquery planerar, kan inte delas between bearbetar. Om två bearbetar körning det samma tillvägagångssättet, ska varje får deras egna query planerar i cache. Om det finns endast ett för närvarande i cache (och den används), ny måste att sammanställas och laddas.
Summariskt: Därför att precis det är i tillvägagångssättcacherätt inte betyder nu att du kan använda den.
Om planera i tillvägagångssättcachen, dig kan inte bruk det på något sätt, även det finns en extra- (oanvänd) query. Om tillvägagångssättet skapades med ”med, recompile” alternativ, det ska recompileds varje tid som det utförs. Eller det styrkan har utförts med ”med recompile” som ska har samma att verkställa. Eller någon kan har kört ”sp_recompile” på en bordlägga som tillvägagångssättet använder (, efter några har bildat av ”, uppdateringstatistiken” befaller gemensamt), som ska har samma att verkställa. Eller även utan några av de orsakar, där är annan möjlighet orsakar för att kräva en recompile av en query planerar, likt evakuera metadatacachedeskriptorer, som ska markerar all query planerar för en anmärka som ogiltig.
Summariskt: Egentligen om även queryen planerar, är i den högra tillvägagångssättcachen nu, och no-one använder annars den, betyder inte, du kan (bestämt) använda den.
Oken, att det första utförandet av dagen, för allt vad resonerar, orsakar en recompile av en query, planerar så kanske. Skulle som gör egentligen en sådan skillnad om förhöjning <10s to="">3m? Ja den kunde totalt, om SQLEN i tillvägagångssättet försvåras. Om det finns, en sammanfoga mellan 20 bordlägger mig skulle förväntar optimisation för att ta även longer. Du gör inte något att säga vilken version av ASE du använder - i ASE 15+ det finns serveren begränsar på hur långt ska något spenderar i försök för optimisation exakt att undvika denna sort av utfärdar. Förmiddag som I gissar dig, är rinnande en tidigare version, som falloptimisation tar i, så länge som den tar, och det inte finns någon väg av skraltigt det tidig sort som börjas en gång.
Summariskt: 10 understöder att blåsa ut till 180 understöder är inte nödvändigtvis den ytterlighet, om det finns ett tillvägagångssätt recompile att hända.
Nu det verkliga problemet här är att mest av vägen oss måste att bestämma, om några av den ovannämnda styrkan händer kräver allmänt sa_role. Om du inte har för närvarande, som privilegierar, där inte går att vara mycket som du kan göra för att utforska denna. Jag ska något att säga där är många saker som vi skulle önskar att se, för det var rimligt att börja misstänkt person den abstrakt queryen planerar var en dela upp i faktorer.
Att svara din närmare detalj ifrågasätta, det finns sannerligen några sp_configureparametrar som kunde vara relevant till några av dessa möjligheten orsakar, men utan sa_role du ska för att inte vara kompetent att köra diagnostiken till kontrollen, och du ska för att inte vara kompetent att ändra dem på något sätt.
Låt mig fråga dig som ett nytt ifrågasätter - det betyder till någon, om det första utförandet av detta tillvägagångssätt i en dag tar 3 noterar?
