私の要件は、Scribe を介してフラット ファイル (タブ区切りまたは csv の可能性があります) と CRM 2016 の間の統合をセットアップすることです。
多くの制限があるため、フラット ファイルは完全な抽出であり、デルタだけではありません。そのため、デルタを分離して CRM 2016 オンラインに挿入する必要があります。これはすべてスクライブを使用しています。これらは私が考えることができるアプローチです：
フラット ファイルをソースとして使用し、ターゲット変数/dblookups を使用して CRM の各フィールドの値を取得します。次に、この値をソース フィールドの値と比較し、フィールドが変更された場合にのみレコードを更新する手順を設定します。[これは、すべてのレコードを処理する必要があることを意味します]。これは、毎晩 1 回実行される時限統合になります。
スクライブ クエリ パブリッシャーを使用して、ソース フラット ファイルからすべての未処理の行を取得できます。各行は xml メッセージとして、スキーマ ファイルをソースとして使用して、各メッセージが処理されます。ここから先は(1)と同様です。dts の最後のステップとして、ソース フラット ファイルが更新され、レコードに値が設定されて、処理されたことを示します。[再びすべてのレコードを処理する必要があります。これは (1) よりも少し速いと思います]
フラット ファイルの 2 つのインスタンスがあります。同じフォルダにある OldFile と NewFile を言います。これらを使用して、2 つの txt データオブジェクトを作成できます。スクライブ パブリッシャーでは、これら 2 つのファイルは、これらのデータ オブジェクトのいずれかで仮想テーブルのように動作します。ここから、SQL クエリを実行してデルタを返すことができます。(ここで join を使用できるかどうかはわかりません)。これらのデルタ レコードは、(2) と同様に処理できますが、今回は既にデルタがあるため、処理するレコードがはるかに少なくなります。そのため、直接挿入/更新を行って (今度は CRM フィールドを使用して別のレベルの比較を行うこともできます)、その後に挿入/更新を行うことができます。
皆さんは何が良いと思いますか？また、私は新しいアイデアに対してオープンです。