DBCC FREEPROCCACHEне работает в Azure SQL DB. Как еще я могу заставить план выкинуть себя из кэша таким образом, чтобы это не повредило производственной системе (то есть я не могу просто изменять таблицы, как бы то ни было)? Это специально для SQL, созданного Entity Framework, так что это не хранимые процессы с самостоятельным управлением - это фактически динамический SQL.

(Источником были плохие показатели -> плохая статистика и т. Д. Все исправлено, но плохой план не исчезнет.)

ОБНОВЛЕНИЕ: я выбрал решение @ mrdenny, поскольку он добрался там сначала. Однако я успешно использую сценарий @Aaron Bertrand для выполнения работы. Спасибо всем за помощь !!

Azure SQL теперь напрямую поддерживает это

База данных SQL Azure напрямую поддерживает очистку кеш-памяти текущей базы данных пользователей без каких-либо взломов:

ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

Дополнительная информация

Следующий скрипт ( Шеннон Говен ) может быть использован для пошагового наблюдения за процессом:

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

Сегодня нет явного способа сделать это, но это не постоянный сценарий (команда DBCC все еще не поддерживается, но читается в Query Store ). Даже если попадание изменения схемы является приемлемым, это может быть не тем, что вы хотите, потому что это сделает недействительными все планы, связанные с базовым объектом, а не только плохой.

Не нужно рассчитывать на это, но построить динамический SQL для выполнения одной и той же операции с несколькими таблицами довольно просто:

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;

(Я написал совет об этой проблеме "длины динамического SQL" ...)

Добавьте обнуляемый столбец в таблицу, затем отбросьте столбец. Это заставит SQL очистить кеш для этого объекта.

Что касается выполнения всех таблиц, курсор должен сделать свое дело. Просто используйте имя столбца, которое никогда не будет существовать ни в одной таблице, например, «zzzzzz_go_away» или что-то в этом роде.

База данных SQL Azure в настоящее время не поддерживается DBCC FREEPROCCACHE, поэтому вы не можете вручную удалить план выполнения из кэша. Однако если вы внесете изменения в таблицу или представление, на которое ссылается запрос ( ALTER TABLE/ ALTER VIEW), план будет удален из кэша. ( Ссылка .)

Чтобы очистить весь план выполнения, используйте это:

    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

Если вы изменяете таблицу или представление, ссылающиеся на нее, план выполнения очищается.

Немного более объяснено здесь http://christianarg.wordpress.com/2013/08/22/remove-execution-plans-from-the-procedure-cache-in-sql-azure/