我正在构建一个使用数据库的Web应用程序（特别是MySQL）。 对于每个数据库，每个用户都有自己的表，每个表都有自己的类别。例如：
数据库1（音乐播放列表） - 表格：User1，User2，User3
数据库2（墙上帖子） - 表格：User1，User2，User3
数据库3（Wall回复） - 表：User1_post1，User1_post2，User3_post1
我们现在说我有10万用户。考虑到总共有多少桌子，这是明智的吗？这是否有最大表格限制？这会影响性能吗？
我现在正在上课，我才意识到有桌子的加入。这是一个更好的主意吗？它会有不同的表现吗？
答案 0 :(得分：1)
关系数据库旨在处理大量数据。具有数百万行的表并不罕见;还有数十亿行的例子。因此，只要您了解如何构建数据库，就不必担心100,000个用户。两个关键的想法是索引和分区。
但是，您的结构确实存在问题。您不要为每个用户创建一个单独的表。您需要一个包含指定用户的列的表。虽然这些表将有数十万或数百万行，但您无需担心。数据库专为此类卷而设计。