Discussion :

[Thierry8]

Bonjour,

je ne sais pas s'il vaut mieux choisir tel ou tel requête, c'est pour cela que je viens demander conseil ici.

Voici les deux requêtes:

Code :

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

1
2
3
4
5
6
7
SELECT t1.id, t1.info
FROM table1 t1
INNER JOIN table2  t2 ON t1.id = t2.id1
OR t1.id = t2.id2
OR t1.id = t2.id3
OR t1.id = t2.id4
WHERE t2.id_p =1

OU

Code :

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

1
2
3
4
SELECT t1.id, t1.info
FROM table1 t1
INNER JOIN table2 t2
ON z_i.id IN (t2.id1,t2.id2,zt2.id3,t2.id4) WHERE t2.id_p =1

Les deux tables retourne le même résultat.
Seul changement est la condition, soit IN, soit plusieurs OR.
J'aimerais savoir laquel il faut prendre ?
(question optimisation, rapidité, etc...)

Où représente t-elle chacune un avantage différent ?
Si oui lesquels ?

Merci de votre aide.

[Maximil ian]

Salut,

Peut-être que la deuxième est plus rapide à évaluer mais honnêtement je ne pense pas qu'il y ait une grande différence.

Pour t'en assurer il y a l'outil BENCHMARK() (à utiliser toutes conditions égales par ailleurs).

[Thierry8]

Salut,

Peut-être que la deuxième est plus rapide à évaluer mais honnêtement je ne pense pas qu'il y ait une grande différence.

Pour t'en assurer il y a l'outil BENCHMARK() (à utiliser toutes conditions égales par ailleurs).

J'ai pas compris ce que tu voulais dire par: à utiliser toutes conditions égales par ailleurs
Niveau rapidité donc sans doute pas de différence, mais niveau "syntaxe", faut-il préférer une solution plutôt qu'une autre ?

Merci à toi.

[Maximil ian]

J'ai pas compris ce que tu voulais dire par: à utiliser toutes conditions égales par ailleurs

Simplement qu'il ne faut pas qu'il y ait de différences au niveau du contexte système (et réseau si c'est une base distante) entre le moment où tu fais une mesure sur la première requête et sur la deuxième.

Niveau rapidité donc sans doute pas de différence, mais niveau "syntaxe", faut-il préférer une solution plutôt qu'une autre ?

Non, toutes les deux sont standard SQL et autant compréhensibles à mon avis.

[Thierry8]

OK

Merci pour tout !

[Maximil ian]

De rien

PS : au vu de ces colonnes id1, id2, id3 et id4, ta table ne semble pas en première forme normale. Je me trompe ?

[Thierry8]

Je suis désolé, mais je ne suis pas très calé en anglais (je sais...).

Que veux tu dire par "première forme normale" ?

[Maximil ian]

Un exemple sera plus parlant.

Une table pas en 1è FN :

Code :

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

Livre (id_livre, auteur1, auteur2, auteur3, auteur4, titre)

La même chose en normalisé :

Code :

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

1
2
3
Livre (id_livre, titre)
Auteur (id_auteur, nom)
Livre_auteur (id_livre, id_auteur)

J'ai l'impression que ta table est similaire à la première. Ca prend plus de place , c'est moins performant et pas très pratique lorsque tu veux rajouter un nouvel id (obligé de créer une colonne id5, id6...)

[Thierry8]

C'est ce que je pensais avoir compris, mais n'était pas certain.

Oui en effet il y a ces deux possibilités.
J'y avait songé, mais après m'avoir dis cela, je pense que je vais opter pour la solution dictée. Cependant je ne pensais tout de même pas que cela était aussi influencable concernant la performance.

Concernant le poids, en effet si par exemple tout les id ne sont pas nécessaires, il y a des champs inutiles. Dans mon cas ces champs était toujours renseignés. En revanche pour rendre un peu plus modulable la table il vaut mieux en effet opter pour la solution de table de jointure.

Merci beaucoup.

[Maximil ian]

J'y avait songé, mais après m'avoir dis cela, je pense que je vais opter pour la solution dictée. Cependant je ne pensais tout de même pas que cela était aussi influencable concernant la performance.

Refais la requête du début avec la version normalisée et tu verras que c'est beaucoup plus simple (pas de OR...)

Autre exemple : sélectionner tous les auteurs distincts. Avec la table auteurs c'est rapide mais dans la version non normalisée c'est déjà plus dur...

[Thierry8]

Autre exemple : sélectionner tous les auteurs distincts. Avec la table auteurs c'est rapide mais dans la version non normalisée c'est déjà plus dur...

Effectivement !

Ralala...
Je m'en vais corriger tout ça !

Merci encore à toi Maximilian.