Simptome
Atunci când popula ț i o variabilă de tabel cu mai multe rânduri, apoi o asociere cu alte tabele, Optimizatorul de interogare poate alege un plan de interogare ineficient, care poate duce la o performanță lentă a interogării.
Rezolvare
După ce aplicați această remediere rapidă, puteți să activați Trace Flag 2453 pentru a permite unei variabile de tabel să declanșeze Recompilarea atunci când se modifică suficient număr de rânduri. Acest lucru poate permite Optimizatorul de interogare să aleagă un plan mai eficient. Problema a fost remediată pentru prima dată în următoarea actualizare cumulativă sau/și pachete de servicii pentru SQL Server.
Actualizarea cumulativă 3 pentru SQL Server 2014 /en-us/help/2984923
Fiecare nouă actualizare cumulativă pentru SQL Server conține toate remedierile rapide și toate remedierile de securitate care au fost incluse în actualizarea cumulativă anterioară. Consultați cele mai recente actualizări cumulative pentru SQL Server:
Pachetele Service Pack sunt cumulative. Fiecare pachet Service Pack nou conține toate remedierile care se află în pachetele de servicii anterioare, împreună cu orice remedieri noi. Recomandarea noastră este să aplicați cel mai recent pachet Service Pack și cea mai recentă actualizare cumulativă pentru acel pachet Service Pack. Nu trebuie să instalați un pachet de servicii anterior înainte de a instala cel mai recent pachet Service Pack. Utilizați tabelul 1 din următorul articol pentru a găsi mai multe informații despre cel mai recent pachet Service Pack și cea mai recentă actualizare cumulativă:
Cum se determină nivelul de versiune, ediție și actualizare a SQL Server și componentele sale
Mai multe informații
Atunci când utilizați o variabilă de tabel într-un grup sau într-o procedură, interogarea este compilată și optimizată pentru starea inițială goală a variabilei de tabel. Dacă această variabilă de tabel este populată cu mai multe rânduri în execuție, planul de interogare precompilat poate să nu mai fie optim. De exemplu, interogarea poate asocia o variabilă de tabel cu o buclă imbricată, deoarece este de obicei mai eficientă pentru un număr mic de rânduri. Acest plan de interogare poate fi ineficient dacă variabila de tabel are milioane de rânduri. O asociere hash poate fi o alegere mai bună sub această condiție. Pentru a obține un nou plan de interogare, trebuie să fie recompilat. Cu toate acestea, spre deosebire de alți utilizatori sau tabele temporare, modificarea numărului de rânduri într-o variabilă de tabel nu declanșează Recompilarea unei interogări. De obicei, puteți să rezolvați această opțiune cu opțiunea (RECOMPILARE), care are propriul cost de regie. Semnalizatorul de urmărire 2453 permite beneficiul interogării recompilare fără opțiune (RECOMPILARE). Acest semnal de urmărire diferă de la opțiune (RECOMPILARE) în două aspecte principale. (1) utilizează același prag pentru numărul de rânduri ca și alte tabele. Interogarea nu trebuie să fie compilată pentru fiecare execuție, spre deosebire de opțiune (RECOMPILARE). Ar declanșa Recompilarea numai atunci când numărul de rânduri schimbare depășește pragul predefinit. (2) opțiunea (Recompilarea) obligă interogarea să tragă cu ochiul parametri și să optimizeze interogarea pentru ele. Acest semnalizator de trasare nu impune examinarea parametrilor.Notă acest semnal de urmărire trebuie să fie activat la Runtime. Nu puteți utiliza acest semnalizator de urmărire cu QUERYTRACEON. Acest semnal de urmărire trebuie utilizat cu precauție, deoarece poate mări numărul de recompilari ale interogărilor, care ar putea costa mai mult decât economiile din optimizarea interogărilor mai bune.
Stare
Microsoft a confirmat că aceasta este o problemă în produsele Microsoft enumerate în secțiunea „Se aplică la”.
