数百个表的数据库设计

Question

我一直在使用MySQL来开发几乎所有的应用程序。现在有一个新的应用程序，我需要用下面的UI开发（基于web）

Table 1 (col1, col2,col3,col4) 
Table 2 (col1, col2,col3,col4,col5,col6) 
Table 3 (col1, col2) 
... 
Table 500 (col1, col2,col3,col4,col5,col6, col7) 

基本表的数量可以达到500（或甚至1000）。我的问题是，我还应该使用MySQL吗？ NoSQL会更适合这个吗？

为什么我需要这个？

我想知道是否有这样的机制来创建tables在飞行中，而不知道到底有多少表。如果我必须使用MySQL，那么传统上我需要确切地知道我要创建多少个表，创建它们并最终开始开发。

我想创建类似维基百科的东西。不是维基百科本身，而是从一个内容到另一个内容，我可以看到不同的部分，因此我想遵循这个概念。

Answer 1

由于每个操作的评论：“在默认情况下孤单的每个表中只有一个记录，但一旦用户编辑纪录，他或她将有定制的纪录，他或她独自可以看到”

可能解释为什么你有数百个表格。您也可以在您的系统中有1个表最大只有授权用户可以看到他或她的行。

你可能没有详细说明的原因是因为模式设计得很差，所以最好在上面发表的第二条评论中保持沉默，该条提到“你应该首先解释为什么你需要这样一个事情。”