Entity Framework 5 Оновлення запису

Я досліджував різні методи редагування / оновлення запису в Entity Framework 5 в середовищі ASP.NET MVC3, але поки що жоден з них не відзначає всі потрібні мені поля. Я поясню, чому.

Я знайшов три методи, про які я згадаю плюси і мінуси:

Спосіб 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 х запит до бази даних для оновлення

Мінуси

• Неможливо вказати, які властивості змінюються
• Перегляди повинні містити кожну власність

Питання

Моє запитання до вас, хлопці; Чи є чистий спосіб я досягти цього набору цілей?

• Можна вказати, які властивості змінюються
• Перегляди не повинні містити всі властивості (наприклад, пароль!)
• 1 х запит до бази даних для оновлення

Я розумію, що це зовсім незначна річ, але, можливо, мені не вистачає простого рішення. Якщо це не метод, то переважатиме ;-)

Ви шукаєте:

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

Мені дуже подобається прийнята відповідь. Я вважаю, що є ще один спосіб підійти до цього. Скажімо, у вас є дуже короткий список властивостей, які ви б не хотіли ніколи включати в представлення даних, тому при оновленні сутності ці елементи буде опущено. Скажімо, що ці два поля - Пароль і 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();   

Цей приклад дозволяє по суті залишити свою логіку бізнесу в спокої після додавання нового поля до таблиці користувачів і до перегляду.

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. Замість того, щоб встановити весь об'єкт на "модифікований", він встановлює набір окремих властивостей. (Т - загальний параметр класу.)

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();
}

Мені подобається одна поїздка в базу даних. Однак, мабуть, краще це зробити для моделей перегляду, щоб уникнути повторення наборів властивостей. Я цього ще не робив, тому що не знаю, як уникнути внесення повідомлень про перевірку валідаторів моєї моделі перегляду в мій проект домену.

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, щоб оновити частини запису, які ви хочете змінити.

Залежно від випадку використання, застосовуються всі вищезазначені рішення. Ось як це я зазвичай роблю:

Щодо коду на сервері (наприклад, пакетного процесу), я зазвичай завантажую об'єкти та працюю з динамічними проксі-серверами. Зазвичай у пакетних процесах потрібно завантажувати дані будь-коли під час роботи служби. Я намагаюся завантажувати дані замість того, щоб використовувати метод пошуку, щоб заощадити деякий час. Залежно від процесу, я використовую оптимістичний або песимістичний контроль одночасності (я завжди використовую оптимістичний, за винятком паралельних сценаріїв виконання, де мені потрібно заблокувати деякі записи звичайними операторами sql, хоча це рідко). Залежно від коду та сценарію вплив може бути знижений майже до нуля.

Для сценаріїв клієнта у вас є кілька варіантів

1. Використовуйте моделі перегляду. Моделі повинні мати властивість UpdateStatus (немодифікований-вставлений-оновлений-видалений). Відповідальність за клієнт є встановити правильне значення для цього стовпця залежно від дій користувача (вставити-оновити-видалити). Сервер може запитувати db на вихідні значення або клієнт повинен надсилати оригінальні значення на сервер разом із зміненими рядками. Сервер повинен приєднати початкові значення та використовувати стовпець UpdateStatus для кожного рядка, щоб вирішити, як обробити нові значення. У цьому сценарії я завжди використовую оптимістичну одночасність. Це зробить лише операції вставлення - оновлення - видалення, а не будь-які виділення, але може знадобитися якийсь розумний код для проходження графіка та оновлення об'єктів (залежить від вашого сценарію - додаток). Картограф може допомогти, але не обробляє логіку CRUD

2. Використовуйте бібліотеку на зразок breeze.js, яка приховує більшу частину цієї складності (як описано в 1), і спробуйте пристосувати її до вашого випадку використання.

Сподіваюся, це допомагає