什么时候创建第二个数据库？

Question

我有一个mysql数据库，它已经发展到超过200个表。我知道这不是一个性能问题，但是我所拥有的大多数管理工具组织得不够好，无法轻松管理这些数量的表，而我正在考虑将一些（新）表放入第二个数据库，这只是为了我自己的理智

有没有其他人走过这条路，是否值得，或者最终比拥有一个整体数据库更麻烦？

编辑：感谢所有的答案，虽然我正在寻找一些真实的体验，而不是假设的建议，抱歉，我无法选择正确的答案。

Answer 1

就个人而言，由于数据库中的所有表都是针对同一个应用程序，我建议将它们保存在同一个数据库中。如果遇到性能问题，您应该获得更多硬件。不分解它们的最重要原因是，无论您认为数据中存在多少分区，您将不可避免地需要跨两个数据库连接表，这在性能，操作方面是非常昂贵的。做。

Answer 2

This is一个类似的问题，开发人员就是这样做的。他们没有接近那么多桌子，但有些评论说明它有多烦人。

Answer 3

我认为您遇到了工具问题，而不是数据库问题！我的建议是改变你的工具，而不是在多个部分打破你的数据库。短期“优势”（具有较短的表列表）将导致多个长期问题，例如管理代码以在多个数据库之间更新/提取数据。

Answer 4

不确定你会得到什么。您将拥有相同数量的表来维护，只是传播更多。除非你能用一些合理的逻辑方案对它们进行分区，否则你只会让它们更难找到。如果它们相互关联，那么你就会更难以表达关系。

Answer 5

我目前有一个包含600个表的数据库并且还在增长，我没有遇到任何问题。我没有问题地使用MySQL查询浏览器和MySQL管理员，你有任何具体问题吗？

Answer 6

我会在表名前加上有意义的内容，这样您就可以更轻松地找到所需的表格。

我同意其他所有人的观点.2数据库等于编码噩梦，更不用说维护它们了（备份，恢复等）

Answer 7

这200个表是否是一个应用程序的一部分？如果没有，那么我建议每个应用程序有一个数据库，或者每个大应用程序至少有一个数据库。

如果它们都属于同一个应用程序，我就不会去第二个数据库，因为我认为这会导致更多问题（管理查询等）而不是它解决的问题。可能需要一点点重构才能使用更少的表格？

Answer 8

如果您想开始将某些内容移到第二个数据库，请确保有目的地执行此操作。当我意识到一些数据将是我正在进行的几个项目的参考数据时，我这样做了。它成为我的“参考”数据库。

然后我的数据库列表如下所示：
PROJECT1
项目2
项目3
参考