problème select distinct

Bonjour,

J'ai une table qui ressemble à ça :
date lib user code
28/04/2010 A 1 2
28/04/2010 A 1 3
28/04/2010 A 1 4
28/04/2010 A 2 5
28/04/2010 A 2 6
27/04/2010 A 1 7
27/04/2010 A 1 8
27/04/2010 A 1 9

et j'aimerais ça :

date lib user code
28/04/2010 A 1 2
28/04/2010 A 2 5
27/04/2010 A 1 7
27/04/2010 A 1 9

En faite je veux faire une requête qui supprime les doublons d'une date correspondant au même user : c'est à dire que je veux voir que l'user 1 a fait l'action (lib) le 28/04/2010 mais je ne veux voir qu'une seule action la première de la journée par exemple. car après je vais faire une autre fichier s'appelant détail.php qui renverra vers les autres actions que cet utilisateur à fait.

ma requête c'est :

Code:

---

1 2 3 4 5

SELECT DISTINCT CODE, LIB,USER, LADATE FROM `MATABLE` GROUP BY LADATE, USER ORDER BY USER,LADATE DESC LIMIT 200

---

quand je fait ça mon fichier php charge pendant des heures et finit par me renvoyé une erreur qui me dit que je vien de planter mon serveur comment dois-je faire

GROUP BY sans fonction d'aggrégation dans le SELECT ne sert à rien car il est équivalent au DISTINCT !

À noter que DISTINCT opère sur toutes les colonnes du SELECT et qu'un GROUP BY sur une partie de celles-ci retournera un résultat aléatoire pour les autres colonnes ne figurant pas dans le GROUP BY.

Citation:

---

je veux voir que l'user 1 a fait l'action (lib) le 28/04/2010 mais je ne veux voir qu'une seule action la première de la journée par exemple

---

Comment on détermine quelle est la première action de la journée ?

très bonne question : en faite je dit ça mais c'est un exemple je veux voir juste la date du jour et une action faite par un même utilisateur ce jour la et une et une seule. Donc que ce soit la première action la dernière .... je m'en fiche : du moment que je puisse voir

28/04/2008------A------1

Le truc c'est qu'en faite je veux effacer les doublons user/date

Code:

---

1 2 3

SELECT DISTINCT `date`, lib, `user` FROM MATABLE ORDER BY `user`, `date`

---

Au passage, nommer des colonnes 'date' ou 'user' est une mauvaise idée par ce sont des mots réservés du langage SQL. C'est pour ça que j'ai entouré ces colonnes d'apostrophes inversées, puisque tu utilises MySQL d'après l'utilisation de la fonction LIMIT dans ta requête.

Citation:

---

Envoyé par CinePhil

À noter que DISTINCT opère sur toutes les colonnes du SELECT et qu'un GROUP BY sur une partie de celles-ci retournera un résultat aléatoire pour les autres colonnes ne figurant pas dans le GROUP BY.

---

Spécificité MySQL ? J'ai plutot dans l'idée que les colonnes du select qui ne sont pas dans des fonctions d'agrégat doivent figurer dans le group by

Citation:

---

Envoyé par sqlpro

La présence de la clause GROUP BY est nécessaire dès que la clause de sélection, ou le filtre WHERE, ou encore les jointures comportent simultanément des calculs d'agrégation et la présence de colonnes de table hors de calculs d'agrégation.
De plus, outes les colonnes représentées hors des calculs d'agrégation doivent figurer dans la clause GROUP BY.

---

Tu as raison Tofalu ! :ccool:
C'est une mauvaise tolérance de MySQL qui peut engendrer des résultats faux.

Citation:

---

Envoyé par CinePhil

GROUP BY sans fonction d'aggrégation dans le SELECT ne sert à rien car il est équivalent au DISTINCT !

---

Ce n'est pas tout à fait vrai si on prend en compte les fonctions de fenêtrage, ces dernières s'appliquant après le group by mais avant le distinct.

J'ai rédigé un petit billet en anglais sur mon blog (probablement moyennement écrit vu que j'ai reçu des propositions de requêtes alors que je faisais une démonstration ;) ) :
http://www.waldar.org/blog/200909/wr...e-better-query

Ton exemple avec ROW_NUMBER fonctionne t-il de la même manière dans tous les SGBD (qui implémentent le ROW_NUMBER bien sûr !) ?
Fonctionne t-il de la même manière avec d'autres fonctions ou d'autres cas similaires ?

J'ai testé sur Oracle 9i, 10g Express, 11g et Microsoft SQL Server 2005 et 2008 Express, même résultat.

Celà dit c'est une simple anectode !