[SQL] un champ Timestamp ou deux champs Date et Heure?

J'ai une table Article où je stocke la date de chaque article (champ article_time) avec un timestamp.

Je voudrais sur un site afficher tous les articles d'un mois et d'une année donnée (ex: les articles de Fevrier 2006). Avec un timestamp, je ne vois pas comment m'y prendre.

Le mieux est-il d'avoir deux champs Date et Heure?

c'est plutôt un problème sql...

Code:

---

SELECT * FROM Article WHERE article_time LIKE '2004-12%'

---

enfin, tout dépend du format...

Citation:

---

Envoyé par davmaster62

Le mieux est-il d'avoir deux champs Date et Heure?

---

Et pourquoi pas un champs datetime ? Et c'est exact c'est juste un problème de requete ;)

Citation:

---

Envoyé par ..:: Atchoum ::..

Et pourquoi pas un champs datetime ?

---

Je ne suis pas d'accord. Son champ timestamp est parfait, il peut calculer exactement ce qu'il veut à partir de là, c'est la manière la plus modulable.

Tu peux par exemple calculer le timestamp de l'année dont tu as besoin (une fourchette : timestamp mini et timestamp maxi) et faire un BETWEEN.
Je parle de timestamp mais dans la BDD, c'est bien un int(10) ?

c'est bien un int(10) dans ma bdd

Citation:

---

Envoyé par davmaster62

c'est bien un int(10) dans ma bdd

---

Ouais, super... On va avancer rapidement, là...
As-tu essayé ce que je t'ai proposé ? Qu'est-ce que cela a donné ?
Si tu veux les articles de février, calcule en PHP le timestamp du 1 février et celui du 1 mars puis fais ta requête sur un BETWEEN de ces deux valeurs.

Je penche davantage pour un champs au format datetime.
ici on ne demande pas de faire des calculs sur la date mais seulement un select sur des tupples.
Une requête bien formatée peut se prévaloir de ce souhait.

En outre le champs de type timestamp à un gros défaut selon moi, il se mets à jour tout seul dans un update. Ce qui pour conserver la date d'enregistrement d'un article pose problème, à moins de spécifier dans la requête que ce champs doit être égal à lui-même :

Code:

---

1 2 3 4

UPDATE ma_table SET var = 'var' , date = date WHERE...

---

Ce qui ressort de l'absurdité.

Un champs de type timestamp ne devrait être utilisé que pour connaitre la date de la dernière modification d'un tupple, et non pour stocker une date d'enregistrement.

Sinon le language SQL est assez riche de fonction (pour la plupart méconnues) qui permettent de faire des calculs sur les dates directement dans la requête.

Citation:

---

Envoyé par macbook

le champs de type timestamp à un gros défaut selon moi, il se mets à jour tout seul dans un update

---

:?: :?: :?:

Je n'ai jamais vu de champ qui se mette à jour tout seul dans une table sans que je l'aie voulu.
J'ai peut-être mal compris de quoi tu parles : peux-tu être plus spécifique, s'il-te-plaît ?

Et nous ne parlons pas de champ de type timestamp mais plutôt de variable timestamp enregistrée dans un champ int

Citation:

---

Envoyé par davmaster62

c'est bien un int(10) dans ma bdd

---

J'ai essayé la solution avec un BETWEEN entre le 1er du mois et le 1er du mois suivant, ca marche bien. Merci de votre aide :wink:

Euh, fais juste attention à un truc que je n'ai pas vérifié en te conseillant le BETWEEN : inclut-il ou bien exclut-il les dates indiquées ?