0

私は、SQL と QuickBooks Enterprise の間のトランザクションを処理し、両方のデータ ストアの同期を維持する C# ライブラリ プロジェクトに取り組んでいます。これは素晴らしいことですが、最初の同期はかなり大きなトランザクション セットになります。最初の同期が完了すると、トランザクションは製品の残りの期間、必要に応じて同期されます。

この時点で、QBFC を使用した SDK のほか、OSR、Paul Keister による ZOMBIE プロジェクト (ありがとう、Paul!) などから入手できるさまざまなリソースとサンプル コードのすべてにかなり慣れてきました。これらのリソースはすべて非常に役立ちました。しかし、まだわかっていないことの 1 つは、単一のメッセージ セット リクエストを介した大量のデータに関連する制限や実質的または致命的なパフォーマンス コストがあるかどうかです。私が理解しているように、QuickBooks 側のデータベースも単なる SQL データベースですが、仮定はしたくありません。

繰り返しますが、これは 1 回で十分なので、インポートを行うための別のソリューションを設計する必要はありません。これにより、ライブ データのコピーをライブラリ、ログなどすべてに対してテストする機会も得られます。

価値があるのは、これが Stack での初めての投稿であるため、コースから外れてしまった場合は、ここに投稿する方法を教えてください。ありがとう。

4

1 に答える 1

1

価値があるのは、ネットワーク環境では (すべてが 1 つのボックスで発生するのとは対照的に)、小さい MsgSetRequest よりも大きい MsgSetRequest を使用する方がよいことがわかりました。もちろん、何事にも限界はあります。リクエスト セットがどれだけ大きかったか正確には覚えていませんが、大きかったです。パフォーマンスの向上は、簡単に 10 対 1 以上でした。

私があなただったら、最初から設計にある種の反復を組み込みます (SQL データ セットを反復処理するため)。一度にすべてを実行できる大きな数から始めて、それがうまくいかない場合は、機能するものが見つかるまで縮小します.

この回答にはお探しの詳細が含まれていないことは承知していますが、お役に立てば幸いです。

于 2013-08-30T18:46:08.003 に答える