Créer jour, date, heure dans la base de données - Question

Question

Create_date -> Supposons qu'il sera enregistré en tant que 5/2/2009. À des fins de recherche lors de la recherche de date de création, pouvons-nous effectuer une recherche par mois ou par année à partir de cette date ou devons-nous enregistrer un create_day, create_month, crate_year pour cela? Une fois des filtres de recherche pour le contenu utilisateur sera comme exemple -> "Afficher le contenu des 2 dernières semaines, le mois dernier, l'année dernière, le mois en cours seulement"

create_day -> Alors que nous enregistrons la date numérique, plusieurs fois pour nous mai besoin d'afficher le jour du texte (par exemple: jeudi) pour montrer quand l'objet a été créé. Comme on le voit sur les sites web sociaux "créé le jeudi 29 janvier 2009 à 15h45". Pour obtenir cette sortie, avons-nous besoin d'enregistrer un create_day pour tous les objets/activités ou est-il calculé sur chaque chargement de page au niveau de l'application?

create_time -> Quelle heure stockons-nous dans DB? Heure locale de l'utilisateur ou heure fixe? Ceci est un site web global. Si elle est fixe, disons que je fais GMT par défaut. Ensuite, la question suivante est de savoir comment afficher l'heure exacte pour un utilisateur afin qu'il corresponde à l'heure locale. Doit prendre en compte dans le calcul que dans le temps des États-Unis change deux fois par an (économies de jour). OU, peut-être enregistrer l'heure toujours en GMT mais l'afficher aux utilisateurs en fonction de leur fuseau horaire détecté, mais cela signifie alors calculer l'heure à partir du fuseau horaire sur chaque chargement de la page?

Et depuis que je suis ici, un côté Q-> Toute différence entre la table de référence et de référence? Comment distinguer ces deux tables -> "Account_status" qui a des valeurs Active, Confirmed, etc ... ET une autre table "City" qui a des noms de villes. La première table est une table d'ID système utilisée uniquement dans le backend. La table de la ville est une table d'identification utilisée par les utilisateurs pour sélectionner la ville. Sont-ils à la fois recherche ou référence ou même/différent?

Answer 1

• Create_date Vous voulez généralement d'utiliser les sous-jacents DMBS type de stockage date qui stocke toutes les pièces d'une date (et le cas échéant, comme datetime MySQL). Cela ouvre la possibilité d'utiliser des fonctions de traitement de date dans le SGBD. Pour l'exemple de filtre, vous devez calculer la date d'il y a 2 semaines. Vous pouvez également avoir une fonction pour spécifier une telle chaîne dans le SGBD. Le strotime() de PHP le permet.
• Create_day La sortie de texte est soit automatique (datetime MySQL par exemple), soit facile à restituer, quelle que soit la pièce dont vous avez besoin. (PHP date() peut le faire). C'est généralement une bonne idée de stocker un horodatage (datetime) pour chaque enregistrement.
• Create_time S'il s'agit d'une application globale, vous devez utiliser UTC/GMT. Chaque utilisateur aura son décalage appliqué aux temps et à leurs soumissions de formulaire (comme la recherche). Les objets DateTime de PHP permettent de spécifier un nom de fuseau horaire comme décalage. L'utilisateur peut choisir parmi une liste mais dans sa forme standard c'est une grande liste et n'est pas beaucoup vers la convivialité si elle ne correspond même pas à leur ville (http://us.php.net/manual/en/timezones.php). L'autre option consiste à obtenir le fuseau horaire de l'ordinateur de l'utilisateur via Javascript.
• Table de correspondance Oui, ce sont les deux tables de recherche.