Optimisation d'un not in

Bonjour à tous.

Je suis vraiment mauvais en SQL et je voudrais optimiser ça :

Code:

---

1 2 3 4 5

SELECT * FROM [last].[ProductTab] where PartnumberID+TabID+UserTypeID+AttributeID not in ( SELECT PartnumberID+TabID+UserTypeID+AttributeID FROM [now].[ProductTab])

---

En gros je veux toutes les occurrences qu'il y à dans la table du schéma last mais pas dans now.
J'ai bien vu qu'on pouvait utiliser des left join, mais je n'arrive pas au résulta escompter.
J'ai essayer avec un not exist plutôt mais c'est encore trop long.

Une idée ?

Bonjour,

Oubliez le not in

Préférez soit

Code:

---

1 2 3 4 5 6 7 8 9

SELECT Col1 , Col2 , ... , Coln FROM last.ProductTab as T1 where not exists (select 1 from now.ProductTab as T2 where T2.PartnumberID = T1.PartnumberID)

---

Soit

Code:

---

1 2 3 4 5 6 7 8

SELECT Col1 , Col2 , ... , Coln FROM last.ProductTab as T1 LEFT OUTER JOIN now.ProductTab as T2 on T2.PartnumberID = T1.PartnumberID WHERE T2.PartnumberID is null

---

En évitant les select *, peu performants et dangereux car le résultat est instable ;)

Vous n'arriverez jamais à optimiser cette requête parce que la jointure (le IN est une forme de jointure) s'effectue sur des calculs scalaire ce qui impose une itération alors que les SGBDR fonctionnent en mode ensembliste (manipulation et rapprochement de valeurs).

Si vous voulez des performance et ce quelque soit l'écriture de votre requête il faut que vous vous débarrassiez de cette imbécilité de calcul :
"PartnumberID+TabID+UserTypeID+AttributeID"

Si ce sont des littéraux (comme je le soupçonne), alors faites une triple comparaison. Car dans votre cas c'est une imbécilité majeure qui peut conduire à des résultats faux.

Si ce sont des entiers, le cas est désespéré !

A +

Pour moi, il faut passer par le Not Exists. Prendre la requête d'escartefigue, en mettant bien sûr les 4 conditions de jointure sur PartnumberID, TabID, UserTypeID et AttributeID dans le where.
A la rigueur, sous Oracle, la syntaxe suivante fonctionne, mais pas sous tous les SGBD :

Code:

---

1 2 3

WHERE (PartnumberID, TabID, UserTypeID et AttributeID) NOT IN (SELECT PartnumberID, TabID, UserTypeID et AttributeID FROM [now].[ProductTab])

---

C'est sympa pour des requêtes à la volée, mais pour anticiper un potentiel déploiement sur une autre base (un jour dans plusieurs années), ce serait sympa pour le futur développeur (ça pourrait être moi ?) de faire une requête standard SQL en not exists ;)


Dans tous les cas la requête initiale est fausse, et il faut absolument la changer. Par exemple, si ce sont des entiers :

1 + 2 + 3 + 4

Matche avec 1 + 3 + 4 + 2. Fonctionnellement, c'est faux !



Même avec des littéraux, en admettant que votre SGBD accepte "+" en tant qu'opérateur de concaténation (genre H2).

'a' + 'bc' + 'd' + 'e'

Matche avec 'a' + 'b' + 'cd' + 'e'. Pareil, fonctionnellement, c'est faux ! Il faudrait a minima séparer par des tirets (mais ne le faites pas, utilisez plutôt not exists)