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 все ще не підтримується, але читається в магазині запитів ). Навіть коли звернення до зміни схеми є прийнятним, воно може бути не тим, що ви хочете, оскільки це призведе до недійсності всіх планів, пов’язаних із базовим об'єктом, а не лише поганого.

Не шукати в цьому кредиту, але створити динамічний 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/