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)?

Foi útil?

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)

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top