Convention sur le nom de la base de données : Colonne DATETIME

Question

Quelle est votre convention d'appellation pour les colonnes DATETIME (dans mon cas, j'utilise MS SQL Server) ?

Pour une colonne qui stocke la date de création de la ligne Date de création a du sens, ou Date de la dernière modification .

Mais pour un tableau simple, disons un tableau intitulé "Événement", vous créeriez des colonnes intitulées "Événement", "Événement" et "Événement" :

EventID,                 // Primary key
EventDatetime,           // When the event is happening
EventEnabled             // Is the event is on

o

ID,                      // Primary key
Datetime,                // When the event is happening
Enabled                  // Is the event is on

Si vous n'utilisez ni l'une ni l'autre de ces conventions : Veuillez indiquer le nom de la colonne que vous utiliseriez.

Answer 1

Je nomme normalement les colonnes DATETIME comme suit ACTION_WORD_on: created_on, completed_on, etc.

En ACTION_WORD définit ce que la colonne représente, et le suffixe ( _on ) indique que la colonne représente le temps.

D'autres suffixes (ou même des préfixes) peuvent être utilisés pour spécifier le type de données ( _at , _UTC , when_ etc).

Soyez descriptif. Soyez cohérent.

Answer 2

Pourquoi l'appeler EventDateTime, si vous n'utilisez pas également EventIDInt ou EventEnbaledVarchar ? Pourquoi inclure le type de données dans le nom de la colonne ? (Ma règle de base est la suivante : s'ils accèdent aux données d'une table, ils ont intérêt à connaître le type de données de la colonne, sinon ils ne savent pas avec quoi ils travaillent).

Aujourd'hui, je préfère ce que j'appelle des noms de colonnes descriptifs, comme par exemple :
Date de création
Date de création
Créé le
CrééOn (s'il n'y a pas de portion de temps)
AddedOn (peut être sémantiquement plus approprié, en fonction des données)

Il est également utile de choisir une "étiquette" et de l'utiliser de manière cohérente dans tous les tableaux qui requièrent ce type de données. Par exemple, avoir une colonne "CreateDate" dans (presque) tous les tableaux est une bonne chose, car vous saurez alors toujours quelle colonne de chaque tableau vous indiquera la date de création d'une ligne. Ne vous laissez pas arrêter par l'argument "mais elles doivent toutes avoir des noms uniques" ; si vous écrivez une requête, vous avez tout intérêt à savoir de quelles tables vous tirez chaque colonne.

--Edit--

Je viens de me souvenir d'une exception que j'ai faite dans le passé. Si une colonne DateTime (ou SmallDateTime) ne contient pas de partie temporelle, mais uniquement la date, je mettrais "Date" dans le nom de la colonne, par exemple "BilledDate" au lieu de "Billed" ou "BilledOn". Cela ne devrait pas s'appliquer au suivi de l'ajout de lignes, puisque vous voudriez également connaître l'heure.

Answer 3

Le nom doit indiquer la signification commerciale des données contenues dans la colonne... "DateTime" est simplement le type de données. S'agit-il du moment où l'événement s'est produit ? du moment où il a été enregistré ? du moment où il a été stocké dans la base de données ? Quand les données ont-elles été modifiées pour la dernière fois ?

S'il communique efficacement la signification de ce que la colonne contient, le nom est parfait. "DateTime" n'est pas correct. "EventDateTime" est seulement très légèrement mieux. Si la table contient des événements, tout champ de type date dans la table est un EventDateTime (il enregistre une date liée à l'événement). Toutefois, s'il n'y a que des un dans une table "Events", EventDateTime implique qu'il s'agit de la date à laquelle l'événement s'est produit, ce qui est probablement correct.

Choisissez ou sélectionnez le nom de manière à ce qu'il communique le nom de l'entreprise. sens de la valeur...

Compte tenu de la question éditée, quelques noms pourraient être suggérés :

Occurred, ou OccurredDateTime, ou OccurredUTC, (ou OccurredLocal), ou, si les événements de votre modèle d'entreprise ont une durée, peut-être StartedUtc, ou BeganedUtc, ou InitiatedUtc, etc.

Answer 4

Je préfère créer des colonnes sous la deuxième forme - même si je voudrais probablement un nom plus descriptif que Datetime, en fonction de l'utilisation qui en sera faite.

Modification : dans ce type de situation, je pourrais en fait opter pour un champ hybride et le nommer "EventDate", "StartDate", ou quelque chose de similaire.

Answer 5

J'éviterais d'utiliser des types de données pour les noms de colonnes (une colonne DATETIME appelée Datetime), donc je vote pour la première option.