Discussion :

[Ikebukuro]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Ikebukuro]

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

[SQLpro]

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 +

[Ikebukuro]

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?

[mikedavem]

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.

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é)

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.

++

[Ikebukuro]

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