Discussion :

[DeWaRs]

Bonjour à tous,

Dans le cadre d'un projet au boulot, je suis amené à excuter des requetes SQL executer sur une base SQL Server 2008 contenant des clause "UNION". Je me pose la question de l'optimisation de celles-ci. Par exemple :

Code :

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

1
2
3
4
5
6
7
SELECT CountryName, IdCountry FROM TBLCOUNTRY WHERE VISIBLE = 0 
UNION 
SELECT CountryName, IdCountry FROM TBLCOUNTRY WHERE VISIBLE <> 0 AND COUNTRYNAME = 'FRANCE' 
UNION 
SELECT CountryName, IdCountry FROM tblCountry WHERE IdCountry = '3' 
UNION 
SELECT tblCountry.CountryName, tblCountry.IdCountry FROM         tblAuthorizedCountries INNER JOIN  tblCountry ON tblAuthorizedCountries.CountryID = tblCountry.IdCountry WHERE     (tblAuthorizedCountries.UserID = 'MonUserID')

Je suis vraiment pas certain que cette requete soit optimisée, mais je vois pas comment l'améliorer.

L'un de vous peut-il m'aiguiller ?

Merci d'avance.

DeWaRs

[tatayo]

Bonjour,
On peut faire sauter au moins 2 unions, peut-être tous:

Code sql :

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

1
2
3
4
5
 
SELECT distinct CountryName, IdCountry
FROM TBLCOUNTRY 
left outer join tblAuthorizedCountries on tblAuthorizedCountries.CountryID = tblCountry.IdCountry 
WHERE (VISIBLE = 0 ) or (VISIBLE <> 0 AND COUNTRYNAME = 'FRANCE' ) or  IdCountry = '3' or (tblAuthorizedCountries.UserID = 'MonUserID')

A tester quand même, j'ai un doute sur la dernière condition.

Tatayo.

[Waldar]

Oui mais justement, c'est dans ce genre de cas qu'UNION est plus performant qu'une succession de OR, surtout si des index sont bien positionnés pour chaque requête utilisée dans le UNION.

[SQLpro]

Mieux vaut l'UNION ALL !

A +

[pacmann]

Oui mais justement, c'est dans ce genre de cas qu'UNION est plus performant qu'une succession de OR, surtout si des index sont bien positionnés pour chaque requête utilisée dans le UNION.

Salut,

La question est bien là, et sans réponse sur les indexes, impossible de répondre.
S'il n'y a pas d'index, la requête OR risque d'être meilleure (au moins sur les 3 premières requêtes), car il y aura un seul scan de la table.

A noter que sous Oracle, la requête OR pourrait être justement décomposée par l'optimiseur en UNION ALL : c'est l'opération de concaténation. Mais je ne sais pas si SQL Serveur sait faire ça

http://docs.oracle.com/cd/B10500_01/...ps.htm#1004763

[EDIT]
Au passage, je pense que sur ce cas concret, l'optimisation ne doit pas être un problème majeur, vu que la table tblcountry, sauf à rencenser tous les pays de l'univers, devrait être plutôt ridicule en terme de taille

[pacmann]

Encore une note supplémentaire pour SQLPro : UNION ALL seulement si on souhaite conserver les doublons, ce qui n'est pas sûr du tout.

Or ici, il y a un potentiel de doublons puisque les filtres des requêtes 1 et 2 ne sont pas exclusives avec les filtres des deux dernières requêtes (sauf logique applicative cachée).

[DeWaRs]

Merci de vos réponses, content de voir que je n'était pas trop dans le faux

Je ne veux effectivement pas de doublon, donc je vais garder mon UNION. Concernant les indexes, il n'y en a pas car effectivement, les tables concernées sont très petites.

Merci encore.

DeWaRs

[SQLpro]

A noter que sous Oracle, la requête OR pourrait être justement décomposée par l'optimiseur en UNION ALL : c'est l'opération de concaténation. Mais je ne sais pas si SQL Serveur sait faire ça

Itou sur SQL Server, en fonction des cardinalités....

A +