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

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

This is 一个类似的问题,一个开发者这样做的问题。他们没有那么多的桌子,但是一些评论告诉我们这有多烦人。

不知道你会得到什么。您将有相同数量的表需要维护,只需分散更多。除非你能用合理的逻辑方案来划分它们,否则你只会使它们更难找到。如果它们是相互关联的,那么你会使这些关系更难表达。

我现在有一个数据库,里面有600个表,而且还在增长,我没有遇到任何问题。我使用MySQL查询浏览器和MySQL管理员没有问题,您有什么具体问题吗?

我会给你的表名加上一些有意义的前缀,这样你就可以更容易地找到你需要的表。

这200张表是一个应用程序的一部分吗?如果不是,那么我建议每个应用程序有一个数据库,或者每个大型应用程序至少有一个数据库。

如果它们都属于同一个应用程序,我不会去第二个数据库,因为我认为这将导致更多的问题(管理查询等),而不是它所解决的问题。也许需要一点重构来使用更少的表?

如果您想开始将某些内容移动到第二个数据库,请确保有目的地这样做。当我意识到一些数据将是我正在从事的几个项目的参考数据时,我就会这样做。它成为我的“参考”数据库。

然后,我的数据库列表将如下所示:

项目2
项目3
参考