DBCC FREEPROCCACHEno funciona en Azure SQL DB. ¿De qué otra manera puedo forzar un plan para que salga del caché de una manera que no perjudique a un sistema de producción (es decir, no puedo simplemente alterar las tablas de todas formas)? Esto es específicamente para SQL creado por Entity Framework, por lo que estos no son procesos almacenados autogestionados, es efectivamente SQL dinámico.

(La fuente era índices malos -> estadísticas malas, etc. Eso está todo arreglado, pero un mal plan no desaparecerá).

ACTUALIZACIÓN: Seleccioné la solución de @ mrdenny cuando llegó allí primero. Sin embargo, estoy usando con éxito el script de @Aaron Bertrand para realizar el trabajo. ¡Gracias a todos por la ayuda!

Azure SQL ahora admite directamente esto

Azure SQL Database admite directamente la eliminación de la caché de proceso de la base de datos del usuario actual sin ningún tipo de piratería:

ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

Información Adicional

El siguiente script (de Shannon Gowen ) se puede usar para ver el proceso paso a paso:

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

No hay una forma explícita de hacer esto hoy, pero ese no es un escenario permanente (el comando DBCC todavía no es compatible, pero se lee en el Almacén de consultas ). Incluso cuando el golpe de cambio de esquema es aceptable, puede que no sea lo que desea, porque invalidará todos los planes relacionados con el objeto subyacente, no solo el malo.

No busco crédito para esto, pero construir SQL dinámico para realizar la misma operación en varias tablas es bastante fácil:

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;

(Escribí un consejo sobre este problema de "longitud de SQL dinámico" ...)

Agregue una columna anulable a la tabla y luego suelte la columna. Eso obligará a SQL a vaciar el caché para ese objeto.

En cuanto a hacer todas las tablas, un cursor debería hacer el truco. Simplemente use un nombre de columna que nunca existirá en ninguna tabla como 'zzzzzz_go_away' o algo así.

Azure SQL Database actualmente no es compatible DBCC FREEPROCCACHE, por lo que no puede eliminar manualmente un plan de ejecución del caché. Sin embargo, si realiza cambios en una tabla o vista a la que hace referencia la consulta ( ALTER TABLE/ ALTER VIEW), el plan se eliminará de la memoria caché. ( Referencia )

Para borrar todo el plan de ejecución, use esto:

    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

Si modifica una tabla o una vista que hace referencia a ella, el plan de ejecución se borra.

Un poco más explicado aquí http://christianarg.wordpress.com/2013/08/22/remove-execution-plans-from-the-procedure-cache-in-sql-azure/