EF6は、マップされたDBタイプの主キーに対してオブジェクトを自動的にチェックできますか？

Question

私は、私はメモリにこれらのオブジェクトを保持しない

public void PersistToDB<T>(T object) 
{ 
using(var dbContext = ...) 
{ 
    //if(dbContext.Set<T>.Any(x => x.PrimaryKeyMatches(object))... 
} 
} 

...外部ソースが私を送信するとき、私はこのような仕事をしたいDBを永続化するために、オブジェクトと呼ばれる一般的な方法を持っていますINSERTまたはUPDATEのどちらかを保存するだけです。私の問題は、オブジェクトが存在するかどうかを見つけるためにdbContext.Set<T>.Any(x => x.id == object.id)またはdbContext.Set<T>.Find(object.id)を行うことができますが、検索するフィールドを知る必要があります。 EFはどのフィールドがTのPKを定義しているかを知っているので、objectを渡すことができ、私のために自動的にこれを行うか、私にAnyに渡すことができるデリゲートを提供します。

dbContext.Entry(object)を呼び出すと、私はそれを理解し、...私がやりたいことではなく、ローカルコピーが保持されていないとして指定されたオブジェクトがDetached状態である私に教えてくれる、ないを行います。

きちんとしたジェネリック実装を損なうタイプ固有のコードを書かなくても、私ができることは何ですか？

編集：Generic Way to Check If Entity Exists In Entity Framework?の内容に基づいていますが、これは多くがカバーされていると思います。私が実際に務めているのは、委任/ ACtionを作成する方法です。Any(x => func(x))

Answer 1

私自身の質問に答えるために、これは私がやったことです。タイプに基づいて自動的にPKを生成することはできますが、その周りにラムダ式を動的に生成する方法はありません。だから、Anyルートではなく、ルートに行かなければならなかった。これは、DBから各オブジェクトを引き出すというわずかな問題がある。しかし、これは、実際に変更された列だけが、少なくとも部分的に緩和すると思われる既存のオブジェクトで更新されることを意味します。

 using(var dbContext = ...) 
     { 
      var objectContext = ((IObjectContextAdapter)dbContext).ObjectContext; 
      var objectSet = objectContext.CreateObjectSet<T>(); 
      string entitySetName = objectSet.EntitySet.Name; 

      //find the PK columns and values for this type and instance 
      var entityKey = objectContext.CreateEntityKey(entitySetName, item); 
      var pk = entityKey.EntityKeyValues.Select(_ => _.Value).ToArray(); 

      var entity = dbContext.Set<T>().Find(pk); 

最初の部分の効率はわかりませんが、明らかにこれをある程度キャッシュできます。