数据库设计:多字段表单
数据库设计:多字段表单
提问于 2013-03-14 09:01:20
我想知道在命名字段()方面是否有任何建议/最佳实践，该字段将用20-30个字段存储表单的值。
形式可能会改变，很少(可能在4-8年，或更短的时间)。
大多数人似乎认为，Box001、Box002、.、Box030是需要采用的解决方案。
我强烈地认为，字段的名称需要对"box“所代表的内容进行语义描述。主要有两个原因:移除/加法时的帧移位，而且更容易参考这些字段。
我们放弃了序列化表单字段的选项，主要是因为将来可能会在数据上生成报告。
鉴于我在本集团中正面临多数：
- 是否存在存储此类数据的最佳实践？
- 是否有令人信服的论据，还是我的立场完全错了？
回答 2
Stack Overflow用户
发布于 2013-03-14 09:07:32
如果这个结构是静态的，所以不会有太多变化，我很难理解为什么你会把它变成通用的。我个人赞成正确命名您的列，显示意图(如您所说的描述性的)，但也正确地键入和限制它。它还将避免您的数据变得不一致。
Stack Overflow用户
发布于 2013-03-14 09:20:02
在设计数据库时，我确实感觉到，表名和字段应该是语义描述性的。
但是，如果需要前端随时间进行更改，即使您将字段命名为Box001、Box002，这也会在迭代次数之后混淆更多，特别是如果开发人员是新开发人员的话。
创建一个将前端映射到后端的中间表是值得考虑的。
例如，在表单中有一个名为"Address“的文本框，在db中有一个名为”Street Name“的字段。因此，您创建了一个将地址映射到街道名称的表，因此在将来，" Address“突然变成"Address Line 1"，您只需更新地图即可。通过这种方式，可以维护数据库字段的描述性。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/15404925
复制相关文章
相似问题
腾讯云开发者
