数百个表的数据库设计

时间:2015-11-06 09:15:39

标签: mysql database nosql

我一直在使用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,那么传统上我需要知道我想要创建多少个表,创建它们并最终开始开发。

我正在考虑创建像维基百科这样的东西。不是维基百科本身,而是从一个内容到另一个内容,我可以看到不同的部分,因此我想遵循这个概念。

1 个答案:

答案 0 :(得分:1)

根据操作注释:"默认情况下,每个表只有一条记录。但是一旦用户编辑了记录,他或她就会拥有他或她自己可以看到的自定义记录"

这可以解释为什么你有数百个表。您的系统中还可以包含 1 table max ,只有授权用户才能看到他或她的行。

你可能没有详细说明的原因是因为架构的设计非常糟糕,所以最好在上面发布的第2条评论中保持沉默,并且首先应该解释为什么你这么做需要这样的东西。"