Discussion :

[zinzineti]

Hello !
Permettez-moi de revenir sur ce sujet qui est déjà largement creusé.
Il s'agit des S-ARGs ou Clause WHERE optimisée.
Voici les articles que j'ai lu sur le sujet :
SQLPro

Elsuket

Mes questions :

1.) Existe-t-il un document officiel (de Microsoft par exemple) sur les conditions de SEARCHABLITÉ d'une clause WHERE ?
En d'autre terme est-il possible d'avoir une liste exhaustive des expressions (ou situations) de NON SEARCHABLITÉ ?

2.) Est ce que ces expressions (ou situations) de de SEARCHABLITÉ varient selon les moteurs SQL Server (2000, 2005 et 2008) ?

Merci de m'éclairer sur ce sujet qui ne date pas d'hier

[zinzineti]

Hello
Je reformule ma question initiale concernant l'utilisation des index par le moteur SQL Server.
Je viens de publier un papier qui met en évidence comment on peut contraindre le moteur SQL Server (au travers d'une vue indexée) d'utiliser les index même si la requête à exécuter est Non SARGeable VOIR DEMO
D'où ma question :
Dans quels autres cas, le moteur SQL utilise bien les index quand bien même la requête écrite ne répond pas aux critères de SARGeabilté ?

Merci de m'éclairer

[dbaffaleuf]

Tu peux donner un exemple ?

David B.

[zinzineti]

Tu peux donner un exemple ?
David B.

Hello David

J'ai fait une petite démo sur mon blog ICI

[dbaffaleuf]

Je l'ai lue mais je ne vois pas où tu veux en venir. Dans la dernière étape l'optimiseur choisit de passer par la vue indexée parce que les données sont déjà matérialisées, et parce que le coût d'accès par la VI est plus faible que de refaire la jointure entre SalesOrderHeader et SalesOrderDetail. Donc rien d'anormal.

David B.

[hmira]

1.) Existe-t-il un document officiel (de Microsoft par exemple) sur les conditions de SEARCHABLITÉ d'une clause WHERE ?
En d'autre terme est-il possible d'avoir une liste exhaustive des expressions (ou situations) de NON SEARCHABLITÉ ?

Le seul document, que j’ai trouvé, émanant de MicroSoft et qui traite du sujet SARG et Non-SARG est le suivant :
http://msdn.microsoft.com/en-us/library/ms172984.aspx

A+

[zinzineti]

Je l'ai lue mais je ne vois pas où tu veux en venir. Dans la dernière étape l'optimiseur choisit de passer par la vue indexée parce que les données sont déjà matérialisées, et parce que le coût d'accès par la VI est plus faible que de refaire la jointure entre SalesOrderHeader et SalesOrderDetail. Donc rien d'anormal.
David B.

C'est justement ces genres d'exceptions qui m'intéressent.

D'où ma question initiale qui est de savoir s'il existe une liste exhaustive des

cas où le moteur SQL Server bypass les règles de Non SARGeabilité.

Le premier réflexe quand on voit une requête du genre

Code :

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

1
2
3
4
 
SELECT ....
FROM ...
WHERE colonne  LIKE '%00'

est tenté de dire (les mains dans les poches bien sûr )

Requête Non SARGeable => le moteur n'utilisera pas les index => Problème de performances ....

Par ailleurs quand on évoque les règles de SARGeabilité, qu'en est-il de la clause HAVING par exemple ? existe-il des exceptions pour les JOIN ?

C'est pour trouver des réponses à toutes ces questions que j'ai demandé s'il existe un document complet qui traitement de façon plus fine le sujet.

J'avoue que j'ai passé des heures à fouiller dans les Books Online, mais rien

Merci de m'éclairer

A+