sql – 我应该使用平面表还是标准化的数据库？

简单地说,在这个应用程序中,用户将能够使用任何数字字段(他们决定)构建自己的表单,现在我将它全部存储在通过外键链接的几个表中.我的一个朋友建议,为了保持“容易/快速”的事情,我应该将每个用户的表单转换成一个平面表,以便查询来自它们的数据保持快速(如果发生大的增长).

我应该将数据库归一化为使用外键(索引等)的关系表中的所有内容,还是应该为用户创建的每个新表单构建平面表？

显然,创建平面表的一些积极因素是数据分离(安全性),查询速度将被削减.但是,我认真地从中获得了多少收益？我真的不想要10000张桌子,要放弃,改变和添加所有的时间,但如果它会比我会做的更好…我只需要一些输入.

谢谢

解决方法

从合理的数据库规范化水平开始(通过合理的方式,我的意思是可读性,可维护性和高效性,但不是过早优化),那么如果您在增长时遇到性能问题,您可以选择查看非规范化可能会提高性能的方法.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!