07-08-2009, 10:36 AM
si on garde le cadre de la gestion de ressources
^^ autant je suis pour utiliser les dates quand c'est le format de traitement (surtout si c'est en interne en bdd); autant j'en suis bcp moins fan quand il s'agit de faire du traitment en php avec des entier/flottant
(pourquoi pas un timestamp en secondes, si c'est le pas de temps/la donnée utilisé pour les calculs dans php; à quoi sert de faire des opération inutile DATEDIFF, DATEFORMAT ou autre modif alors qu'on peut travailler avec le "format utile" directement ).
le cas de gestion de ressource avec un timestamp de référence pour "simuler" la production de ressources stocké en INT plutot que le format de date mysql, c'est justement le cas "exception" qui confirme la règle
(je sais pas mais moi je récup le time de réf, et la valeur en stock, que je balance en session histoire de simuler à l'affichage l'évolution des stock sans requête inutile; t'as quoi de mieux à proposer ? désolé moi je stock le time en bdd pour le stocker en scurité; non pour avoir une date)
^^ autant je suis pour utiliser les dates quand c'est le format de traitement (surtout si c'est en interne en bdd); autant j'en suis bcp moins fan quand il s'agit de faire du traitment en php avec des entier/flottant
(pourquoi pas un timestamp en secondes, si c'est le pas de temps/la donnée utilisé pour les calculs dans php; à quoi sert de faire des opération inutile DATEDIFF, DATEFORMAT ou autre modif alors qu'on peut travailler avec le "format utile" directement ).le cas de gestion de ressource avec un timestamp de référence pour "simuler" la production de ressources stocké en INT plutot que le format de date mysql, c'est justement le cas "exception" qui confirme la règle
(je sais pas mais moi je récup le time de réf, et la valeur en stock, que je balance en session histoire de simuler à l'affichage l'évolution des stock sans requête inutile; t'as quoi de mieux à proposer ? désolé moi je stock le time en bdd pour le stocker en scurité; non pour avoir une date)