Entity Framework 3.5：オブジェクトを別々のコンテキストで段階的に保存する

Question

C＃およびEntity Framework 3.5では、数百万のレコードを持つコンテキストがあります。これには約2 GBのRAMが必要です。私がSaveChanges()と呼ぶとすぐに、それは私の8 GM RAMを満たし始め、交換を開始します。

私はプロファイラを使用しましたが、メモリを浪費していたSQLクエリであることが判明しました。

今、バッチで保存したいのですが、問題が発生しています。

私はLocationsのコレクションを持っています（これには、コレクションのコレクションとサブコレクションがあります）。私はバッチで、それぞれに新しいコンテキストを割り当てることを分割すると、できるだけ早く私はでcontext.AddToOrder(firstBatch)、ALL場所がそうであるように、すべてのバッチが突然、彼らがOrderを持っていないにもかかわらず、実体状態Addedを持っています。これにより、Order -> Locationの関係が存在しないため、保存に失敗します。

私は元のコレクション内のすべてのオブジェクトがコンテキストのサブセットのみを追加すると、状態Addedになるのはなぜですか？

Answer 1

私は数百万のレコードを持つコンテキストを持っています。これには約2 GBのRAMが必要です。

私はあなたがこの答えが嫌いではないことがわかりますが、それは簡単です。 しないでください。 EF、特にEFv1はこの準備ができていません。 EFは数十MBを処理するツールではありません。このような大きなデータセットには、他のツールを使用するか、独自のコンテキストを使用して複数の小さなチェンジセットに分割する必要があります。

SaveChangesに電話すると、EFはエンティティの変更を検出し、実行する文を準備するなど、その魔法を試みます。メモリリークが発生する可能性がありますが、GCのためにリリースされていないメモリが多くなることもあります。そのような場合、あなたの現在の問題とは何の関係もありません。

Btw。 EFは変更を単一のトランザクションで保存しようとします。したがって、1つのトランザクションで2GBを節約しようとすると、さらに多くのレベルで問題が発生する可能性があります。