Entity Frameworkで重複レコードを挿入する方法

Question

重複したレコードの挿入に関して非常に奇妙な状況があります。 特定の条件に対してレコードを取得していますが、いくつかのプロパティを変更した後、オブジェクトのプライマリキー値を変更しなくても、オブジェクトのコレクション全体を再度挿入します。

しかし、私は期待された結果を得ていません。親コレクション内にネストされたすべてのコレクションは、データベースに完全に追加されませんでした。

私は何が間違っているのか分かりません。これらのエンティティをすべて完全に切り離す必要がありますか？ 私はすでにNoTracking（）を使用してエンティティを取得しており、親エンティティを属性の変更中に切り離しています。

私の親コレクションを委託され、リストとして子実体を含む "ConsignmentLine"

私のエンティティの階層構造がある：私のコードに関与

public class Consignment 
{ 
    public int ConsignmentId { get; set; } 
    public int ClientSubsidiaryId { get; set; } 
    public int ForwarderId { get; set; } 
    public int ClientId { get; set; } 

    public ICollection<ConsignmentLine> ConsignmentLines { get; set; }  

    public Consignment() 
    {   
     ConsignmentLines = new List<ConsignmentLine>();    
    } 
} 

public class ConsignmentLine 
{ 
    public int ConsignmentLineId { get; set; } 
    public int PackagingId { get; set; } 
    public double Amount { get; set; } 
    public double Weight { get; set; }     

    public int ConsignmentId { get; set; } 
    public virtual Consignment Consignment { get; set; }   
} 

ステップ：

データの取得：

var Consignments = _dbContext.Consignments.AsNoTracking().Where(Pr => (Pr.SourceParty == 0 && Pr.ParentId == null && Pr.ConnectState>=4)).ToList(); 

複数のプロパティを変更しています。

私が知っているので、チャンクに保存しようとすると、> 250000レコードを持つ委託。

const int BulkSize = 1000; 
var SkipSize = 0; 

try 
{                               
    while (SkipSize < consignments.Count) 
    { 
     ProcessableConsignments = consignments.Skip(SkipSize).Take(BulkSize).ToList();                                     _dbContext.Configuration.AutoDetectChangesEnabled = false;  
           dbContext.Consignments.AddRange(ProcessableConsignments); 

     var changedRecords = _dbContext.SaveChanges(); 
     SkipSize = SkipSize + BulkSize;            
     }          
} 
catch (Exception ex) 
{ 
    throw; 
} 

私はここで何が欠けているのか分かりません。 すべて私は、新しいBULKとして、他のさまざまな子エンティティを含むレコードのBULK全体を2回目のコレクション（実際にはN回ループ）として再挿入する必要があります。

Answer 1

すでにデタッチされたエンティティをコンテキストからデタッチしているときは、コンテキストに戻ったエンティティを無視するようにコンテキストを効果的に指示します。 また、パフォーマンス上の理由により、一括アップデートでEFを使用することを強くお勧めします。他のケースでは、各トランザクションの新しいコンテキストを少なくとも作成し、次のバッチごとに処理時間が長くなるようにします。