使用集合数据库模式还是EAV设计？
使用集合数据库模式还是EAV设计？
提问于 2015-02-21 20:59:16
我已经用一个集合模式创建了一个数据库设计。数据库架构用于web引用表单。PS它不是一个简单的报价形式，因此需要自定义表单，表单建设者像重力表单已经试过并适合在这种情况下使用。
我有大约15个表(大部分在2NF和3NF中)，具有set属性和数据类型。
但问题是，我应该坚持传统的规范化模式设计，还是对某些表使用EAV设计？引力表单似乎使用EAV设计，但这是由于表单生成器的动态特性。
出现这个问题的原因是，稍后可能需要从一个或一组表中添加、删除或更新属性。随着研究的完成，引号形式中的字段是相当标准的，我不认为经常修改字段，从而修改DB中的属性。
我读过一些关于EAV设计的陷阱的文章。因此，如果字段不会经常更改，那么具有关系的集合模式设计可以使用吗？
另外，如果修改模式，ALTER是否会导致任何问题？如果将属性添加到带ALTER的表中，表中以前的数据集将具有新属性的值吗？alternative的替代方案是什么？
回答 1
Database Administration用户
发布于 2015-02-22 07:11:20
好吧，等你看到你需要的丑陋的连接。我是EAV的有力对手。在低效率的情况下，我已经看到了太多的大型EAV数据集。但是，由于您有一个很小的数据集，您可能不会遇到其他人遇到的问题。
这是我的博客，包括一个建议的替代方案：http://mysql.rjweb.org/doc.php/eav
页面原文内容由Database Administration提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://dba.stackexchange.com/questions/93476
复制相关文章
相似问题
腾讯云开发者
