DBCC FREEPROCCACHEnão funciona no banco de dados SQL do Azure. De que outra forma eu posso forçar um plano a sair do cache de uma maneira que não prejudique o sistema de produção (ou seja, não posso simplesmente alterar as tabelas de maneira indesejada)? Isso é especificamente para SQL criado pelo Entity Framework, portanto, esses não são procs armazenados autogerenciados - é efetivamente um SQL dinâmico.

(A fonte apresentava índices ruins -> estatísticas ruins, etc. Isso tudo foi corrigido, mas um plano ruim não vai acabar.)

ATUALIZAÇÃO: Selecionei a solução de @ mrdenny quando ele chegou lá primeiro. No entanto, estou usando com êxito o script de @Aaron Bertrand para executar o trabalho. Obrigado a todos pela ajuda !!

O SQL do Azure agora suporta diretamente isso

O Banco de Dados SQL do Azure suporta diretamente a limpeza do cache de proc do banco de dados do usuário atual sem nenhum hacks:

ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

informação adicional

O script a seguir (de Shannon Gowen ) pode ser usado para assistir o processo passo a passo:

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

Atualmente, não há uma maneira explícita de fazer isso, mas esse não é um cenário permanente (o comando DBCC ainda não é suportado, mas leia no Query Store ). Mesmo quando a ocorrência de alteração de esquema é aceitável, pode não ser o que você deseja, porque invalidará todos os planos relacionados ao objeto subjacente, não apenas o ruim.

Não é necessário crédito para isso, mas é muito fácil criar SQL dinâmico para executar a mesma operação em várias tabelas:

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;

(Eu escrevi uma dica sobre esse problema "comprimento do SQL dinâmico" ...)

Adicione uma coluna anulável à tabela e solte a coluna. Isso forçará o SQL a liberar o cache para esse objeto.

Quanto a fazer todas as tabelas, um cursor deve fazer o truque. Basta usar um nome de coluna que nunca existirá em nenhuma tabela como 'zzzzzz_go_away' ou algo assim.

O Banco de Dados SQL do Azure atualmente não oferece suporte DBCC FREEPROCCACHE, portanto você não pode remover manualmente um plano de execução do cache. No entanto, se você fizer alterações em uma tabela ou exibição referenciada pela consulta ( ALTER TABLE/ ALTER VIEW), o plano será removido do cache. ( Referência .)

Para limpar todo o plano de execução, use o seguinte:

    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

Se você alterar uma tabela ou exibir uma referência a ela, o plano de execução será limpo.

Um pouco mais explicado aqui http://christianarg.wordpress.com/2013/08/22/remove-execution-plans-from-the-procedure-cache-in-sql-azure/