Simptomi
Kad esat iegrāmatojis tabulas mainīgo ar daudzām rindām un pēc tam pievienojaties citām tabulām, vaicājuma optimizētājs var izvēlēties neefektīvu vaicājumu plānu, kas var izraisīt lēnu vaicājumu veiktspēju.
Risinājums
Kad ir lietots šis labojumfails, varat ieslēgt izsekošanas karodziņu 2453, lai atļautu tabulas mainīgi aktivizēt pārkompilēšanu, kad tiek mainīti pietiekami daudz rindu. Tas var ļaut vaicājuma optimizētājsi izvēlēties efektīvāku plānu. Problēma pirmo reizi tika novērsta tālāk norādītajos kumulatīvajos atjaunināšanas vai/un SQL Server servisa pakotnēs.
Kumulatīvais atjauninājums 3 SQL Server 2014 /en-us/help/2984923
Katrā jaunajā kumulatīvajā SQL Server atjauninājumā ir iekļauti visi labojumfaili un visi drošības labojumi, kas bija iekļauti iepriekšējā kumulatīvajā atjauninājumā. Skatiet jaunākos kumulatīvos atjauninājumus SQL Server:
Pakalpojumu pakotnes ir kumulatīvas. Katrā jaunajā servisa pakotnē ir iekļauti visi labojumi, kas ir iepriekšējās servisa pakotnēs, kā arī visi jaunie labojumi. Mūsu ieteikums ir lietot jaunāko servisa pakotni un jaunāko šīs servisa pakotnes kumulatīvo atjauninājumu. Pirms jaunākās servisa pakotnes instalēšanas jums nav jāinstalē iepriekšējā servisa pakotne. Tālāk esošajā rakstā Izmantojiet 1. tabulu, lai atrastu papildinformāciju par jaunāko servisa pakotni un jaunāko kumulatīvo atjauninājumu:
Kā noteikt SQL Server un tās komponentu versiju, izdevumu un atjaunināšanas līmeni
Papildinformācija
Izmantojot tabulas mainīgo paketē vai procedūrā, vaicājums tiek kompilēts un optimizēts pirmajai tukšajai tabulas mainīgajai situācijai. Ja šis tabulas mainīgais tiek aizpildīts ar daudzām rindām izpildlaikā, iepriekš kompilēts vaicājumu plāns, iespējams, vairs nav optimāls. Piemēram, vaicājums var pievienoties tabulas mainīgajam ar ligzdotu cilpu, jo tas parasti ir efektīvāks attiecībā uz mazu rindu skaitu. Šis vaicājumu plāns var būt neefektīvs, ja tabulas mainīgajā ir miljoniem rindu. Jaukšanas savienojums var būt labāka izvēle atbilstoši šādam nosacījumam. Lai saņemtu jaunu vaicājumu plānu, tas ir jākompilē. Atšķirībā no citiem lietotājiem vai pagaidu tabulām, taču rindu skaita izmaiņas tabulas mainīgajā neizraisa vaicājumu pārkompilēšanu. Parasti varat to novērst, izmantojot opciju (pārkompilēt), kam ir savas pieskaitāmās izmaksas. Izsekošanas karodziņš 2453 sniedz iespēju izmantot vaicājumu pārkompilēšanu, neizmantojot opciju (pārkompilēt). Šis izsekošanas karodziņš atšķiras no opcijas (pārkompilēt) divos galvenajos aspektos. (1) tas izmanto to pašu rindu skaita slieksni kā citām tabulām. Vaicājumam nav jābūt kompilētam par katru izpildi atšķirībā no opcijas (pārkompilēt). Tas aktivizēs pārkompilēšanu tikai tad, ja rindu skaita izmaiņas pārsniedz iepriekš definēto slieksni. (2) opcija (pārkompilēt) liek vaicājumam ielūkoties parametrus un optimizēt vaicājumu tiem. Šajā trasēšanas karodziņā nav spēkā parametru ieskats.Ievērojiet , ka šim izsekošanas karodziņam ir jābūt ieslēgtam izpildlaikā. Jūs nevarat izmantot šo izsekošanas karodziņu ar QUERYTRACEON. Šis izsekošanas karodziņš jālieto piesardzīgi, jo tas var palielināt vaicājuma pārkompilēšanas skaitu, kas var maksāt vairāk nekā ietaupījumu no labākas vaicājumu optimizācijas.
Statusa
Microsoft ir apstiprinājusi, ka šī problēma pastāv Microsoft produktos, kas ir norādīti sadaļā "attiecas uz".
