Database design 数据库日期字段-命名约定

Database design 数据库日期字段-命名约定,database-design,naming-conventions,Database Design,Naming Conventions,命名日期/日期时间字段的好方法是什么?无法决定是否要使用诸如到期日,结束时间,创建日期,还是简单地使用到期,修改,我通常使用“日期”作为前缀: date_created date_end date_deleted date_modified 只要你始终如一,你就应该保持良好的状态。或者,如果您正在开发现有产品,请遵循他们的标准。部分更改约定对您身后的人来说很烦人。我认为这两种标准都可以,但就我个人而言,我发现类似“modified”这样的列名在没有看到相关数据类型的情况下模棱两可-是布尔型、日

命名日期/日期时间字段的好方法是什么?无法决定是否要使用诸如
到期日
结束时间
创建日期
,还是简单地使用
到期
修改
,我通常使用“日期”作为前缀:

date_created
date_end
date_deleted
date_modified

只要你始终如一,你就应该保持良好的状态。或者,如果您正在开发现有产品,请遵循他们的标准。部分更改约定对您身后的人来说很烦人。

我认为这两种标准都可以,但就我个人而言,我发现类似“modified”这样的列名在没有看到相关数据类型的情况下模棱两可-是布尔型、日期还是用户ID?我更喜欢“modified_on”、“modify_date”、“is_modified”、“modified_by”之类的词。

我知道这个词很古老,但我想去掉后缀“At”。因此,CreatedAt或ModifiedAt。在常规方法中有点道理,并且不需要名称中的类型。

我知道的大多数日期字段(正确地)比day分辨率高得多。通常它们都是第二个,并且通常具有更高的分辨率。因此,“time_”可能是一个更准确的前缀,但“date”一词背后有着丰富的历史,它传达的含义很好。虽然我习惯性地存储日期时间,并根据应用程序需要的分辨率进行过滤。这是一篇老文章,但我喜欢使用
dt
而不是
date
,我认为这可能会与位置混淆,可以追溯到“date”后缀/前缀建议。@JasonH如果你与不应该使用的规则一致,则不会。不过,也许“On”是一个更好的后缀,因为它消除了我所看到的歧义。@Ryan我同意“On”是一个比“At”更好的后缀。“At”通常用于指定时间,而“On”用于指定日期。回顾我最初的陈述,我可以理解为什么有些人更喜欢“At”。另请参见: