Database design 数据库设计:多字段表单

Database design 数据库设计:多字段表单,database-design,Database Design,我想知道在字段命名方面是否有任何建议/最佳实践,这些建议/最佳实践将存储具有约20-30个字段的表单值 这种形式可能很少改变(可能在4-8年或更短的时间内) 大多数人似乎认为,Box001、Box002、…、Box030是需要采用的解决方案 我强烈地感觉到字段的名称需要在语义上描述“box”所代表的内容。主要有两个原因:移除/添加时的帧移动,并且更容易引用这些字段 我们放弃了序列化表单字段的选项,主要是因为将来可能会对数据生成报告 鉴于我在我的团队中面临委任多数: 是否有存储此类数据的最佳做法

我想知道在字段命名方面是否有任何建议/最佳实践,这些建议/最佳实践将存储具有约20-30个字段的表单值

这种形式可能很少改变(可能在4-8年或更短的时间内)

大多数人似乎认为,Box001、Box002、…、Box030是需要采用的解决方案

我强烈地感觉到字段的名称需要在语义上描述“box”所代表的内容。主要有两个原因:移除/添加时的帧移动,并且更容易引用这些字段

我们放弃了序列化表单字段的选项,主要是因为将来可能会对数据生成报告

鉴于我在我的团队中面临委任多数:

  • 是否有存储此类数据的最佳做法
  • 有没有令人信服的论据,或者我的立场完全错了

  • 如果这个结构是相当静态的,所以没有太多变化,我几乎不明白为什么要把它变成通用的。我个人赞成正确命名您的列,显示意图(如您所说的描述性),但也正确键入和约束它。它还可以避免数据变得不一致。

    在设计数据库时,我和您的感觉是一样的,表名和字段应该是语义描述的

    然而,如果前端需要随着时间的推移而改变,即使您将字段命名为Box001、Box002,在迭代次数之后,这将更加混乱,特别是如果开发人员是新的

    值得考虑创建一个将前端映射到后端的中间表

    例如,您有一个名为“Address”的文本框,数据库中有一个名为Street Name的字段。因此,您创建了一个将地址映射到街道名称的表,因此在将来,“地址”突然变成“地址行1”,您只需更新地图即可。通过这种方式,您可以维护数据库字段