Analyser le Query Store avec un agent IA

Wed, 21 Oct 2026 00:00:00 +0000

Article coécrit avec Claude, qui a mené les tests en laboratoire et une partie des recherches.

TL;DR

Fouiller le Query Store à la main, requête par requête, prend des heures. Un agent en ligne de commande (Claude Code, Codex) le fait seul s’il dispose de sqlcmd et d’un login dédié qui n’a que VIEW DATABASE STATE dans chaque base : il lit les textes, les plans et les statistiques d’exécution, et reçoit une erreur 229 sur toute table. Pour plus de prudence, DBCC CLONEDATABASE produit une copie sans données qui contient le Query Store, à restaurer sur une autre instance.

Le Query Store ne garde pas tout. En mode de capture AUTO, une requête ad hoc n’est enregistrée qu’à partir de 30 exécutions ou d’un certain coût : dans mes mesures, une lecture de toute la table Contact.Contact (120 140 lignes) découpée en 25 requêtes n’a laissé aucune trace. Une requête lancée depuis master ou tempdb n’est enregistrée nulle part, et un TRUNCATE TABLE jamais. L’agent ne trouve que ce que le Query Store a gardé.

Sqlcmd on Rudi Bruchez

Analyser le Query Store avec un agent IA