Discussion :

[delta07]

Bonjour à tous.

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

Code :

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

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 ?

[escartefigue]

Bonjour,

Oubliez le not in

Préférez soit

Code :

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

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 :

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

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

[SQLpro]

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 +

[Emmanuel R]

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 :

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

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)