Auto-jointure problématique

**balno** · 25/08/2009, 14h35

Bonjour,

J'ai cette requête qui fonctionne très bien sur une base MySQL :

Code :

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

1
2
3
4
5
6
 
SELECT M.IdMatiere, M.Sujet, COUNT(C.IdMatiere) AS Children
FROM MATIERE AS M
LEFT JOIN MATIERE AS C ON M.IdMatiere=C.IdPere
WHERE M.IdPere=0 AND M.IdRetenue=0
GROUP BY M.IdMatiere

La table MATIERE représente une arborescence :

IdMatiere : clé
Sujet : Libellé de l'entrée
IdPere : référence à une clé parente

Le résultat attendu est :
Idmatiere, Sujet, et un entier indiquant le nombre d'enfants de l'entrée en question.

J'ai une table équivalente sur SQL-Server à laquelle je soumet la même requête. SQL-Server ne renvoit pas d'erreur, mais aucune ligne de résultat.

Je ne dois pas prendre le problème par le bon bout, et un petit coup de pouce serait le bienvenue

Merci à tous...

**Sergejack** · 25/08/2009, 15h10

Que se passe t'il avec cette correction ?

Code :

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

1
2
3
4
5
6
SELECT M.IdMatiere, M.Sujet, COUNT(C.IdMatiere) AS Children
FROM MATIERE AS M
LEFT JOIN MATIERE AS C ON M.IdMatiere=C.IdPere
WHERE M.IdPere=0 AND M.IdRetenue=0
GROUP BY M.IdMatiere, M.Sujet

**balno** · 25/08/2009, 16h41

Envoyé par Sergejack

Que se passe t'il avec cette correction ?

Code :

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

1
2
3
4
5
6
SELECT M.IdMatiere, M.Sujet, COUNT(C.IdMatiere) AS Children
FROM MATIERE AS M
LEFT JOIN MATIERE AS C ON M.IdMatiere=C.IdPere
WHERE M.IdPere=0 AND M.IdRetenue=0
GROUP BY M.IdMatiere, M.Sujet

Le résultat reste le même, cela dit, c'est beaucoup plus propre comme ça, je vais vérifier mes paramètres, c'est étonnant qu'SQL-Server ne renvoit pas une erreur avec la première requête.

**SQLpro** · 26/08/2009, 10h56

MySQL n'est pas un SGBD Relationnel, mais un bouliboulga qui autorise n'importe quoi sauf du SQL.
Il est frappant de constater que MySQL autorise un GROUP BY sur une partie des colonnes non agrégées. Quel est le sens du résultat ? Mystère car cela est totalement faux d'un point de vue mathématique.
Le pire est que beaucoup d'utilisateurs ayant étudié le langage SQL à travers cet outil merdique et totalement irrespectueux du langage SQL et des principes des SGBDR viennent se plaindre que les SGBDR qui respectent la norme et donne des résultats correctes sont à leurs yeux anormaux !!!!

Bref, commencez par apprendre le langage SQL !
Mon site web comme mes bouquins peuvent vous y aider...

A +

**Sergejack** · 26/08/2009, 11h40

Vu que IdMatiere est sans doute la clé primaire (et est donc unique) le résultat en MySQL de cette requête est tout à fait déterministe.

MySQL permet en faite cette approche EN PLUS de l'approche standard.

Alors on ne peut pas dire que c'est merdique.
Seulement, comme tout élément hors du standard, il faut en être conscient lorsque l'on change de téchnologie (cette remarque s'applique à tous les SGDB).

Et SQLPro, puisque tu te permets ce type de remarque, il serait temps que tu sortes de tes bouqins pour (re)découvrir l'univers de la pratique et ces petits quelque chose que tu sembles ne pas envisager : l'inattendu et l'astuce.

**balno** · 26/08/2009, 13h48

Envoyé par SQLpro

Bref, commencez par apprendre le langage SQL !
Mon site web comme mes bouquins peuvent vous y aider...

Oui, bonne idée, merci ! Je viens de commander cet ouvrage sur Amazon :

Je pense y trouver de quoi améliorer tout ça...

**SQLpro** · 26/08/2009, 19h16

Et SQLPro, puisque tu te permets ce type de remarque, il serait temps que tu sortes de tes bouqins pour (re)découvrir l'univers de la pratique et ces petits quelque chose que tu sembles ne pas envisager : l'inattendu et l'astuce.

Tu as raison, faisons en sorte que chaque pays ait ses largeurs de rails et son voltage en courant. Ce sera inattendu et astucieux !!!

A +

**Sergejack** · 26/08/2009, 22h15

Comparaison très falacieuse.

Puisque je parle de fonctionnalités ajoutées à la norme et non du dénis de la norme.

Enfin soit, le standard c'est ton gagne pain, je comprends tes contrariétés.