Query store : quelques questions

Salut tout le monde,

J'ai quelques questions sur le Query Store :

1 - J'ai lancé sur deux journées différentes la même requête sous SSMS et, à ma grande surprise, j'ai deux query id dans le query store, le 133 et le 349...
Entre les deux, j'ai modifié les paramètres du Query Store pour enregistrer toutes les requêtes, avoir un intervalle de collecte plus court etc etc, j'ai aussi ajouté puis supprimé une PK : est-ce que ceci explique cela?

Code:

---

1 2 3 4 5 6 7 8 9 10

SELECT q.query_id, t.query_sql_text, object_name(q.object_id) AS parent_object FROM sys.query_store_query_text t JOIN sys.query_store_query q ON t.query_text_id = q.query_text_id WHERE t.query_sql_text LIKE N'%ZZTEST%' OR object_name(q.object_id) = 'ZZTEST'   query_id query_sql_text parent_object 133 SELECT * FROM [Test_new].[dbo].[ZZTest] where id_col > 100 and id_col < 1000 UNION ALL SELECT * FROM [Test_new].[dbo].[ZZTest] where id_col > 100 and id_col < 1000 order by id_col NULL 312 SELECT * FROM [Test_new].[dbo].[ZZTest] where id_col > 1000 and id_col < 10000 UNION ALL SELECT * FROM [Test_new].[dbo].[ZZTest] where id_col > 1000 and id_col < 10000 order by id_col NULL 349 SELECT * FROM [Test_new].[dbo].[ZZTest] where id_col > 100 and id_col < 1000 UNION ALL SELECT * FROM [Test_new].[dbo].[ZZTest] where id_col > 100 and id_col < 1000 order by id_col NULL 350 SELECT q.query_id, t.query_sql_text, object_name(q.object_id) AS parent_object FROM sys.query_store_query_text t JOIN sys.query_store_query q ON t.query_text_id = q.query_text_id WHERE t.query_sql_text LIKE N'%ZZTEST%100%' NULL

---

2 - Dans le Query Store je peux forcer une requête à utiliser un plan avec un index que je viens de supprimer et SQL Server ne râle pas; c'est normal?

3 - Dans les rapports prédéfinis, comme Top Ressources Consumers, est-il possible de filtrer sur le user ou d'éliminer les requêtes système, pour éviter qu'elles ne polluent le résultat.

Bonne journée à tous

Pas de réponse?
Personne n'utilise cet outil?

Tout altération d'objet afférent à une requête (table, contrainte, index, statistiques...) provoque l'invalidation immédiate de tous les plans de requête invoquant cette table (requête ad hoc, vue, procédure, fonction, déclencheur...)

A +

Ah oui, c'est vrai, c'est aussi le cas pour Oracle...
Mais il est étonnant que dans ce cas le Query Store n'indique pas, d'une façon ou d'une autre, que ce plan est invalide car le fait de le forcer à nouveau ne marche pas... une future amélioration?

Sinon pour la question 3? Dans le top des requêtes affichées, plusieurs viennent de SQL Server, pas des requêtes utilisateur et cela pollue les graphiques. Je sais comment enlever du Query Store une requête mais ce serait mieux de filtrer sur le user qui lance les requêtes non?

Citation:

---

Envoyé par Ikebukuro

Salut tout le monde,
1 - J'ai lancé sur deux journées différentes la même requête sous SSMS et, à ma grande surprise, j'ai deux query id dans le query store, le 133 et le 349...
Entre les deux, j'ai modifié les paramètres du Query Store pour enregistrer toutes les requêtes, avoir un intervalle de collecte plus court etc etc, j'ai aussi ajouté puis supprimé une PK : est-ce que ceci explique cela?

---

Hello,
De manière générale tu auras une nouvelle entrée de requête si le texte change ou si certains paramètres de contexte, changement de numéro d'objet, handle de la requête ou type de paramétrisation.

Je dirai que de ton cas le fait d'ajouter une PK peut avoir fait que ton identifiant d'objet a changé ... Regarde aussi les valeurs de colonne statement_sql_handle / query_parameterization_type pour voir si tu n'as pas qqch de différent.

Citation:

---

Envoyé par Ikebukuro

2 - Dans le Query Store je peux forcer une requête à utiliser un plan avec un index que je viens de supprimer et SQL Server ne râle pas; c'est normal?

---

Non SQL Server ne râlera mais ton plan sera considéré comme invalide par le query store et ne sera plus utilisé (même si forcé)

Citation:

---

Envoyé par Ikebukuro

3 - Dans les rapports prédéfinis, comme Top Ressources Consumers, est-il possible de filtrer sur le user ou d'éliminer les requêtes système, pour éviter qu'elles ne polluent le résultat.

---

A ma connaissance non et il faut passer par les queries directement. Tu peux filtrer sur la colonne is_internal_query pour les requêtes systèmes.

Tu n'as pas de notion de user ici car statistiques sont collectées et aggrégées par query. A ma connaissance, pas ce niveau de détail via le Query Store. Il faut utiliser le profiler ou éventuellement les extended events dans ce cas.

++

Merci à vous tous, et à bientôt pour de nouvelles questions 8-)