JOIN et COUNT

Bonjour à tous,

je dois adapter un petit outil qui utilise mysql pour que celui-ci fonctionne avec postgresql.
Forcément, les requetes MySQL / PgSQL n'étant pas tout à fait les mêmes, j'ai du mal.

J'ai 2 tables planning_user & planning_periode.

Sous mysql, j'ai la requete suivante :

Code:

---

1 2 3 4

SELECT planning_user.*, COUNT(periode_id) FROM planning_user LEFT JOIN planning_periode ON planning_user.user_id = planning_periode.user_id;

---

Sous psql, j'essaie la chose suivante :

Code:

---

1 2 3 4 5

SELECT pu.*, count(pp.periode_id) FROM planning_user pu LEFT JOIN planning_periode pp ON (pu.user_id = pp.user_id);

---

Cela ne fonctionne pas, à cause du count().

Quand je fais la commande suivante, j'ai bien un résultat :

Code:

---

1 2 3 4 5

SELECT pu.*, pp.periode_id FROM planning_user pu LEFT JOIN planning_periode pp ON (pu.user_id = pp.user_id);

---

Une idée ?

Notez que je suis un grand débutant en SQL ;)

Il vous manque le GROUP BY dans toutes vos requêtes.

Evitez également les *, nommez toutes les colonnes une par une.

Merci pour la réponse rapide.

Cependant, ça fonctionne pas encore.

Voici les 2 tables :

Code:

---

1 2 3 4 5 6 7

# select * from planning_user; nom | user_id | login | password | droit_planification | visible_planning ----------------+---------+-----------+-----------+---------------------+------------------   # select * from planning_periode; periode_id | projet_id | user_id | date_debut | date_fin | duree | notes ------------+-----------+---------+------------+------------+-------+-------

---

Et la nouvelle commande :

Code:

---

1 2 3 4 5 6 7

SELECT pu.nom, pu.user_id, pu.login, pu.password, pu.droit_planification, pu.visible_planning, count(pp.periode_id) FROM planning_user pu LEFT JOIN planning_periode pp ON (pu.user_id = pp.user_id) GROUP BY pu.user_id ORDER BY pu.user_id;

---

ERREUR: la colonne « pu.nom » doit apparaître dans la clause GROUP BY ou doit être utilisé dans une fonction d'agrégat
LINE 1: SELECT pu.nom, pu.user_id, pu.login, pu.password,

L'erreur te dit :
Si tu GROUP BY une colonne, tu n'auras qu'une ligne par colonne.
Si dans le SELECT, tu demandes d'autres colonnes que celles du GROUP BY, quelle valeur va-t-on prendre ?

Exemple :
TableT(id, col1)
1, 1
1, 2
1, 3

=> que doit renvoyer pour col1

Code:

---

1 2 3 4

SELECT id, col1, count(*) FROM TableT GROUP BY id

---

1, 2 ou 3 ?

Si tu veux "reporter" le count(*) sur chaque ligne de détail, ce n'est pas du tout le même principe :
- Soit tu utilises les fonctions analytiques (non dispo sous MySQL)
- Soit tu fais le GROUP BY, puis la jointure avec la table de départ

Salut,

désolé, mais j'suis vraiment une quiche en SQL :mrgreen:.

Voici ce que j'ai déjà avec mysql (code récupéré, c'est pas de moi).

1) Table planning_projet :

Code:

---

1 2 3 4 5 6 7 8

select * from planning_user; +---------+---------+---------+----------+---------------------+------------------+ | nom | user_id | login | password | droit_planification | visible_planning | +---------+---------+---------+----------+---------------------+------------------+ | admin | ADM | admin | admin | oui | oui | | paul | paul | paul | paul | oui | oui | | remi | rem | remi | remi | oui | oui | +---------+---------+---------+----------+---------------------+------------------+

---

1) Table planning_periode :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

select * from planning_periode; +------------+-----------+---------+------------+------------+-------+-------+ | periode_id | projet_id | user_id | date_debut | date_fin | duree | notes | +------------+-----------+---------+------------+------------+-------+-------+ | 1 | ABCD | ADM | 2010-01-11 | 2010-01-29 | NULL | NULL | | 2 | HEE | pau | 2010-01-11 | 2010-03-11 | NULL | NULL | | 3 | EFGH | pau | 2010-01-07 | NULL | 7 | NULL | | 4 | EFGH | rem | 2010-01-07 | 2010-01-14 | NULL | NULL | | 5 | ABCD | rem | 2010-01-11 | 2010-01-15 | NULL | NULL | | 6 | ABCD | rem | 2010-01-25 | 2010-01-27 | NULL | NULL | | 7 | EFGH | pau | 2010-01-21 | 2010-01-28 | NULL | NULL | +------------+-----------+---------+------------+------------+-------+-------+

