DBCC FREEPROCCACHEnie działa w usłudze Azure SQL DB. Jak inaczej zmusić plan wyrzucenia się z pamięci podręcznej w sposób, który nie zaszkodzi systemowi produkcyjnemu (tzn. Nie mogę po prostu zmieniać tabel, chcąc nie chcąc)? Jest to specjalnie dla SQL utworzonego przez Entity Framework, więc nie są to samodzielnie zarządzane przechowywane procy - to efektywnie dynamiczny SQL.

(Źródłem były złe indeksy -> złe statystyki itp. To wszystko zostało naprawione, ale zły plan nie zniknie.)

AKTUALIZACJA: Wybrałem rozwiązanie @ mrdenny, gdy dotarł tam pierwszy. Jednak z powodzeniem używam skryptu @Aaron Bertrand do wykonywania pracy. Dziękuję wszystkim za pomoc !!

Azure SQL teraz bezpośrednio to obsługuje

Baza danych Azure SQL bezpośrednio obsługuje czyszczenie pamięci podręcznej proc bieżącej bazy danych użytkownika bez żadnych włamań:

ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

Dodatkowe informacje

Poniższy skrypt ( Shannon Gowen ) może być używany do oglądania procesu krok po kroku:

-- 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;

Nie ma dziś na to jednoznacznego sposobu, ale nie jest to stały scenariusz (komenda DBCC nadal nie jest obsługiwana, ale czytana w magazynie zapytań ). Nawet jeśli trafienie zmiany schematu jest dopuszczalne, może nie być tym, czego chcesz, ponieważ spowoduje to unieważnienie wszystkich planów związanych z obiektem bazowym, nie tylko złym.

Nie szukanie uznania za to, ale budowanie dynamicznego SQL w celu wykonania tej samej operacji na wielu tabelach jest dość łatwe:

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;

(Napisałem wskazówkę dotyczącą tego problemu dotyczącego „długości dynamicznego SQL” ...)

Dodaj kolumnę zerowalną do tabeli, a następnie upuść kolumnę. Zmusi to SQL do opróżnienia pamięci podręcznej dla tego obiektu.

Jeśli chodzi o wykonanie wszystkich tabel, kursor powinien załatwić sprawę. Wystarczy użyć nazwy kolumny, która nigdy nie będzie istnieć w żadnej tabeli, takiej jak „zzzzzz_go_away” lub coś w tym rodzaju.

Baza danych Azure SQL obecnie nie obsługuje DBCC FREEPROCCACHE, więc nie można ręcznie usunąć planu wykonania z pamięci podręcznej. Jeśli jednak wprowadzisz zmiany w tabeli lub widoku, do którego odwołuje się zapytanie ( ALTER TABLE/ ALTER VIEW), plan zostanie usunięty z pamięci podręcznej. ( Odnośnik .)

Aby wyczyścić cały plan wykonania, użyj tego:

    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

W przypadku zmiany tabeli lub widoku do niej odwołującego się plan wykonania zostanie wyczyszczony.

Trochę więcej wyjaśniono tutaj http://christianarg.wordpress.com/2013/08/22/remove-execution-plans-from-the-procedure-cache-in-sql-azure/