Discussion :

[titoumimi]

Bonjour à tous.

J'ai une table "demandes_docs", contenant une date de téléchargement (date_dl) et un id du doc téléchargé (id_doc).

Je cherche à extraire tout les documents ayant été téléchargés ces sept derniers jours :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

SELECT * FROM DEMANDES_DOCS WHERE dateDiff("dd",date_dl,getdate())<7 ORDER BY date_dl DESC, id_doc

Problème, message d'erreur suivant :

Wrong query : Erreur de syntaxe près de 'getdate())<7 ORDER BY date_dl DESC, id_doc' à la ligne 1

J'ai beau me creuser la tête, je sèche complètement

Si vous avez des idées, toutes seront les bienvenues

Merci d'avance

[kilanepa]

Utiliser limit?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
SELECT * FROM DEMANDES_DOCS  ORDER BY date_dl DESC, id_doc LIMIT 7

[pcaboche]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
SELECT *
FROM DEMANDES_DOCS
 
WHERE 
  date_dl BETWEEN DATE_SUB(CURDATE(), INTERVAL 7 DAY) AND CURDATE()
 
ORDER BY date_dl DESC, id_doc

(j'ai supprimé le DATEDIFF, vu qu'il ne marche pas avec toutes les versions)

Tout sur les fonctions de date:
http://pcaboche.developpez.com/artic...ns_date_heure/

[kilanepa]

Une petite question come ca en passant. N est il pas mieux d utiliser les TIMESTAMP quand on doit travailler sur les date?

[pcaboche]

Une petite question come ca en passant. N est il pas mieux d utiliser les TIMESTAMP quand on doit travailler sur les date?

La réponse dans la doc:

Remember that although DATETIME, DATE, and TIMESTAMP values all can be specified using the same set of formats, the types do not all have the same range of values. For example, TIMESTAMP values cannot be earlier than 1970 or later than 2037. This means that a date such as '1968-01-01', while legal as a DATETIME or DATE value, is not valid as a TIMESTAMP value and is converted to 0.

Avec un TIMESTAMP, tu risques d'avoir un "bug de l'an 2037"

Avec un DATETIME, tu peux aller au-delà (au moins jusqu'en 2069, il faudrait que je vérifie)

[kilanepa]

ah ok . merci =) . J espere quand meme qu en l an 2037. on aura passé a Mysql 17.3 qui prend en charge les timestamp plus grand.

Je prefere quand meme les timestamp pour pouvoir utiliser les requete "ON UPDATE CURRENT TIMESTAMP" pour les news 8)

[pcaboche]

ah ok . merci =) . J espere quand meme qu en l an 2037. on aura passé a Mysql 17.3 qui prend en charge les timestamp plus grand.

Oh oui, bien sûr. En 2037, on n'aura plus des architectures 32 ou 64 bits comme à l'heure actiuelle, mais peut-être bien des architectures 256 ou 512 capable de gérer de très grands nombres ou des flottants avec une très grande précision...

A cette époque MySQL sera peut-être largement dépassé par un autre SGBD encore plus performant et complètement gratuit. Dieu seul sait ce qui nous attend dans une 30aine d'années !

Ah, si... les astronomes prévoient qu'en 2036 un gros astéroïde viendra froler la Terre, avec un risque de collision non négligeable et donc d'éradication de toute forme de vie. Sachant cela, on se demande bien pourquoi on est obligé de cotiser pour sa retraite...