1

スターリングに46,000個のオブジェクトを保存しようとしていますが、3分かかります。

はい、私はそれがたくさんあることを知っていますが、これは顧客から提供されたデータであり、最終的にはもっと多くなる可能性があります。

新しいオブジェクトを保存するたびに、オブジェクトがすでに保存されているかどうかを確認するためにキーを検索していると思います。

これをバイパスして、スターリングに挿入するように指示する方法はありますか?

他のアイデアはありますか?

4

2 に答える 2

1

ただし、データ構造について何も知らなければ、パフォーマンスを向上させる方法を推奨するのは少し難しいです。

  • データテーブル用に作成するインデックスが少ないほど、データが永続化されるときに作成するインデックスも少なくなります。データ読み取りシナリオに必要なインデックスを注意深く確認する必要があります。
  • データの関係が多ければ多いほど、書き込み時に作成するメタデータも多くなります。データ構造を単純化し、クラスを組み合わせることができる場合があります。
  • 膨大な量のデータが最大の問題のように聞こえます。大量のGPSデータを保持しようとする前に、同様の問題が発生しました。問題は、1つのデータに関連する比較的少量のデータを別のテーブルに大量に書き込もうとしていたことです。GPSデータを単一の文字列に統合し、メインレコードのフィールドとして永続化することで、これを解決することができました。これにより、実際に必要になったときにデータを再水和するために、読み取り/書き込み時間の多くが大幅に短い時間にオフロードされました。

上記のいずれも役に立たない場合は、 CodePlexサイトを介してJeremyとSterlingチームに連絡することを強くお勧めします。

于 2011-04-18T05:13:42.053 に答える
0

ほとんどのデータをサーバー側に保持し、一度に20行または50行のような、そのデータへのウィンドウのみをクライアントに提示することを検討しましたか?

編集:答えが「いいえ」なので、操作の実行中にデータベーステーブルのインデックスをオフにするか、SQLバルクコピーを使用します。

于 2011-04-18T04:08:40.797 に答える