我有一个 mysql 数据库，其中已增长到 200 多个表。我知道这不是性能问题，但是我拥有的大多数管理工具的组织不够好，无法轻松管理这么多表，我正在考虑将一些（新）表放入第二个数据库中，只是为了我自己的理智.
有没有其他人走上这条路，是否值得，还是最终比拥有一个单一数据库更麻烦？
编辑：感谢所有答案，虽然我正在寻找一些真实世界的经验而不是假设的建议，抱歉我无法选择正确的答案。
【问题讨论】：
标签： mysql database-design
就个人而言，由于数据库中的所有表都用于同一个应用程序，我建议将它们保存在同一个数据库中。如果遇到性能问题，您应该获得更多硬件。不拆分的最重要的原因是，无论你认为数据中有多少分区，都不可避免地需要跨两个数据库连接表，这在性能方面是非常昂贵的，操作做。
【讨论】：
我认为您遇到的是工具问题，而不是数据库问题！我的建议是改变你的工具，而不是把你的数据库分成多个部分。短期的“优势”（具有较短的表列表）会导致您遇到多个长期问题，例如管理代码以在多个数据库中更新/提取数据。
【讨论】：
This is 一个类似的问题，开发人员在哪里这样做。他们附近没有那么多桌子，但一些 cmets 告诉我们这有多烦人。
【讨论】：
不确定你会得到什么。您将需要维护相同数量的表格，只是分散更多。除非您可以将它们划分为某种合理的逻辑方案，否则只会使它们更难找到。如果它们是相互关联的，那么你会使关系更难表达。
【讨论】：
我目前有一个数据库，其中包含 600 个表并且还在增长，我没有遇到任何问题。我使用 MySQL Query Browser 和 MySQL Administrator 没有问题，你有什么具体问题吗？
【讨论】：
我会在你的表名前加上一些有意义的东西，这样你就可以更容易地找到你需要的表。
我同意其他人的观点，但 .. 2 个数据库等于一场编码噩梦，更不用说维护它们（备份、恢复等）
【讨论】：
这 200 个表是一个应用程序的一部分吗？如果没有，那么我建议每个应用程序有一个数据库，或者每个大型应用程序至少有一个数据库。
如果它们都属于同一个应用程序，我不会去第二个数据库，因为我认为这会导致比它解决的问题更多的问题（管理查询等）。是否可以进行一些重构以使用更少的表？
【讨论】：
如果您想开始将某些内容移至第二个数据库，请务必有目的地进行。当我意识到一些数据将成为我正在从事的几个项目的参考数据时，我会这样做。它成为我的“参考”数据库。
然后我的数据库列表将如下所示：
项目1
项目2
项目3
参考
【讨论】：