MySQL表组织

Question

我正在使用 MySQL 和 PHP 开发一个项目。我将有许多(可能有数百到数千个)用户，并且每个用户都会有许多(数千个)与他/她相关的条目。我最初想把所有的条目都放在一个表中，并让其中一列是条目对应的用户 ID，但是这个表会变得很大，而且可能难以管理。我需要经常查询表以获取与特定用户 ID 相对应的条目，这可能需要一段时间。但是，我很少需要查询不共享用户 ID 的数据。

我现在正在考虑为每个用户 ID 创建一个表(例如，用户 ID 为“table1”之类的东西)，然后只查询各个表。但是，拥有数千张 table 听起来也是个坏主意。

您会推荐哪个？还是有我没有想到的更好的解决方案？ (我希望我的问题是有道理的!)

Answer 1

唯一有效的方法是将所有内容都放在一个表中。 MySQL 不适合这种极端用途。

我建议您将所有条目保存在一个表中，每个条目都有 UserID。并且不要忘记将索引放在该字段上。

考虑多个表可能是合理的，但如果你这样做，你的查询实际上会花费更多的时间，并且数据会占用更多的磁盘空间，因为每个表都会产生额外的开销。

使用一张表，走唯一有效的路。拆分不是一种选择，您只会创建数据碎片，让您在想要的时候遇到困难例如做一个备份。

补充说明:我见过很多次20GB的表，但我从未见过超过100个表的数据库。