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

Question

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

是否有其他人走过这条道路，是否值得，还是最终比单个数据库更麻烦？

编辑：感谢所有的答案，虽然我一直在寻找一些真实世界的经验，而不是假设的建议，对不起，我不能选择正确的答案。

Answer 1

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

Answer 2

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

Answer 3

This is一个类似的问题，其中一个开发人员这样做。他们没有接近那么多桌子，但一些评论告诉我们它可能会有多恼人。

Answer 4

我目前有一个数据库，里面有600个表，并且越来越多，我没有遇到任何问题。我使用MySQL Query Browser和MySQL Administrator没有问题，你有什么具体问题吗？

Answer 5

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

Answer 6

如果你想开始移动一些东西到第二个数据库，确保有目的地去做。当我意识到某些数据将成为我正在处理的几个项目的参考数据时，我会这样做。它成为我的“参考”数据库。

然后，我的数据库列表看起来像以下：
PROJECT1
项目2
项目3
参考

Answer 7

我想为表名添加一些有意义的前缀，这样您就可以更轻松地找到需要的表。

我同意其他人，但.. 2个数据库等于编码的噩梦，更何况他们保持（备份，恢复等）

Answer 8

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

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