---

3) Resultat de la requete sous mysql :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

SELECT planning_user.*, COUNT(periode_id) AS totalPeriodes FROM planning_user LEFT JOIN planning_periode ON planning_user.user_id = planning_periode.user_id GROUP BY planning_user.user_id ORDER BY user_id ASC ; +---------+---------+---------+----------+---------------------+------------------+---------------+ | nom | user_id | login | password | droit_planification | visible_planning | totalPeriodes | +---------+---------+---------+----------+---------------------+------------------+---------------+ | admin | ADM | admin | admin | oui | oui | 1 | | paul | pau | paul | paul | oui | oui | 3 | | remi | rem | remi | remi | oui | oui | 3 | +---------+---------+---------+----------+---------------------+------------------+---------------+

---

Sous une base postgresql, ce meme genre de requête ne fonctionne pas.
Je souhaite avoir le meme résultat que 3).

Une ptite idée ? ;)

Encore merci !

Citation:

---

Envoyé par Waldar

Évitez également les *, nommez toutes les colonnes une par une.

---

Je m'auto-cite, vous le lirez peut-être mieux en deux fois ! ;)

Bonjour Waldar,

j'avais bien lu, c'est juste que le code de départ avec les select * n'est pas de moi, j'ai donc remis les requetes telles quelles.

;)

Bonjour,

Pour faire très simple, il faut que votre GROUP BY contienne chaque colonne qui ne fait pas l'objet d'une agrégation (count, sum, max...), donc toutes les colonnes de votre SELECT sauf periode_id.

Ok, je reprends ce que je disais :
Si tu GROUP BY, tu n'as qu'une ligne par groupe. Dans ce cas, prendre d'autres colonnes n'a pas vraiment de sens, vu que tu ne saurais pas quelle valeur prendre.
Maintenant, si tu avais un modèle normalisé, tu aurais une table utilisateur, que tu joindrais avec planning utilisateurs.
Dans un cas comme dans l'autre, user_id est à la fois ta colonne de groupement et la "clef primaire" de ton entité utilisateurs... et on pourrait dire que les colonnes du SELECT n'apparaissant pas dans le GROUP BY doivent être unique dans le groupe, et donc "sélectionnables" en quelques sortes.

Du coup, MySQL a étendu le comportement du GROUP BY :
http://dev.mysql.com/doc/refman/5.0/...en-fields.html

Citation:

---

MySQL a étendu l'utilisation de la clause GROUP BY. Vous pouvez utiliser des colonnes ou des calculs de l'expression SELECT qui n'apparaissent pas dans la clause GROUP BY

---

Et pourquoi ça ne marche pas sous PosgresSQL ?
Parce que cette extension n'est pas reconnue par la norme, et que PosgresSQL suit la norme !

Du coup, comme je le disais plus haut, que tu fasses l'agrégation à part, puis que tu joignes ensuite :

Code:

---

1 2 3 4 5 6 7

SELECT t.user_id, t.cnt, c.* --toutes tes colonnes en fait, mais j'ai la flemme FROM (SELECT a.user_id, count(b.period_id) cnt FROM planning_user a JOIN planning_periode b ON a.user_id = c.user_id GROUP BY a.user_id) t JOIN planning_user c on a.user_id = c.user_id

---

Le problème majeur à mon sens de l'extension MySQL, c'est qu'ils n'imposent aucune contrainte. Donc si tu l'appliques alors que l'unicité n'est pas garantie, ton résultat n'a pas de sens, et en plus dépend du plan d'exécution...

Cool, merci à tous pour vos explications, c'est plus clair pour moi.

Merci pour la remarque entre mysql & postgresql également.

Je pense maintenant que je peux m'en sortir ;)

Allez, voici la requête SQL dont j'avais finalement besoin :

Code:

---

1 2 3 4 5

SELECT pu.nom, pu.user_id, pu.login, pu.droit_planification, pu.visible_planning, COUNT(pp.periode_id) AS totalPeriodes FROM planning_user pu LEFT JOIN planning_periode pp ON pu.user_id = pp.user_id GROUP by pu.nom, pu.user_id, pu.login, pu.droit_planification, pu.visible_planning ORDER BY user_id ASC;

---

Merci encore ;)