Auto-jointure problématique

Bonjour,

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

Code:

---

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...

Que se passe t'il avec cette correction ?

Code:

---

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

---

Citation:

---

Envoyé par Sergejack

Que se passe t'il avec cette correction ?

Code:

---

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.

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 +

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.

Citation:

---

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 :

http://ecx.images-amazon.com/images/...160_AA115_.jpg


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

Citation:

---

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 +

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.

Citation:

---

Envoyé par Sergejack

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

---

A moins d'être un imbécile je ne voit pas ce que peut être une fonctionnalités ajoutées à la norme de quelque chose de mathématiquement faux !

A +

Les nombres iréels doivent bien te faire jazzer...