データベースの保存、復元、コピー

Question

アプリケーションはトレーニングセッションを実行します。各セッションの環境（ゲームの「ミッション」や「レベル」など）は、データベースに格納されます。

• セッションを開始する前に、使用可能なデータベースのうちどれを使用するかを選択できます。
• セッションデータベース中に変更される可能性があります。
• セッション変更後のデータベースは通常破棄されますが、新しい名前または同じ名前で保存されることがあります。
• データベースは、接続されていないコンピュータ間（フラッシュカード上）にコピーされることがよくあります。

環境がプレーンファイルに格納されている場合は、簡単にコピー、ロード、保存できます。 現在、MS SQLバックアップとしてデータベースを格納し、ファイルとしてコピーして保存し、セッションの開始時に実際のDBMSにロードするという同様のアプローチを採用しています。主な問題は変更です。データベーススキーマが変更された場合、すべてのバックアップを更新する必要があります。これはエラーが発生しやすくなります。

追加の "環境id"関係を持つすべてのデータベースを1つのデータベースに格納し、環境をロード、保存、コピーするユーティリティを提供することは、タスクにとっては複雑すぎるようです。

その機能を設計する他の方法はありますか？この問題はおそらくユニークではなく、解決策が必要です。

Answer 1

まず、SQLバックアップのアイディアを省き、データ変更を記録するテーブルに移動する必要があると思います。 次に、すべての通常のテーブルと、保存されているバージョンのリストを記録する別のテーブルを含むソースデータベースがあります。

ので、テーブルXが含まれている場合があります列テストID、TestDesc、TestDesc2など は、その後、あなたがテーブルX_Changesを持つ各テーブルX用SavedDBID、SavedDBTitleなど

次へ]を、含まれているテーブルを持っているかもしれません。これは、テーブルXと同じ列を持ちますが、SavedDBID列も含みます。これは、ソースデータベースとSavedDBIDの間に変更された行を記録するために使用されます。

ユーザーがログオンすると、ソースデータベースのクローンを作成します。次に、チェンジ・テーブルを使用して、クローンの表に保存されたバージョンを反映させます。ユーザーがクローンのメインテーブルを更新すると、変更された行もクローンの変更テーブルで更新されます。 ユーザーがコピーを保存することを決定した場合は、[クローンの変更]テーブルを使用して、ソースとクローンの差異を元のデータベースに記録してから、クローンを破棄します。

私はこれが理解できることを望みます。変更するデータベーススキーマが1つしかないため、スキーマの変更を「バックアップ」に即座に反映させることができます。私はこれがSQLバックアップを使用するよりはるかに簡単だと思います。 フラッシュカードを使用してデータベースをコピーする場合、ソースデータベースのコピーを与えることができますが、必要なセッションに関する情報のみを含めることができます。

Answer 2

可能な解決策の1つとして、SQLサーバーを仮想化します。必要に応じて複数のSQLサーバーを持つことができます。また、それらを個別にクローンしてロールバックすることもできます。