Nomeação de sugestões para o campo de data e hora do banco de dados
-
24-09-2019 - |
Pergunta
Ao criar tabelas de banco de dados, muitas vezes fico perplexo ao tentar nomear meus campos de hora/data/timestamp. Às vezes, é fácil, como edit_date e expiration_date ... mas muitas vezes não é tão fácil. Não gosto de repetir o nome da tabela nos nomes de campo porque parece redundante. Se você tem um posts
Tabela, seu campo de carimbo de data / hora for post_date
? Obviamente, não deveríamos (não podemos?) Usar data/hora/registro de data e hora para nomes de campo, embora às vezes eles pareçam a melhor opção se tivéssemos a opção.
Existe uma convenção de nomeação lógica para nomear campos relacionados ao tempo? Como essa pergunta provavelmente não é definitivamente responsável, eu fui em frente e a Wiki a partir do início. Tendo digitado tudo, parece trivial e bobo, mas espero que haja alguém por aí que agonize sobre nomes de campo no passado que simpatizarão.
Editar:
Como uma pergunta de acompanhamento relacionada, você usa 'tempo' ou 'data' em seus nomes de campo ao lidar com dados DateTime/Timestamp que têm mais do que apenas o componente da data (DownloadDate vs. DownloadTime vs. outra coisa)?
Solução
As datas de "limpeza" são mais bem nomeadas iguais em todas as tabelas para consistência no uso a jusante, por exemplo, a DATECreated e DatEmodified. Outras datas serão mais indicativas de seu uso e serão específicas para uma ação, por exemplo, DateInVoiced, datas, etc.
Outras dicas
CreatedOn, CreatedAtE, Modifiedon, ModifiedDate
são algumas sugestões
DataCreated DataModified PublishTime UpdateTime LastUpDateTime CreationTime ModificationTime
Essas propriedades também são algumas das propriedades básicas ... e elas devem estar em todas as tabelas (pode haver exceção) ... se você estiver mapeando as tabelas para objetos ... esses dois devem fazer parte da classe base ( junto com uids)