Symptom
När du fyller en tabell variabel med många rader och sedan ansluter till den med andra tabeller kan Query Optimering välja en ineffektiv frågeplan, vilket kan leda till långsam frågeresultat.
Lösning
När du har installerat den här snabb korrigeringen kan du aktivera spårnings flaggan 2453 för att tillåta en tabell variabel att utlösa en omkompilering när tillräckligt antal rader ändras. Detta kan göra det möjligt för Query Optimering att välja ett effektivare schema. Problemet åtgärdades först i följande kumulativa uppdatering eller Service Pack för SQL Server.
Kumulativ uppdatering 3 för SQL Server 2014 /en-us/help/2984923
Varje ny kumulativ uppdatering för SQL Server innehåller alla snabb korrigeringar och alla säkerhets korrigeringar som ingick i den föregående kumulativa uppdateringen. Kolla in de senaste kumulativa uppdateringarna för SQL Server:
Service Pack är kumulativa. Varje nytt Service Pack innehåller alla korrigeringar som finns i tidigare service pack, tillsammans med eventuella nya korrigeringar. Vår rekommendation är att tillämpa senaste Service Pack och den senaste kumulativa uppdateringen för detta Service Pack. Du behöver inte installera ett tidigare service Pack innan du installerar den senaste Service Pack-versionen. Använd tabell 1 i följande artikel för att hitta mer information om senaste Service Pack och den senaste kumulativa uppdateringen:
Avgöra version, utgåva och uppdaterings nivå för SQL Server och dess komponenter
Mer information
När du använder en tabell variabel i en grupp eller procedur kompileras frågan och optimeras för den inledande tomma statusen för tabell variabel. Om den här tabell variabeln fylls med många rader vid körning kanske det förkompilerade frågeuttrycket inte längre är optimalt. Frågan kan till exempel kopplas till en tabell variabel med kapslad loop eftersom den oftast är mer effektiv för ett litet antal rader. Denna frågeplan kan vara ineffektiv om tabell variabeln har miljon tals rader. En hash-koppling kan vara ett bättre val under sådant tillstånd. För att få en ny frågeplan måste den kompileras om. Till skillnad från andra användare eller tillfälliga tabeller utlöses inte rad antals ändringar i en tabell variabel. Vanligt vis kan du undvika det här med alternativet (ny KOMPILERING), som har sin egen overhead-kostnad. Med spårnings flaggan 2453 får frågan om att kompilera om utan alternativ (RECOMPILE). Den här spårnings flaggan skiljer sig från alternativet (RECOMPILE) i två huvud delar. (1) den använder samma antal rader som andra tabeller. Frågan behöver inte kompileras för varje körnings gilla-alternativ (RECOMPILE). Den utlöser bara omkompilering när rad nummer ändringen överskrider det fördefinierade tröskelvärdet. (2) alternativet (RECOMPILE) tvingar frågan att granska parametrar och optimera frågan för dem. Den här spårnings flaggan påverkar inte parameter granskningen.Obs! den här spårnings flaggan måste vara aktive ras. Du kan inte använda den här spårnings flaggan med QUERYTRACEON. Den här spårnings flaggan måste användas med försiktighet för att det ska gå att utöka antalet frågor som kan kosta mer än besparingar från bättre Query-optimering.
Status
Microsoft har bekräftat att det här är ett problem i Microsoft-produkterna som nämns i "gäller".
