Entity Framework 5レコードの更新

私はASP.NET MVC3環境のEntity Framework 5内でレコードを編集/更新するさまざまな方法を調査してきましたが、これまでのところ、必要なすべてのボックスにチェックを付ける方法はありません。その理由を説明します。

私は長所と短所に言及する3つの方法を見つけました。

方法1-元のレコードを読み込み、各プロパティを更新する

var original = db.Users.Find(updatedUser.UserId);

if (original != null)
{
    original.BusinessEntityId = updatedUser.BusinessEntityId;
    original.Email = updatedUser.Email;
    original.EmployeeId = updatedUser.EmployeeId;
    original.Forename = updatedUser.Forename;
    original.Surname = updatedUser.Surname;
    original.Telephone = updatedUser.Telephone;
    original.Title = updatedUser.Title;
    original.Fax = updatedUser.Fax;
    original.ASPNetUserId = updatedUser.ASPNetUserId;
    db.SaveChanges();
}    

長所

• 変更するプロパティを指定できます
• ビューはすべてのプロパティを含む必要はありません

短所

• データベースを2回クエリしてオリジナルをロードし、更新する

方法2-元のレコードを読み込み、変更された値を設定する

var original = db.Users.Find(updatedUser.UserId);

if (original != null)
{
    db.Entry(original).CurrentValues.SetValues(updatedUser);
    db.SaveChanges();
}

長所

• 変更されたプロパティのみがデータベースに送信されます

短所

• ビューにはすべてのプロパティを含める必要があります
• データベースを2回クエリしてオリジナルをロードし、更新する

方法3-更新されたレコードを添付し、状態をEntityState.Modifiedに設定します

db.Users.Attach(updatedUser);
db.Entry(updatedUser).State = EntityState.Modified;
db.SaveChanges();

長所

• 更新するデータベースに対する1 xクエリ

短所

• 変更するプロパティを指定できません
• ビューにはすべてのプロパティが含まれている必要があります

質問

皆さんへの私の質問。この一連の目標を達成できるクリーンな方法はありますか？

• 変更するプロパティを指定できます
• ビューにすべてのプロパティ（パスワードなど）を含める必要はありません。
• 更新するデータベースに対する1 xクエリ

これはごくわずかなことですが、簡単な解決策がない可能性があることを理解しています。そうでない場合は1つが優先されます;-)

あなたは探している：

db.Users.Attach(updatedUser);
var entry = db.Entry(updatedUser);
entry.Property(e => e.Email).IsModified = true;
// other changed properties
db.SaveChanges();

私は受け入れられた答えが本当に好きです。これに取り組む別の方法もあると思います。ビューに含めたくないプロパティの非常に短いリストがあるとしましょう。そのため、エンティティを更新すると、それらは省略されます。これら2つのフィールドがパスワードとSSNであるとしましょう。

db.Users.Attach(updatedUser);

var entry = db.Entry(updatedUser);
entry.State = EntityState.Modified;

entry.Property(e => e.Password).IsModified = false;
entry.Property(e => e.SSN).IsModified = false;   

db.SaveChanges();   

この例では、UsersテーブルとViewに新しいフィールドを追加した後、基本的にビジネスロジックをそのままにしておくことができます。

foreach(PropertyInfo propertyInfo in original.GetType().GetProperties()) {
    if (propertyInfo.GetValue(updatedUser, null) == null)
        propertyInfo.SetValue(updatedUser, propertyInfo.GetValue(original, null), null);
}
db.Entry(original).CurrentValues.SetValues(updatedUser);
db.SaveChanges();

Scaffoldingによって生成された更新メソッドに類似した追加の更新メソッドをリポジトリの基本クラスに追加しました。オブジェクト全体を「変更済み」に設定する代わりに、一連の個別のプロパティを設定します。（Tはクラスのジェネリックパラメーターです。）

public void Update(T obj, params Expression<Func<T, object>>[] propertiesToUpdate)
{
    Context.Set<T>().Attach(obj);

    foreach (var p in propertiesToUpdate)
    {
        Context.Entry(obj).Property(p).IsModified = true;
    }
}

次に、たとえば次のように呼び出します。

public void UpdatePasswordAndEmail(long userId, string password, string email)
{
    var user = new User {UserId = userId, Password = password, Email = email};

    Update(user, u => u.Password, u => u.Email);

    Save();
}

データベースへの1回の旅行が好きです。ただし、プロパティのセットの繰り返しを避けるために、ビューモデルでこれを行う方がおそらく良いでしょう。ビューモデルバリデーターの検証メッセージをドメインプロジェクトに持ち込まないようにする方法がわからないため、まだそれを行っていません。

public interface IRepository
{
    void Update<T>(T obj, params Expression<Func<T, object>>[] propertiesToUpdate) where T : class;
}

public class Repository : DbContext, IRepository
{
    public void Update<T>(T obj, params Expression<Func<T, object>>[] propertiesToUpdate) where T : class
    {
        Set<T>().Attach(obj);
        propertiesToUpdate.ToList().ForEach(p => Entry(obj).Property(p).IsModified = true);
        SaveChanges();
    }
}

オプションのリストに追加するだけです。また、データベースからオブジェクトを取得し、Auto Mapperなどの自動マッピングツールを使用して、 変更するレコードの部分を更新することもできます。

ユースケースに応じて、上記のすべてのソリューションが適用されます。これは私が通常それを行う方法です：

サーバー側のコード（たとえば、バッチプロセス）の場合、通常はエンティティを読み込んで、動的プロキシを操作します。通常、バッチプロセスでは、サービスの実行時にデータをロードする必要があります。時間を節約するために、findメソッドを使用する代わりに、データをバッチロードしようとしています。プロセスに応じて、オプティミスティックまたはペシミスティック同時実行制御を使用します（プレーンSQLステートメントで一部のレコードをロックする必要がある並列実行シナリオを除いて、常にオプティミスティックを使用しますが、これはまれです）。コードとシナリオによっては、影響をほぼゼロにすることができます。

クライアント側のシナリオでは、いくつかのオプションがあります

1. ビューモデルを使用します。モデルにはプロパティUpdateStatus（unmodified-inserted-updated-deleted）が必要です。ユーザーのアクション（挿入、更新、削除）に応じて、この列に正しい値を設定するのはクライアントの責任です。サーバーは、データベースに元の値を照会するか、クライアントが変更された行とともに元の値をサーバーに送信する必要があります。サーバーは元の値をアタッチし、各行のUpdateStatus列を使用して、新しい値の処理方法を決定する必要があります。このシナリオでは、常に楽観的同時実行を使用します。これは、挿入-更新-削除ステートメントのみを実行し、選択は実行しませんが、グラフを調べてエンティティを更新するには、いくつかの巧妙なコードが必要になる場合があります（シナリオ-アプリケーションによって異なります）。マッパーは役立ちますが、CRUDロジックを処理しません

2. （1で説明したように）この複雑さのほとんどを隠すbreeze.jsのようなライブラリを使用して、ユースケースに合わせてみてください。

それが役に立てば幸い