Bonjour j'ai une table ' tchat' qui comporte plus de 1500 lignes
J'aimerais en afficher les 30 dernières ( celles qui ont le plus grand 'id' )
mais pour cela je suis d'abord obligé de faire une premiere requete pour calculer max, le nombre total de lignes
puis une 2eme requete à peu pres comme ca :
SELECT * FROM tchat ORDER BY id LIMIT $max-30, $max
Y a til une commande plus simple dans MySQL qui permet de prendre les X dernieres lignes d'une table ?
(La solution qui consisterait à inverser la selection et prendre les 30 premiers est trop compliqué ici )
D'avance merci beaucoup
la communauté d'entraide francophone dédiée au PHP
MYSQL : SELECT les 30 derniers enregistrements
C gentil de repondre à ma question mais merci de la lire en entier
(La solution qui consisterait à inverser la selection et prendre les 30 premiers est trop compliqué ici )
"Le mouton s'il n'arrive pas à s'endormir ne peut que compter sur lui-même"
Mon blog de dessins et autres ICI
Mon blog de dessins et autres ICI
Ta question est pas trés claire.
Je suppose que tu veux les 30 derniers mais dans l'ordre ?
Si j'ai bien vu bien essayes ceci
Je suppose que tu veux les 30 derniers mais dans l'ordre ?
Si j'ai bien vu bien essayes ceci
Select id, col1 , col2 , col3
From tchat
Group By id, col1 , col2 , col3
Having id > max(id) - 30
Order by id
Modifié en dernier par Augure le 06 sept. 2005, 18:29, modifié 1 fois.
Pourquoi est-ce trop compliqué ? Donnes nous des détails si tu veux qu'on puisse te proposer une solution...C gentil de repondre à ma question mais merci de la lire en entier
(La solution qui consisterait à inverser la selection et prendre les 30 premiers est trop compliqué ici )
bon désolé si apparement ma question etait trop dure, je pense que j'ai trop ecrit pour rien
ma question est vraiment simple et la suivante :
Comment faire pour selectionner les 30 derniers enregistrements d'une table MYSQL, sans inverser les enregistrements ?
Les inverser serait pas top, parceque je veux les afficher donc je devrais les ré ré inverser...
Augure dsl c marche pas ca selectionne tout
merci quand meme pour le temps que vous avez pris
ma question est vraiment simple et la suivante :
Comment faire pour selectionner les 30 derniers enregistrements d'une table MYSQL, sans inverser les enregistrements ?
Les inverser serait pas top, parceque je veux les afficher donc je devrais les ré ré inverser...
Augure dsl c marche pas ca selectionne tout
merci quand meme pour le temps que vous avez pris
"Le mouton s'il n'arrive pas à s'endormir ne peut que compter sur lui-même"
Mon blog de dessins et autres ICI
Mon blog de dessins et autres ICI
le HAVING est une clause SQL très lourde car elle nécessite un double traitement des résultats de ta requête.
Il est certain que sur une requête qui renvoie 10 lignes, ce n'est pas bien gênant
mais si, pour remonter ces 10 lignes, tu as dû interroger une table
qui contient plusieurs milliers d'enregistrements, tu vas faire ramer ta base !
Il y a cependant certains cas où il est difficile de s'en passer.
C'est pour cela que le HAVING existe malgré ses inconvénients en terme de performance.
Mais il vaut mieux procéder autrement chaque fois que c'est possible.
Le SQL doit non seulement donner des résultats exacts (c'est vrai que c'est plus sympa !)
mais il doit aussi être optimisé !
Il est certain que sur une requête qui renvoie 10 lignes, ce n'est pas bien gênant
mais si, pour remonter ces 10 lignes, tu as dû interroger une table
qui contient plusieurs milliers d'enregistrements, tu vas faire ramer ta base !
Il y a cependant certains cas où il est difficile de s'en passer.
C'est pour cela que le HAVING existe malgré ses inconvénients en terme de performance.
Mais il vaut mieux procéder autrement chaque fois que c'est possible.
Le SQL doit non seulement donner des résultats exacts (c'est vrai que c'est plus sympa !)
mais il doit aussi être optimisé !
D'ailleurs, puisque je parle d'optimisation...
Ne pas oublier qu'une jointure est souvent (toujours ?) plus performante qu'une requête imbriquée (ou sous-requête).
NB : Je n'ai pas testé, c'est juste une piste.
Ne pas oublier qu'une jointure est souvent (toujours ?) plus performante qu'une requête imbriquée (ou sous-requête).SELECT T1.id
FROM tchat T1 RIGHT JOIN ( SELECT id
FROM tchat
ORDER BY id DESC
LIMIT 0, 30 ) T2
ON T1.id = T2.id
ORDER BY T1.idOk. Je pensais que MySQL avait un comportement particulier pour le HAVING .
Par contre ORDER BY nécéssite aussi de retraité le resultat. Cependant cette effet peut être annuler (dans certains cas) par l'utilisation pertinente d'un index.
Ta solution avec un sous Select me semble plus pertinente que la solution avec jointure.
Solution HAVING : Parcourt de toute la table pour trouver id max, puis reparcourt pour trouver id < idmax-30, puis tri de 30 ligne. Cette solution ne peut utiliser l'index.
Solution SubQuery : Parcourt de toute la table (ou index + rapide), puis tri de 30 ligne DESC , puis tri ASC
Solution Jointure ; Parcourt de toute la table (ou index + rapide), puis tri DESC, puis pour chaque ligne jointure (si pas index c'est pas top la), puis tri ASC
PS pour SUG : Vu ta volumétrie, prend l'ordre SQL qui te semble le plus simple. Il n'y aura pas de différence notable de performance.[/b]
Par contre ORDER BY nécéssite aussi de retraité le resultat. Cependant cette effet peut être annuler (dans certains cas) par l'utilisation pertinente d'un index.
Ta solution avec un sous Select me semble plus pertinente que la solution avec jointure.
Solution HAVING : Parcourt de toute la table pour trouver id max, puis reparcourt pour trouver id < idmax-30, puis tri de 30 ligne. Cette solution ne peut utiliser l'index.
Solution SubQuery : Parcourt de toute la table (ou index + rapide), puis tri de 30 ligne DESC , puis tri ASC
Solution Jointure ; Parcourt de toute la table (ou index + rapide), puis tri DESC, puis pour chaque ligne jointure (si pas index c'est pas top la), puis tri ASC
PS pour SUG : Vu ta volumétrie, prend l'ordre SQL qui te semble le plus simple. Il n'y aura pas de différence notable de performance.[/b]
Modifié en dernier par Augure le 07 sept. 2005, 13:40, modifié 1 fois.
Pas à ma connaissance.Ok. Je pensais que MySQL avait un comportement particulier pour le HAVING .
Il y a avec MySQL une particularité intéressante pour le SELECT count(*)
mais qui ne s'applique que pour les tables MyISAM (pas les InnoDB).
Tout à fait, mais le résultat à retraiter ne fait que 30 lignes,Par contre ORDER BY nécéssite aussi de retraité le resultat.
Cependant cette effet peut être annuler (dans certains cas) par l'utilisation pertinente d'un index.
et sachant que la donnée à trier est un numérique indexé,
ça va pas être bien dur...
