百表数据库设计

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

根据操作评论："by default theres only one record for each table. But once a user edits the record, he or she will have the customized record which he or she alone can see"

这可以解释为什么您有数百个 table。您还可以在系统中设置 1 table max，只有授权用户才能看到他或她的行。

您可能没有详细说明的原因是架构设计得很糟糕，最好对上面发布的第二条评论保持沉默 "You should, first of all, explain why you would need such a thing."

百表数据库设计

Database design for hundred of tables

mysql

database

nosql