0
Données comme le mois de naissance, le jour et l'année, l'âge de l'utilisateur, le sexe/sexe, etc. Devraient-ils être stockés comme texte ou ID basé dans la base de données? ID basé signifie qu'ils auront des valeurs de recherche. L'utilisation est par exemple: l'inscription de l'utilisateur enregistrera l'âge, les profils d'utilisateur auront un âge de partenaire de recherche, etc. ainsi l'âge et d'autres données peuvent être utilisés dans plusieurs endroits. En backend, il y aura de l'analytique qui me pousse à utiliser des tables de recherche pour les petites choses comme le genre qui n'ont que deux ou trois valeurs.Tables de consultation pour l'entrée utilisateur de base?
Je ne veux pas dire le type. Je veux dire les valeurs. L'âge est compris entre 1 et 120. Toutes ces valeurs -> stockons-nous ces données sous forme de champ dans la base de données ou doivent-elles toutes être une table de recherche comme Age_id, Age où chaque ligne est un nombre compris entre 1 et 120? il. Je demande parce que j'ai tout un composant analytique à concevoir, donc le mappage des données entre les tables et le maintien des valeurs std est très très critique à travers le système. Comme je l'ai vu ex où l'année de naissance a une table de recherche aussi pour toutes les années possibles. En même temps, j'ai vu beaucoup de gens qui le stockent sous forme de date/texte. – Karem
@Karem Je pense que ma réponse et la sienne sont essentiellement les mêmes. Pour les champs que vous avez mentionnés, vous devez trouver les types de données appropriés à ce que vous voulez stocker. Un champ de date peut contenir mois, jour et année dans un champ, puis plus tard si vous avez besoin d'un mois, vous pouvez le diviser en utilisant une fonction de base de données. Et l'âge peut être dérivé de la date de naissance, donc le stockage est redondant. –