複数のバージョンのデータベースをSQL Serverインスタンスに格納する最も論理的な方法は何ですか？

Question

私たちは、Azureをデータソースとして使用するAWSのウェブサイトを運営しています。 Azureは、顧客からのトランザクションレプリケーションによって生成されます。 3か4か月に一度、顧客データベースの新しいバージョンがリリースされます。私の会社はこの顧客データベースを作成しません。多くの場合、新しいバージョンには更新スクリプトが付属しておらず、基本的にすべての顧客情報が消去され、新しいデータベースバージョンは新しく作成されます。

これらの更新によってクラウドで中断のない履歴を維持するにはどうすればよいですか？私は2つのオプションだけを見る：各バージョンの新しいデータベースを作成し、各バージョンの新しいスキーマを作成する。最初は時間が経つにつれて高価になり、第2のものはハッキリと感じる。それが大したことならば、自分のアップデートスクリプトを作成するだけですか？

Answer 1

費用を抑えるには、Azure SQL DB用のElastic Poolを検討してください。弾性プールには、必要に応じてN個のデータベース間で共有できるeDTUの割り当てがあります。プール内のすべてのデータベースで使用されているDTUの合計がプールの最大DTUを超えていない限り、あなたは金色です。

データベースの古いバージョンにアクセス可能である必要がありますが、多分（あまり）トラフィックがないと思われます。同じ弾性プールに古いバージョンをホスティングすることで、大幅にコストを削減し、必要に応じてアクセス可能にすることができます。

もう1つのオプションは、古いバージョンのバックアップをとり、必要に応じて復元することです。