ORDER BY problematique

[danidan75]

Bonjour.

Ma structure est approximativement la suivante (j'ai enlevé tt ce qui n'a pas de rapport avec mon problème actuel):

Code :

1
2
3
4
5
6
CREATE TABLE IF NOT EXISTS `comment` (
  `comment_id` bigint(20) NOT NULL AUTO_INCREMENT,
  `parent_id`bigint(20) DEFAULT NULL,
  `comment_date` datetime DEFAULT NULL,
  PRIMARY KEY  (`comment_id`),
) ENGINE=MyISAM  DEFAULT CHARSET=utf8;

Je désirerais, en une requête, une seule, obtenir tous les commentaires du plus récent au plus anciens. Pour les commentaires avec enfants, je désirerais que les enfants succèdent au parent, du plus ancien au plus récent (dc dans l'ordre dans lequel ils ont été postés). Évidemment, chaque ligne n'apparait qu'une fois.

Par exemple, sur le site de libération, ils font ça très bien:
http://www.liberation.fr/monde/01022...nger-wikileaks

Est-ce en une requête? Plusieurs? Je l'ignore, mais, au final, j'aimerais que mon ORDER BY soit le même.

Merci d'avance pour votre aide.

[CinePhil]

Qu'as-tu essayé comme requête ?

[danidan75]

J'en suis à

Code :

1
2
3
SELECT co.*
FROM `comment` co
ORDER BY IF(co.parent_id IS NOT NULL, co.parent_id, co.comment_id), co.comment_date

Ça m'a l'air de faire ce que je voudrais jusqu'au niveau 2, mais pour des dialogues à 18 niveaux imbriqués, je ne suis pas sûr, mais alors pas du tout.

[CinePhil]

Le problème c'est qu'effectivement tu ne sais pas à l'avance combien il y a de niveaux.
Je crois que ce genre de problème se résoud normalement par une requête récursive... que ne connait pas MySQL !

[SQLpro]

Il est impossible de faire cela en une seule requête sous MySQL. En effet, MySQL n'implémente pas les requêtes récursives qui sont normalisées depuis 1999...
Bref, changez de SGBDR !
A lire sur les requêtes récursives : http://sqlpro.developpez.com/cours/s...te-recursives/
A lire sur les "manques".... de MySQL : http://blog.developpez.com/sqlpro/p9...udre-aux-yeux/

A +

[danidan75]

Pas de requête récursive, donc impossible en une requête unique. Soit.

Et, selon vous, la solution la plus optimisée, en plusieurs requêtes, ce serait...?

[SQLpro]

Il n'y en as pas de solution optimisée, parce que par nature on ne peut pas faire du récursif sans récursivité !!!!
Sachez qu'on dit d'un langage informatique qu'il est "turing complet" lorsque notamment il permet la récursivité. Cette fonctionnalité est essentielle pour résoudre tout problème mathématique lorsqu'il existe un algorithme de résolution.
Le langage SQL est Turing complet, mais MySQL ne sait toujours pas faire cela contrairement à PostGreSQL par exemple, mais aussi Oracle, DB2, SQL Server...

Alors parler en sus d'optimisation me fait doucement rigoler !!! Seuls des bricolages ineptes, incomplet et contre performants peuvent être réalisé dans ce genre de cas !

Bref, si vous voulez de la performance, optez pour un vrai SGBDR !

A +