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

观目测人

我有一个目前正在用的。Web应用程序MySQL数据库被用作后端，在继续之前，我需要知道哪种情况更适合我。
简言之，在这个应用程序中，用户将能够使用任何数字字段（由他们决定）构建自己的表单，现在我将其全部存储在几个由外部键链接的表中。我的一个朋友建议，为了使事情轻松/快速，我应该将每个用户的表单转换为一个平面表，以便快速查询数据（以防万一）。
我应该使用所有包含外部键（索引等）的关系表来规范数据库，还是应该为用户创建每个新的表单结构表？
显然，创建平面表的一些好处是数据分离（安全性)，查询速度会降低。但是，认真的，我会从中获得多少好处呢？我真的不想要1万块手表，我一直在删除、更改和添加它们，但如果它们比我做得更好……我只需要一些输入。
: p4 a& u% b6 d$ Z5 `! ?, \4 M谢谢
                                                               
! C! ?& L! E+ `, ^9 a- {: d    解决方案:                                                               
; ^' C- I/ b3 I: c/ R: b+ a- g                                                                经验法则。从标准化到非标准化比其他方法容易得多。
从合理级别的数据库标准化开始（合理地说，我指的是可读、可维护、高效但不过早优化），然后，如果你在增长过程中遇到性能问题，你可以选择研究非标准化可以提高性能的方法。