0

同期テーブルと通常の同期プロセスで使用されるこれらすべての追加テーブルのないフィルターのみに基づいてレコードを転送するようにフレームワークを構成することは可能ですか?

ありがとう!

4

1 に答える 1

0

簡単な答えはノーです、あなたはできません。ただし、より完全な答えについては読んでください。

回避策:

スキーマに追加のテーブルが必要ないようにする方法が1つあります。SQL 2008と同期フレームワーク1.0オブジェクト(SyncOrchestratorではなくSyncAgent)を使用する場合は、SQL2008に組み込まれている変更の追跡を使用できます。スキーマが乱雑になることはありません。SQL 2008は引き続き変更を追跡しているため、スキーマが乱雑になっている一連のテーブルを確認する必要はありません。

長い答え(同期フレームワーク2. *オブジェクトを使用):

同期テーブルと追跡テーブルは、同期フレームワークシステムを構成する一連のスキーマ、ストアドプロシージャ、およびプロセスの一部として機能します。変更のみを選択できるフィルターを構成できる場合もありますが、システムの残りの部分には追跡テーブルが必要です。追跡テーブルは、行がいつ挿入/更新されたかを追跡するだけでなく、最後の変更がローカル変更であったかどうか、またはリモートデータベースから同期フレームワークを介して適用されたかどうかも追跡します。変更のソースの追跡は、同期フレームワークに実際に価値を付加する重要なことの1つであり、したがって、フレームワークのコアコンセプトです。

トラッキングテーブルを削除しようとすると、少なくとも、すべてのストアドプロシージャも更新する必要があります(すべてのテーブルに対して8つ以上すべて...)。同期テーブル(schema_info、scope_ *)を完全に取り除くことはできません。それらの必要性はストアドプロシージャにはなく、フレームワークのコアに組み込まれています。

于 2012-09-10T14:49:33.900 に答える