Salut all voila je boss sous phpmyadmin et j'ai besoin d'effectuer une requetes qui recupere des infos selon plusieurs criteres de recherche :

$query="SELECT DISTINCT sql_host,sql_login,sql_password
FROM prestations
WHERE type='serveur_dedie'
AND login='siteweb'
AND id_client='24'
AND plus_recente(date_debut)";

donc le critere le plus important c'est la date_debut qui doit etre la plus recente possible dans la base.
plus_recente() n'existe pas c'est juste pour montrer ce que j'aimerais faire.

Comment recuperer la date la plus recente dans un champ d'une table ?
la date est au format sql suivant : 2006-05-03

voila

ndlr : pour l'instant j'utilise ORDER BY date_debut DESC

si j'ai bien compris la question :
SELECT MAX(DATE_DEBUT) FROM ... WHERE ...

Bah garde l'ORDER BY date_debut DESC, et met un LIMIT 1.
Sinon, tu peux peut-être utiliser MIN() et MAX() non ? Je sais pas trop là.


EDIT : j'avais pas lu le post de Bernie

je suis pas sûr qu'utiliser un order by et un limit à 1 ne soit pas plus gourmand en ressource que faire un max. Encore que, selon le sgbd et sa version, ça pourrait bien revenir au même (table scan)

En même temps, ca dépend de la taille de ses tables.
Mettre un Limit ne limite pas la requete au nombre de résultats souhaités. Le moteur fait la requete sur toute la table et ne retourne que les champs qu'on veut.
Donc bon, s'il n'a que 10 users c'est pas grave, s'il en a 10 000...

ou si la table a 50 millions de lignes... D'autant plus qu'indexer une colonne sur une date, hein...

En fait, si j'ai bien compris, il veut récupérer toutes les colonnes de l'enregistrement dont la date est la plus récente.
Un truc genre
SELECT DISTINCT sql_host,sql_login,sql_password
FROM prestations
WHERE type='serveur_dedie'
AND login='siteweb'
AND id_client='24'
HAVING date_debut = (SELECT MAX(date_debut) FROM prestation)

J'ai pas testé, mais c'est du genre je pense.

EDIT : bon j'ai testé, pour moi ca marche.

pourquoi having et pas and ? D'autant plus que having sans group by, pas sur que ça marche, si ? Ou alors c'est un dérivé lointain de SQL ANSI

Pourquoi HAVING ?
Parcque je trouve ca plus joli qu'un WHERE
Non en fait j'en sais rien, c'est vrai que je viens de regarder, ca marche aussi avec le WHERE, mais j'y croyais pas avant.

comment tu n'y croyais pas ? c'est du sql tout à fait standard. Et plus naturel avec un WHERE, non ? Le HAVING étant associé au GROUP BY

La clause HAVING peut faire référence à n'importe quel champs ou alias défini dans select_expr. C'est évalué en dernier lieu, juste avant que les éléments ne soient envoyés au client, sans aucune optimisation.

Bon bah mieux vaut le WHERE.

En fait, je tatonne un peu quand on rentre dans les requêtes imbriquées et compagnie.

ah oui, l'ensembliste, au début c'est pas naturel. Mais après, ça vient tout seul. Suffit de s'acharner. Un peu comme les regexp, quoi, si tu vois ce que je veux dire

l'idee du max etait bien mais je peut pas utiliser des requetes imbriqués car sur le serveur de production finale c'est une veille version de phpmyadmin alors qu'en local ca marche vu que c'est la derneire version . aller comprendre pourquoi

je crois que je vais rester sur l'idee du order by ^^ avec un limit 1

EDIT: j'ai rien dis lol on peut faire deux requetes une pour stocker le resultatdu select max(. mais bon vais voir en tout cas merci bien , y'aura une tite ligne dans mon rapport : remerciement à bernie38 woofy ... pour leur aide precieuse sur les regexp et certaines requetes sql

@ plouche

de rien.
Et pour les regexp encore moins parce que j'arrive pas à m'y intéresser. C'est pas humain, ce truc

c'est pas le serveur qui te bloque, ni la version de phpmyadmin, mais la version de ton mysql qui ne gere pas les sous requetes

cette version n'est même pas SQL ANSI alors ???

Le 04 mai 2006 - 13 h 13, bernie38 a écrit : C'est pas humain, ce truc

Hé merde, moi qui n'avait plus que ça comme fièreté, être humain !