Discussion :

[françois62]

Bonjour à tous,

j'ai cherché dans la doc MySQL et dnas la FAQ ici même, mais je n'ai pas trouvé d'élément de réponse à ma question qu ien fait est double.

A savoir, je développe en Php (mais peu importe) un site sur lequel une recherche peut être faite sur plusieurs tables (en fait chaque vente, au sens une vente de plusieurs objets bien sûr, pas une vente d'un article = une table, c'est pas forcément top mais c'set pas de moi à la base), le problème vient du fait que les résultats doivent pouvoir être triés selon plusieurs critères.

De ce fait, je ne peux pas afficher le jeu d'enregistrement de chauqe requête une par une. Je me suis donc mis ne tête de faire ça avec une requête UNION.

Néanmoins; quand j'exécute celle-ci j'obtiens une erreur. Ma question est donc tout d'abord, voyez-vous d'où peut venir cette erreur?

Ma requête :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
(
SELECT numeroVendome, numeroDeLot, description, dateDeVente, lieuDeVente, commissairePriseur, estimationBasse, estimationHaute, prixDeVente
FROM vente_16_12_04
WHERE description LIKE "%bague%"
AND Categorie LIKE UPPER(
"%BIJOUX%"
)
)
UNION ALL (
 
SELECT numeroVendome, numeroDeLot, description, dateDeVente, lieuDeVente, commissairePriseur, estimationBasse, estimationHaute, prixDeVente
FROM vente_20_12_04
WHERE description LIKE "%bague%"
AND Categorie LIKE UPPER(
"%BIJOUX%"
)
)
UNION ALL (
 
SELECT numeroVendome, numeroDeLot, description, dateDeVente, lieuDeVente, commissairePriseur, estimationBasse, estimationHaute, prixDeVente
FROM vente_10_10_04
WHERE description LIKE "%bague%"
AND Categorie LIKE UPPER(
"%BIJOUX%"
)
)
UNION ALL (
 
SELECT numeroVendome, numeroDeLot, description, dateDeVente, lieuDeVente, commissairePriseur, estimationBasse, estimationHaute, prixDeVente
FROM vente_12_10_041
WHERE description LIKE "%bague%"
AND Categorie LIKE UPPER(
"%BIJOUX%"
)
)
UNION ALL (
 
SELECT numeroVendome, numeroDeLot, description, dateDeVente, lieuDeVente, commissairePriseur, estimationBasse, estimationHaute, prixDeVente
FROM vente_12_10_042
WHERE description LIKE "%bague%"
AND Categorie LIKE UPPER(
"%BIJOUX%"
)
)
UNION ALL (
 
SELECT numeroVendome, numeroDeLot, description, dateDeVente, lieuDeVente, commissairePriseur, estimationBasse, estimationHaute, prixDeVente
FROM vente_01_06_05
WHERE description LIKE "%bague%"
AND Categorie LIKE UPPER(
"%BIJOUX%"
)
)
UNION ALL (
 
SELECT numeroVendome, numeroDeLot, description, dateDeVente, lieuDeVente, commissairePriseur, estimationBasse, estimationHaute, prixDeVente
FROM vente_13_06_05
WHERE description LIKE "%bague%"
AND Categorie LIKE UPPER(
"%BIJOUX%"
)
)
ORDER BY dateDeVente ASC

L'erreur obtenue :

#1064 - You have an error in your SQL syntax near '(SELECT numeroVendome, numeroDeLot, description, dateDeVente, lieuDeVente, commi' at line 1

Ma seconde question est, est-ce la bonne solution niveau temps d'exécution de faire avec un UNION, faudrait-il mieux faire avec une table temporaire? (sachant que toutes les tables sur lesquelles je fais la recherche ont toutes la même structure) ou y a-t-il une autre solution encore?

J'espère que mon problèmes vous parait clair (c'est pas sûr)et que vous saurez m'aider.

Par avance, merci de me lire et de vos réponses.

[Maximil ian]

Salut,

1è remarque : Je te plains parce qu'une table par (jour de) vente, bonjour la modélisation Si la base avait été conçue de façon sensée, tu n'aurais pas tous ces problèmes d'UNION

Pour l'erreur, c'est peut-être dû à ta version de MySQL (UNION n'est supporté qu'à partir de la 4.0).

En ce qui concerne l'impact sur les performances, c'est un arbitrage à faire entre économie de trafic réseau (vu que la requête avec des UNION n'est envoyée et rapatriée qu'une fois) et économie de ressources sur le serveur (une requête UNION complexe peut prendre plus de temps à être analysée et exécutée que la somme des requêtes prises individuellement).

[françois62]

1è remarque : Je te plains parce qu'une table par (jour de) vente, bonjour la modélisation Si la base avait été conçue de façon sensée, tu n'aurais pas tous ces problèmes d'UNION

Oui pour ça je le sais ne t'en fais pas, mais je reprends ce boulot longtemps après quelqu'un et je pense que dans son idée, ça devait être mieux pour les performances d'avoir une table de 1000 enregistrements plus une de 800 plutôt qu'une seule de 1800. Enfin j'imagine que c'es comme ça qu'il l'a pensée.

Bref le fait est que les modifs sont trop bénignes pour que je refasse toutes la base (même si c'est pas l'envie qui m'en manque ).

Pour l'erreur, c'est peut-être dû à ta version de MySQL (UNION n'est supporté qu'à partir de la 4.0).

J'avais pensé à ça en lisant la doc MySQL mais la version de MySQL utilisée sur le serveur du site est la 4.0.24.

En ce qui concerne l'impact sur les performances, c'est un arbitrage à faire entre économie de trafic réseau (vu que la requête avec des UNION n'est envoyée et rapatriée qu'une fois) et économie de ressources sur le serveur (une requête UNION complexe peut prendre plus de temps à être analysée et exécutée que la somme des requêtes prises individuellement).

Ok merci, je vais essayé les deux solutions alors, enfin si je trouve la solution qui ferait fontcionner mon UNION.

Si quelqu'un a une idée, je suis preneur .

Merci de ton aide Maximilian.

[gregory.broissard]

En plus ta requete ne doit pas utiliser beaucoup les index si tu fais des like '%...' . Et notamment si tu fais un upper sur un champ. A moins d'avoir un index sur le upper du champ mais je suis pas sur que Mysql gere ce type d'index...

[françois62]

En plus ta requete ne doit pas utiliser beaucoup les index si tu fais des like '%...' . Et notamment si tu fais un upper sur un champ. A moins d'avoir un index sur le upper du champ mais je suis pas sur que Mysql gere ce type d'index...

Ben c'est une recherche "multi critères", et ici, c'est sur une catégorie. Je devrais mettre ce champ catégorie en index?!

Enfin ça change rien à mon problème de requête UNION

[françois62]

Bonjour à tous,

voilà j'ai résolu mon problème, la requête UNION ne marchant pas, (peut-être est-ce dû à la version asez ancienne de MySQL du serveur : 4.0.24), je créé une table temporaire dans laquelle j'insère les résultats de ma sélection de chaque table, puis je sélecitonne mes enregistrements dans la table temporaire triés comme je le souhaite.

Merci à tous pour votre aide et si besoin je peux détailler ma solution.

Bonne journée.