Temps exécution avec condition sur un CAST

Version imprimable

Bonjour,

Je dois lister les enregistrements de la table A qui ne sont pas dans la table B avec une condition sur 2 champs numériques :
Code:

1 2 3 4 5 6 7 8 9 10 11 /*origine*/ select top 1 [Numero_commande] ,[Sufixe_Cde] ,[Date_commande] ,[Date_promise] ,[Type_commande],[Numero_BP] ,[Magasin] ,REPLACE(REPLACE([Numero_ligne] , ',' , '' ) , '.' , '' ) ,[Article] ,[Designation] ,[Emplacement] ,[Numero_lot] ,[Quantite_a_expedie] ,[Unite_mesure] ,[poid_total] ,[Niveau] ,[Allee] ,[Colonne] ,[Scolonne] ,[Emplacement_T] ,[Kit_Sdcomm] ,[Kit_Sdktln] from A where cast(Numero_BP as char)+cast([Numero_ligne] as char) not in ( select cast(Numero_BP as char)+cast(Numero_ligne as char) from B ) order by id asc
Pour faire ma jointure, je convertie les numériques en chaines pour concaténation mais le temps d'execution est environ 2 minutes.

Les index sont bien crée sur numéro_BP et numéro_ligne.

Que faire pour réduire ce temps d’exécution?
Merci.

bonjour,

Je pense que ce sera plus efficace avec un NOT EXISTS :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
SELECT top 1 [Numero_commande] ,[Sufixe_Cde] ,[Date_commande] ,[Date_promise] ,[Type_commande],[Numero_BP]
,[Magasin]  ,REPLACE(REPLACE([Numero_ligne] , ',' , '' ) , '.' , '' ) ,[Article] ,[Designation] ,[Emplacement] ,[Numero_lot] ,[Quantite_a_expedie]
,[Unite_mesure] ,[poid_total] ,[Niveau] ,[Allee] ,[Colonne] ,[Scolonne] ,[Emplacement_T] ,[Kit_Sdcomm] ,[Kit_Sdktln]
FROM A
WHERE NOT EXISTS 
(
	SELECT 1
	FROM B
	WHERE B.Numero_BP = A.Numero_BP 
	AND	B.Numero_ligne = A.Numero_ligne
)
ORDER BY id ASC

12/03/2013, 16h35
SQLpro

Aucun index ne peut être utilisé dès que vous transformez les données avec une fonction, comme c'est le cas avec CAST !

A +
12/03/2013, 16h50
aieeeuuuuu

Citation:

Envoyé par afrodje

Les index sont bien crée sur numéro_BP et numéro_ligne.

En l’occurrence, je pense qu'un seul index sur les deux colonne serait plus efficace
12/03/2013, 17h03
Rei Ichido

Citation:

Envoyé par aieeeuuuuu

En l’occurrence, je pense qu'un seul index sur les deux colonne serait plus efficace

En particulier avec l'utilisation du NOT EXISTS qui sera non seulement incomparablement plus performant, mais aussi probablement plus exact - ça évitera de confondre les doublons (Numero_BP, Numero_ligne) suivants : (1,11) et (11,1), par exemple.

Citation:
Envoyé par aieeeuuuuu
bonjour,

Je pense que ce sera plus efficace avec un NOT EXISTS :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 SELECT top 1 [Numero_commande] ,[Sufixe_Cde] ,[Date_commande] ,[Date_promise] ,[Type_commande],[Numero_BP] ,[Magasin] ,REPLACE(REPLACE([Numero_ligne] , ',' , '' ) , '.' , '' ) ,[Article] ,[Designation] ,[Emplacement] ,[Numero_lot] ,[Quantite_a_expedie] ,[Unite_mesure] ,[poid_total] ,[Niveau] ,[Allee] ,[Colonne] ,[Scolonne] ,[Emplacement_T] ,[Kit_Sdcomm] ,[Kit_Sdktln] FROM A WHERE NOT EXISTS ( SELECT 1 FROM B WHERE B.Numero_BP = A.Numero_BP AND B.Numero_ligne = A.Numero_ligne ) ORDER BY id ASC
Ok, bonne amélioration avec cette requête :ccool:

Citation:

Envoyé par SQLpro

Aucun index ne peut être utilisé dès que vous transformez les données avec une fonction, comme c'est le cas avec CAST !
A +

Merci pour l'info.

Citation:

Envoyé par aieeeuuuuu

En l’occurrence, je pense qu'un seul index sur les deux colonne serait plus efficace

Pourquoi ça ne serait pas efficace avec ces 2 index? Le WHERE porte sur ces 2 champs donc il est nécessaire d'avoir ces index.

Citation:

Envoyé par Rei Ichido

En particulier avec l'utilisation du NOT EXISTS qui sera non seulement incomparablement plus performant, mais aussi probablement plus exact - ça évitera de confondre les doublons (Numero_BP, Numero_ligne) suivants : (1,11) et (11,1), par exemple.

(1,11) et (11,1) n'est pas possible dans mon cas.
Numero_BP restera sur 6 caractères dans tous les cas.

14/03/2013, 10h27
aieeeuuuuu

Citation:

Envoyé par afrodje

Pourquoi ça ne serait pas efficace avec ces 2 index? Le WHERE porte sur ces 2 champs donc il est nécessaire d'avoir ces index.

J'aurais plutôt dit : Le WHERE porte sur ces deux colonnes donc il est nécessaire d'avoir un index sur ces deux colonnes.
Ainsi l'index à lui seul permet de couvrir la sous requête