sql - 创建“存档”数据库以卸载应用程序“主”数据库

Question

我想创建一个应该包含大量数据的 Web 应用程序。我想问一下你们中是否有人遇到过包含两个数据库的系统——主数据库和存档数据库。我想创建一种机制，将旧数据从主数据库移动到存档数据库以便卸载它。例如，当我有一个用户帐户表时，我想将超过三个月未使用的帐户移动到存档数据库中。完成此操作后，主数据库可能会显着卸载，因此我希望它能够更快地工作。然而，这种机制必须在两个方向上起作用——不仅从主数据库迁移到存档，而且从存档迁移到主数据库，以允许用户“刷新”他们的帐户。当然，在这种情况下，我将使用 GUID 而不是 BIGINT 作为主键。你怎么看待这件事？这样的概念是否正确，或者我不应该为此烦恼并假设应该只有一个数据库？提前致谢。

Answer 1

Having archive database never hurts, but usually it's used for restoring or reporting. I think in most cases partitioning will serve your purpose better. Also, many RDMS systems propose different solutions out of the box, like database clustering, mirroring, etc.