DBCC FREEPROCCACHEfunktioniert nicht in Azure SQL DB. Wie sonst kann ich einen Plan dazu zwingen, sich auf eine Weise aus dem Cache zu werfen, die einem Produktionssystem nicht schadet (dh ich kann nicht einfach ohne weiteres Tische wechseln)? Dies ist speziell für SQL gedacht, das von Entity Framework erstellt wurde. Es handelt sich also nicht um selbstverwaltete gespeicherte Prozesse, sondern um dynamisches SQL.

(Quelle waren schlechte Indizes -> schlechte Statistiken usw. Das ist alles behoben, aber ein schlechter Plan wird nicht verschwinden.)

UPDATE: Ich habe @ mrdennys Lösung ausgewählt, als er zuerst dort ankam. Ich verwende jedoch erfolgreich das Skript von @Aaron Bertrand, um die Arbeit auszuführen. Vielen Dank an alle für die Hilfe !!

Azure SQL unterstützt dies jetzt direkt

Azure SQL-Datenbank unterstützt direkt das Löschen des Prozesscaches der aktuellen Benutzerdatenbank ohne Hacks:

ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

zusätzliche Information

Das folgende Skript (von Shannon Gowen ) kann verwendet werden, um den Prozess Schritt für Schritt zu beobachten:

-- run this script against a user database, not master
-- count number of plans currently in cache
select count(*) from sys.dm_exec_cached_plans;

-- Executing this statement will clear the procedure cache in the current database, which means that all queries will have to recompile.
ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

-- count number of plans in cache now, after they were cleared from cache
select count(*) from sys.dm_exec_cached_plans;

-- list available plans
select * from sys.dm_exec_cached_plans;

Es gibt heute keinen expliziten Weg, dies zu tun, aber das ist kein permanentes Szenario (der DBCC-Befehl wird immer noch nicht unterstützt, aber im Query Store nachgelesen ). Selbst wenn der Treffer für die Schemaänderung akzeptabel ist, kann es sein, dass er nicht Ihren Wünschen entspricht, da dadurch alle Pläne ungültig werden, die sich auf das zugrunde liegende Objekt beziehen, nicht nur das schlechte.

Dies nicht zu würdigen, aber es ist ziemlich einfach, dynamisches SQL zu erstellen, um denselben Vorgang für mehrere Tabellen auszuführen:

DECLARE @sql NVARCHAR(MAX) = N'';

SELECT @sql += N'ALTER TABLE '
  + QUOTENAME(SCHEMA_NAME([schema_id])) 
  + '.' + QUOTENAME(name) + ' ADD fake_column INT NULL;
  ALTER TABLE ' 
  + QUOTENAME(SCHEMA_NAME([schema_id]))
  + '.' + QUOTENAME(name) + ' DROP COLUMN fake_column;'
FROM sys.tables
--WHERE name IN, LIKE, etc.

PRINT @sql;

-- if the command > 8K, you can see the second chunk e.g.

PRINT SUBSTRING(@sql, 8001, 8000);

--EXEC sys.sp_executesql @sql;

(Ich habe einen Tipp zu diesem Thema "Länge von dynamischem SQL" geschrieben ...)

Fügen Sie der Tabelle eine nullfähige Spalte hinzu, und löschen Sie die Spalte. Dadurch wird SQL gezwungen, den Cache für dieses Objekt zu leeren.

Wie bei allen Tabellen sollte ein Cursor den Trick ausführen. Verwenden Sie einfach einen Spaltennamen, der in keiner Tabelle vorhanden sein wird, z. B. 'zzzzzz_go_away' oder so.

Azure SQL-Datenbank wird derzeit nicht unterstützt DBCC FREEPROCCACHE, sodass Sie einen Ausführungsplan nicht manuell aus dem Cache entfernen können. Wenn Sie jedoch Änderungen an einer Tabelle oder Ansicht vornehmen, auf die die Abfrage ( ALTER TABLE/ ALTER VIEW) verweist, wird der Plan aus dem Cache entfernt. ( Referenz .)

Verwenden Sie Folgendes, um den gesamten Ausführungsplan zu löschen:

    SET NOCOUNT ON

DECLARE @lcl_name VARCHAR(100)
DECLARE @addcolumnSql nVARCHAR(MAX)
DECLARE @dropcolumnSql nVARCHAR(MAX)

DECLARE cur_name CURSOR FOR
SELECT name
FROM sysobjects
WHERE type = 'U'
OPEN cur_name
FETCH NEXT FROM cur_name INTO @lcl_name
WHILE @@Fetch_status = 0
BEGIN
set @addcolumnSql = 'alter table [' + @lcl_name + '] add temp_col_to_clear_exec_plan bit'
EXEcute sp_executesql @addcolumnSql
print @addcolumnSql
set @dropcolumnSql = 'alter table [' + @lcl_name + '] drop column temp_col_to_clear_exec_plan'
EXEcute sp_executesql @dropcolumnSql
print @dropcolumnSql
--  EXEC (@lcl_name )
FETCH NEXT FROM cur_name INTO @lcl_name
END
CLOSE cur_name
DEALLOCATE cur_name
SET NOCOUNT OFF

Wenn Sie eine Tabelle oder Ansicht ändern, die darauf verweist, wird der Ausführungsplan gelöscht.

Ein bisschen mehr erklärt hier http://christianarg.wordpress.com/2013/08/22/remove-execution-plans-from-the-procedure-cache-in-sql-azure/