sql - アプリケーションの「メイン」データベースをアンロードするための「アーカイブ」データベースの作成

Question

大量のデータを含むことになっている Web アプリケーションを作成したいと考えています。メインとアーカイブの 2 つのデータベースを含むシステムに会ったことがある人がいるかどうかを尋ねたいと思います。古いデータをメイン データベースからアーカイブ データベースに移動してアンロードするメカニズムを作成したいと考えています。たとえば、ユーザー アカウントのテーブルがある場合、たとえば 3 か月以上使用されていないアカウントをアーカイブ データベースに移動したいと考えています。これが完了すると、メイン データベースが大幅にアンロードされる可能性があるため、より高速に動作することが期待されます。ただし、このようなメカニズムは、ユーザーが自分のアカウントを「更新」できるようにするために、メインからアーカイブへの移行だけでなく、アーカイブからメイン データベースへの移行という 2 つの方向で機能する必要があります。もちろん、そのようなシナリオでは、BIGINT の代わりに GUID を PRIMARY KEY として使用します。あなたはそれについてどう思いますか？そのような概念は正しいですか、それともデータベースは 1 つしかないと仮定して気にするべきではありませんか? 前もって感謝します。

Answer 1

アーカイブ データベースがあれば問題はありませんが、通常は復元やレポートに使用されます。ほとんどの場合、パーティショニングの方が目的にかなうと思います。また、多くの RDMS システムは、データベース クラスタリング、ミラーリングなど、すぐに使用できるさまざまなソリューションを提案しています。