Discussion :

[Sergejack]

Bonjour.

Je m'interroge devant certaines performance d'un de mes queries.
J'ai une table qui n'a pour seul index sa clé primaire composée d'un entier (IdClub) et d'un nvarchar(250) (FilePath).

J'aimerais retrouvé dans ma table toutes les lignes où IdClub correspond à un certain paramètre entier et où FilePath est le début (ou la totalité) d'un certain paramètre chaîne de caractères.

Cela donne quelque chose comme ceci :

Code :

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

1
2
3
4
5
6
 
	SELECT
		*
	FROM dbo.tManagement_SkipFiles AS SK
	WHERE SK.IdClub IN (0, 1040)
	AND N'app[_]themesdsqfdqazzzzzzzzzzzzsfdsqf' LIKE SK.FilePath + '%'

Le problème avec cette écriture est que l'index n'est pas utilisé (sinon pour le paramètre entier).
J'aimerais évidement tirer un meilleur parti de l'index, mais je ne trouve pas d'écriture permettant de le faire.

Par exemple, ceci est un non-sens:

Code :

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

1
2
3
4
5
6
7
 
SELECT TOP(1)
		@Dummy = SK.NoSkip
	FROM dbo.tManagement_SkipFiles AS SK
	WHERE SK.IdClub IN (0, 1040)
	AND SK.FilePath LIKE SUBSTRING(N'app[_]themesdsqfdqazzzzzzzzzzzzsfdsqf', 0, LEN(SK.FilePath)) + N'%'
	ORDER BY SK.IdClub DESC

Avez-vous une idée ?

[elsuket]

Bonjour,

Cela ne serait-il pas du au IN ?

@++

[mikedavem]

Probablement le IN dans votre cas comme le dit Elsuket.

Postez votre plan d'exécution.

++

[Sergejack]

Non le résultat est pareil avec = même sans OR.

Code :

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

1
2
3
4
5
6
 
	SELECT
		*
	FROM dbo.tManagement_SkipFiles AS SK
	WHERE SK.IdClub = 0
	AND N'app[_]themesdsqfdqazzzzzzzzzzzzsfdsqf' LIKE SK.FilePath + '%'

Toujours lent.

Comment poster un plan d’exécution ?

[elsuket]

Quel est le nombre de lignes de la table et le nombre de valeurs distinctes de la colonne IdClub ?

Pour le plan d'exécution, je n'ai pas trouvé comment attacher un document à un post. Au pire, postez le document XML entier.

@++

[Sergejack]

Il y a 60004 lignes dans la table (table remplie artificiellement).
Et 2 valeurs distincte pour IdClub.

Voici les plans (on y voit que l'index n'est pas exploité sur la chaîne de caractères) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
--Query1
SELECT
	*
	FROM dbo.tManagement_SkipFiles AS SK
	WHERE SK.IdClub = 0
	AND N'app[_]themesdsqfdqazzzzzzzzzzzzsfdsqf' LIKE SK.FilePath + '%'
 
--Query 2
SELECT
		*
	FROM dbo.tManagement_SkipFiles AS SK
	WHERE SK.IdClub = 0
	AND SK.FilePath LIKE SUBSTRING(N'app[_]themesdsqfdqazzzzzzzzzzzzsfdsqf', 0, LEN(SK.FilePath)) + N'%'

[mikedavem]

Non le résultat est pareil avec = même sans OR.

Code :

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

1
2
3
4
5
6
 
	SELECT
		*
	FROM dbo.tManagement_SkipFiles AS SK
	WHERE SK.IdClub = 0
	AND N'app[_]themesdsqfdqazzzzzzzzzzzzsfdsqf' LIKE SK.FilePath + '%'

Toujours lent.

Comment poster un plan d’exécution ?

Vos plans d'exécutions indiquent pourtant que votre index est bien utilisé ou je n'ai pas les bons...

++

[StringBuilder]

Waldar > Refaites votre bench en réactivant la première requête, et en virant le "order by". Vous verrez qu'elle est bien plus rapide que les autres requêtes. ce qui plopmbe tout, c'est le order by, je me demande bien pour quoi d'ailleurs. N'étant pas présent sur les autres requête, il faut l'enlever pour que le test soit significatif.