Gestion des ressources

[DragonMaster]

Bonne chance, je te conseil d'utiliser les timestamp, t'embarque pas avec la fonction date()...

Tiens, un peu HS mais personnellement les Timestamp de mySQL m'ont causé beaucoup de problème quand j'ai migré vers la version SUN de la bd. En fait, j'ai eu des incompatibilité de format car dans les versions Linux et Windows on peut stocker un timestamp sous le format YYYY-MM-JJ hh:mms mais sur la version sun seul les format YYYYMMJJhhmmss est accepté.

[Argorate]

Quand je dis timestamp, ce n’est certainement pas le format "timestamp" de la BDD, je reste avec des Int en BDD, ça évite ce genre de soucis justement...
Je parlais d'utiliser les timestamp qu'on retrouve par les fonctions time() et autres...

[barst]

J'ai choisi pour ma part une solution entièrement MYSQL pour gérer les ressources :
- stockage du timestamp via la fonction MYSQL "UNIX_TIMESTAMP()"
- récupération des ressources mises à jour par requête qui fait elle-même le calcul

Ainsi pas de mélange entre le timestamp du serveur et celui de la base.

"One Timestamp to cron all"

[DragonMaster]

Quand je dis timestamp, ce n’est certainement pas le format "timestamp" de la BDD, je reste avec des Int en BDD, ça évite ce genre de soucis justement...

J'ai retenu la leçon

[Cartman34]

Je plussoie Argorate, j'ai toujours fait comme cela et ca fonctionne très bien.

[Anthor]

Oui enfin une date c'est aussi un int si tu lui enlèves les tirets et les espaces, c'est un peu d'ailleurs pour ca qu'elles sont écrits à l'envers ^^

[Argorate]

Le problème c'est le format... il accepte que d'une certaines manière, c'est très contraignant et très chian pour au final aucun gain quel qu’il soit...
En tout cas moi je n'y suis pas encore trouver d'intérêt...

[Anthor]

Pourtant tu as toutes les fonctions disponibles avec mySQL

[Allwise]

Pour ma part j'utilise souvent des champs de type DATE / DATETIME parce que j'ai souvent le nez dans phpmyadmin, et que c'est plus "human readable". De plus, je vois pas trop le problème pour bosser avec, et on peut utiliser toutes les fonctions cool pour les dates de MySQL. Enfin, le prob avec le timestamp classique c'est que pour les dates antérieures à 1970 on l'a dans l'os et on est obligé de choisir autre chose... Donc autant n'utiliser qu'un seul format ( je pense aux dates de naissances notamment ).

[Argorate]

Oui tout dépend du contexte, j'ai déja du recourir au format DATE pour les date de naissance comme tu le dis. Mais quand je le peux je m'en passe