database convenzione: colonna datetime

Question

Qual è la vostra convenzione di denominazione per colonne datetime (nel mio caso, con MS SQL Server)

per una colonna che memorizza quando la riga è stato creato CreatedDateTime ha un senso, o LastModifiedDatetime.

Ma per una semplice tabella, diciamo uno chiamato Evento, vuoi creare colonne chiamati:

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 

Se devi usare né convenzione: Si prega di fornire la colonna nome che useresti.

Answer 1

normalmente citarne colonne DateTime come ACTION_WORD_on: created_on, completed_on, etc.

Il ACTION_WORD definisce la colonna rappresenta, e il suffisso (_on) indica che la colonna rappresenta il tempo.

Altri suffissi (o anche prefissi) possono essere utilizzati per specificare il tipo di dati (_at, _UTC, when_, ecc.).

Essere descrittivo. Sii coerente.

Answer 2

Eviterei di utilizzare i tipi di dati per i nomi di colonna (una colonna DATETIME chiamata Datetime), quindi voterò per la prima opzione.

Answer 3

preferisco per creare colonne nella seconda forma - anche se probabilmente sarei voglio un nome più descrittivo di Datetime, a seconda di quale sarebbe il suo utilizzo.

Edit: In questo tipo di situazione, che potrebbe effettivamente andare con un ibrido per questo singolo campo, e renderlo 'EventDate', 'StartDate', o qualcosa di simile.

Answer 4

Il nome deve comunicare ciò che le imprese significato dei dati è nella colonna ... "DateTime" è proprio il tipo di dati. È quando l'evento è successo? quando è stato registrato? quando è stato memorizzato nel DB? Quando i dati sono stati modificati l'ultima volta?

Se comunica in modo efficace il significato di ciò che la colonna contiene, il nome va bene. "DateTime" non va bene. "EventDateTime" è solo leggermente migliore. Se la tabella contiene eventi, qualsiasi campo datetime nella tabella è un EventDateTime (registra alcuni dati datetime relativi all'evento). Anche se c'è solo uno colonna datetime in una tabella "Eventi", quindi EventDateTime implica che è quando l'evento è accaduto, così che è probabilmente ok.

scegliere o selezionare il nome in modo che comunica la significa del valore ...

Dato domanda cura, alcuni nomi suggeriti potrebbero essere:

si è verificato, o OccurredDateTime o OccurredUTC, (o OccurredLocal), o, se gli eventi nel tuo modello aziendale hanno durata, allora forse StartedUtc, o BeganUtc, InitiatedUtc, ecc.

Answer 5

Probabilmente userò qualcosa come "WhenRaisedUtc".

Answer 6

Perché chiamarlo EventDateTime, quando non si usa anche EventIDInt, o EventEnbaledVarchar? Perché includere il tipo di dati nel nome della colonna? (La mia regola generale è che, se stanno accedendo ai dati in una tabella, sanno meglio quali sono i tipi di dati della colonna, perché altrimenti non sanno con cosa stanno lavorando.)

In questi giorni preferisco quello che penso di nomi di colonne come descrittivi, come ad esempio:
CreateDate
DateCreated
CreatedAt
createdOn (se non c'è parte di tempo)
AddedOn (potrebbe essere semanitcally più appropriato, a seconda dei dati)

Scegliere una "etichetta" e usarla in modo coerente in ogni tabella che richiede dati di questo tipo è anche una buona cosa. Ad esempio, avere una colonna "CreateDate" in (quasi) ogni tabella va bene, perché in questo modo saprai sempre quale colonna in ogni tabella ti dirà quando è stata creata una riga. Non rimanere sbigottito dall'argomento "ma tutti devono avere nomi univoci"; se stai scrivendo una query, è meglio sapere da quali tabelle stai tirando ogni colonna.

--Edit--

ho appena ricordato un'eccezione che ho fatto in passato. Se una colonna DateTime (o SmallDateTime) non contiene alcuna porzione di tempo, solo la data, come "promemoria", inserisco "Data" nel nome della colonna, ad esempio "Fatturazione" invece di "Fatturato" o "Fatturato". Questo non dovrebbe essere applicato durante il tracciamento quando sono state aggiunte righe, dal momento che si desidera anche l'ora.

Answer 7

Vorrei chiamare la colonna HappensAt, perché la riga descrive un evento e l'attributo (colonna) nei dettagli della domanda quando si verifica. Come regola generale cerco di chiamare i miei tavoli con sostantivi singolari ei miei attributi con frasi che possono essere utilizzati per leggere, come

nometabella (chiave) columname columnvalue

Quindi vorrei quindi essere in grado di dire

evento

(131) HappensAt 21 dicembre 2009, 21:30

Tuttavia questa non è una regola inviolabile. Registrerei ancora la data in cui qualcuno è nato in una colonna Data di nascita, non in una colonna di WasBornOn. Devi tenere a mente gli usi comuni del linguaggio naturale quando dai un nome alle cose. Impegnarsi per l'uso naturale e il resto seguirà. Segui le regole alla cieca e i tuoi lettori lotteranno per la comprensione.

Answer 8

qui ci sono molte buone risposte, quindi non duplicherò. Ma ricorda non nominare mai una colonna una parola riservata !!!

anche, mi piace molto i nomi delle colonne in opzione 1.

Answer 9

forse è solo me, ma io non credo che si dovrebbe assegnare un nome alle colonne con tipi di dati, né replicare il nome della tabella in tutto i campi .