DBCC FREEPROCCACHEne fonctionne pas dans Azure SQL DB. Sinon, comment puis-je forcer un plan à se retirer du cache d'une manière qui ne nuira pas à un système de production (c'est-à-dire que je ne peux pas simplement modifier les tables à volonté)? Ceci est spécifiquement pour SQL créé par Entity Framework, donc ce ne sont pas des procs stockés autogérés - c'est effectivement du SQL dynamique.

(La source était de mauvais index -> de mauvaises statistiques, etc. Tout est corrigé, mais un mauvais plan ne disparaîtra pas.)

MISE À JOUR: J'ai choisi la solution de @ mrdenny comme il est arrivé en premier. Cependant, j'utilise avec succès le script de @Aaron Bertrand pour effectuer le travail. Merci à tous pour l'aide !!

Azure SQL prend désormais directement en charge cette

Azure SQL Database prend directement en charge la suppression du cache de proc de la base de données utilisateur actuelle sans aucun piratage:

ALTER DATABASE SCOPED CONFIGURATION CLEAR PROCEDURE_CACHE;

Information additionnelle

Le script suivant (par Shannon Gowen ) peut être utilisé pour regarder le processus étape par étape:

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

Il n'y a pas de moyen explicite de le faire aujourd'hui, mais ce n'est pas un scénario permanent (la commande DBCC n'est toujours pas prise en charge, mais lisez sur Query Store ). Même lorsque le hit de changement de schéma est acceptable, il peut ne pas être ce que vous voulez, car il invalidera tous les plans liés à l'objet sous-jacent, pas seulement le mauvais.

Ne pas chercher de crédit pour cela, mais créer du SQL dynamique pour effectuer la même opération sur plusieurs tables est assez facile:

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;

(J'ai écrit un conseil sur ce problème de "longueur du SQL dynamique" ...)

Ajoutez une colonne nullable au tableau, puis supprimez la colonne. Cela forcera SQL à vider le cache de cet objet.

Quant à faire tous les tableaux, un curseur devrait faire l'affaire. Utilisez simplement un nom de colonne qui n'existera jamais dans aucune table comme 'zzzzzz_go_away' ou quelque chose.

Azure SQL Database ne prend actuellement pas en charge DBCC FREEPROCCACHE, vous ne pouvez donc pas supprimer manuellement un plan d'exécution du cache. Cependant, si vous apportez des modifications à une table ou à une vue référencée par la requête ( ALTER TABLE/ ALTER VIEW), le plan sera supprimé du cache. ( Référence .)

Pour effacer tout le plan d'exécution, utilisez ceci:

    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 vous modifiez une table ou une vue qui y fait référence, le plan d'exécution est effacé.

Un peu plus expliqué ici http://christianarg.wordpress.com/2013/08/22/remove-execution-plans-from-the-procedure-cache-in-sql-azure/