Entity Framework: "Зберігати операцію оновлення, вставлення чи видалення вплинуло на несподіване число рядків (0)." [зачинено]

Я використовую Entity Framework для заповнення управління сіткою. Іноді під час оновлення я отримую таку помилку:

Заява про оновлення, вставлення чи видалення вплинула на несподіване число рядків (0). Суб'єкти, можливо, були змінені або видалені з моменту завантаження об'єктів. Оновити записи ObjectStateManager.

Я не можу зрозуміти, як це відтворити. Але це може мати щось спільне з тим, наскільки близько я роблю оновлення. Хтось бачив це чи хтось знає, на що посилається повідомлення про помилку?

Редагувати: На жаль, я більше не маю права відтворювати проблему, яку я мав тут, тому що я відійшов від цього проекту і не пам’ятаю, чи знайшов я врешті-решт рішення, чи вирішив його інший розробник чи я працював над ним. Тому я не можу приймати жодної відповіді.

Це побічний ефект функції, яка називається оптимістичною одночасністю.

Не на 100% впевнений, як увімкнути / вимкнути це в Entity Framework, але в основному те, що воно вам говорить, це те, що між тим, як ви схопили дані з бази даних, і коли ви зберегли зміни, хтось інший змінив дані (Що означало, коли ви пішли щоб зберегти його 0 рядків фактично оновлено). У термінах SQL, їх updateзапит whereмістить первісне значення кожного поля в рядку, і якщо це впливає на 0 рядків, воно знає, що щось пішло не так.

Ідея цього полягає в тому, що ви не закінчите перезаписати зміни, про які ваша програма не знала, що сталося - це в основному невеликий захід безпеки, який кидає .NET у всіх ваших оновленнях.

Якщо це узгоджено, шанси трапляються у вашій власній логіці (EG: Ви насправді оновлюєте дані самостійно в іншому способі між вибору та оновленням), але це може бути просто умова гонки між двома програмами.

Я наткнувся на це, і це було спричинено тим, що поле (ідентифікатор (ключ) особи) не було встановлено. Таким чином, коли контекст пішов на збереження даних, він не міг знайти ідентифікатор = 0. Не забудьте поставити точку перерви у вашій заяві оновлення та переконатися, що ідентифікатор організації встановлено.

З коментаря Пола Беллори

У мене виникла точна проблема, викликана тим, що я забув включити прихований вхід ID на сторінку редагування .cshtml

Ого, багато відповідей, але я помилився, коли зробив щось трохи інше, про що ніхто з інших не згадував.

Коротше кажучи, якщо ви створите новий об’єкт і скажете EF, що його модифікували за допомогою EntityState.Modifiedтоді, він викине цю помилку, оскільки вона ще не існує в базі даних. Ось мій код:

MyObject foo = new MyObject()
{
    someAttribute = someValue
};

context.Entry(foo).State = EntityState.Modified;
context.SaveChanges();

Так, це здається непростим, але воно виникло тому, що розглянутий метод раніше fooперейшов до нього, був створений раніше, тепер він лише someValueперейшов до нього і створює fooсам.

Легко виправити, просто змінити EntityState.Modifiedдо EntityState.Addedабо змінити , що вся лінія:

context.MyObject.Add(foo);

Я зіткнувся з цією ж страшною помилкою ... :) Тоді я зрозумів, що забуваю встановити а

@Html.HiddenFor(model => model.UserProfile.UserId)

для первинного ключа об'єкта, що оновлюється! Я схильний забувати цю просту, але дуже важливу річ!

До речі: HiddenForдля ASP.NET MVC.

Перевірте, чи забули ви атрибут "DataKeyNames" в GridView. це обов'язково під час зміни даних у GridView

http://msdn.microsoft.com/en-us/library/system.web.ui.webcontrols.gridview.datakeynames.aspx

Проблема викликана однією з двох речей:

1. Ви намагалися оновити рядок з однією або кількома властивостями Concurrency Mode: Fixed.., і оптимістична паралельність не дозволила зберегти дані. Тобто деякі змінили дані про рядки між часом отримання серверних даних та збереженням даних сервера.
2. Ви намагалися оновити або видалити рядок, але рядок не існує. Ще один приклад того, що хтось змінює дані (у цьому випадку видаляє) між вилученням, а потім збережіть АБО ви не намагаєтесь оновити поле, яке не є ідентичністю (тобто StoreGeneratedPattern = Computed), і цього рядка не існує.

Я отримав цю саму помилку, оскільки частина ПК була стовпчиком дати, а запис, що вставляється, використовував DateTime.Now як значення для цього стовпця. Entity Framework буде вставляти значення з мілісекундною точністю, а потім шукати значення, яке воно щойно вставило, також з мілісекундною точністю. Однак SqlServer округлив значення до другої точності, і, таким чином, структура суті не змогла знайти значення точності в мілісекундах.

Рішенням було зрізати мілісекунди від DateTime.Now перед тим, як вставити.

У мене була така ж проблема і @ webtrifusion в відповідь допомогли знайти рішення.

Моя модель використовувала Bind(Exclude)атрибут для ідентифікатора юридичної особи, який зумовлював значення HDpPost для ідентифікатора сутності.

namespace OrderUp.Models
{
[Bind(Exclude = "OrderID")]
public class Order
{
    [ScaffoldColumn(false)]
    public int OrderID { get; set; }

    [ScaffoldColumn(false)]
    public System.DateTime OrderDate { get; set; }

    [Required(ErrorMessage = "Name is required")]
    public string Username { get; set; }
    }
}   

У мене була така ж проблема, я вважаю, що це було викликано RowVersion, який був нульовим. Перевірте, чи ваш Id та RowVersion не є нульовими .

Для отримання додаткової інформації зверніться до цього посібника

http://www.asp.net/mvc/tutorials/getting-started-with-ef-using-mvc/handling-concurrency-with-the-entity-framework-in-an-asp-net-mvc-application

Я почав отримувати цю помилку, змінившись з моделі на першу. У мене є кілька потоків, що оновлюють базу даних, де деякі можуть оновлювати один і той же рядок. Я не знаю, чому у мене не виникло проблем із використанням моделі спочатку, припустимо, що вона використовує інший параметр за умовчанням.

Щоб обробляти його в одному місці, знаючи умови, при яких це може виникнути, я додав наступне перевантаження до мого класу DbContext:

using System.Data.Entity.Core.Objects;
using System.Data.Entity.Infrastructure;

public class MyDbContext: DbContext {
...
        public int SaveChanges(bool refreshOnConcurrencyException, RefreshMode refreshMode = RefreshMode.ClientWins) {
            try {
                return SaveChanges();
            }
            catch (DbUpdateConcurrencyException ex) {
                foreach (DbEntityEntry entry in ex.Entries) {
                    if (refreshMode == RefreshMode.ClientWins)
                        entry.OriginalValues.SetValues(entry.GetDatabaseValues());
                    else
                        entry.Reload();
                }
                return SaveChanges();
            }
        }
}

Тоді телефонують, SaveChanges(true)де це можливо.

Вам потрібно чітко включити BoundField первинного ключа. Якщо ви не хочете, щоб користувач бачив первинний ключ, його потрібно приховати через css:

    <asp:BoundField DataField="Id_primary_key" ItemStyle-CssClass="hidden" 
HeaderStyle-CssClass="hidden" />

Де "прихований" - це клас css, у якого його дисплей встановлений на "немає".

Під час редагування включайте ідентифікатор або первинний ключ об'єкта як приховане поле у ​​представленні

тобто

      @Html.HiddenFor(m => m.Id)

що вирішує проблему.

Крім того, якщо ваша модель включає невживаний предмет, включіть це теж і опублікуйте його на контролері

Я також натрапив на цю помилку. Проблема, яка виявилася, була викликана тригером на столі, який я намагався зберегти. Тригер використовував "INSTEAD OF INSERT", що означає 0 рядків, коли-небудь вставлених до цієї таблиці, отже, помилка. На щастя, можливо, функція тригера була неправильною, але я думаю, це може бути дійсною операцією, яка якось повинна оброблятися в коді. Сподіваюся, це допоможе комусь одного дня.

Я зіткнувся з цим питанням на таблиці, у якій відсутній первинний ключ, і в ньому був стовпець DATETIME (2, 3) (тому "первинний ключ" об'єкта був комбінацією всіх стовпців) ... Під час виконання вставки часова мітка мала точніший час (2018-03-20 08: 29: 51.8319154), який був усічений до (2018-03-20 08: 29: 51.832), тому пошук на ключових полях не вдається.

У мене теж була ця помилка. Є деякі ситуації, коли Організація може не знати про фактичний контекст бази даних, який ви використовуєте, або Модель може бути іншою. Для цього встановіть: EntityState.Modified; до EntityState.Added;

Зробити це:

if (ModelState.IsValid)
{
context.Entry(yourModelReference).State = EntityState.Added;
context.SaveChanges();
}

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

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

  @Html.HiddenFor(model => model.RowVersion)

Мій rowversion був недійсним, тому довелося додати це до подання, яке вирішило мою проблему

Лінія [DatabaseGenerated(System.ComponentModel.DataAnnotations.DatabaseGeneratedOption.None)]зробила трюк у моєму випадку:

using System.ComponentModel.DataAnnotations;
using System.ComponentModel.DataAnnotations.Schema;


[Key]
[DatabaseGenerated(DatabaseGeneratedOption.None)]
public int? SomeNumber { get; set; }

Просто переконайтесь, що в таблиці та формі оновлено первинний ключ та edmx.

Я виявив, що помилки під час оновлення зазвичай були через: - Немає первинного ключа в таблиці - Немає первинного ключа в редагуванні подання / форми (наприклад @Html.HiddenFor(m=>m.Id)

У мене була така ж проблема. У моєму випадку я намагався оновити первинний ключ, що заборонено.

Я отримав цю помилку спорадично під час використання asyncметоду. Не сталося з того часу, як я перейшов на синхронний метод.

Помилки спорадично:

[Authorize(Roles = "Admin")]
[HttpDelete]
[Route("file/{id}/{customerId}/")]
public async Task<IHttpActionResult> Delete(int id, int customerId)
{
    var file = new Models.File() { Id = id, CustomerId = customerId };
    db.Files.Attach(file);
    db.Files.Remove(file);

    await db.SaveChangesAsync();

    return Ok();
}

Працює весь час:

[Authorize(Roles = "Admin")]
[HttpDelete]
[Route("file/{id}/{customerId}/")]
public IHttpActionResult Delete(int id, int customerId)
{
    var file = new Models.File() { Id = id, CustomerId = customerId };
    db.Files.Attach(file);
    db.Files.Remove(file);

    db.SaveChanges();

    return Ok();
}

Я отримав цю помилку під час видалення деяких рядків у БД (у циклі) та додавання нових у цій же таблиці.

Для мене рішення полягало в тому, щоб динамічно створити новий контекст у кожній ітерації циклу

    public void Save(object entity)
    {
        using (var transaction = Connection.BeginTransaction())
        {
        try
                {
                    SaveChanges();
                    transaction.Commit();
                }
                catch (OptimisticConcurrencyException)
                {
                    if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Deleted || ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Modified)
                        this.Refresh(RefreshMode.StoreWins, entity);
                    else if (ObjectStateManager.GetObjectStateEntry(entity).State == EntityState.Added)
                        Detach(entity);
                    AcceptAllChanges(); 
                    transaction.Commit();
                }
        }
    }

Це також станеться, якщо ви намагаєтеся вставити в унікальну ситуацію з обмеженнями, тобто якщо у вас є лише один тип адреси на роботодавця, і ви намагаєтесь вставити другий того ж типу з тим же роботодавцем, ви отримаєте ту ж проблему .

АБО

Це також може статися, якщо всі властивості об'єкта, яким було призначено, їм присвоювали ті самі значення, що і раніше.

        using(var db = new MyContext())
        {
            var address = db.Addresses.FirstOrDefault(x => x.Id == Id);

            address.StreetAddress = StreetAddress; // if you are assigning   
            address.City = City;                   // all of the same values
            address.State = State;                 // as they are
            address.ZipCode = ZipCode;             // in the database    

            db.SaveChanges();           // Then this will throw that exception
        }

Якщо ви намагаєтеся створити відображення у файлі edmx до функції "Імпорт", це може призвести до цієї помилки. Просто очистіть поля для вставки, оновлення та видалення, які знаходяться у розділі "Деталі картографування" для даної сутності у вашому edmx, і це повинно працювати. Я сподіваюся, що я зрозумів це.

Я отримав це виняток, коли приєднав об’єкт, який не існував у базі даних. Я припускав, що об’єкт завантажений з окремого контексту, але якщо це був перший раз, коли користувач відвідував сайт, об’єкт створювався з нуля. У нас є автоматичні збільшення первинних ключів, тому я міг би замінити

context.Users.Attach(orderer);

з

if (orderer.Id > 0) {
    context.Users.Attach(orderer);
}

Ну, у мене це ж питання. Але це було через мою власну помилку. Насправді я економив об’єкт, а не додавав його. Отже, це був конфлікт.

Один із способів налагодити цю проблему в середовищі сервера Sql - це використовувати Профілер Sql, що додається до вашої копії SqlServer, або якщо за допомогою версії Express отримати копію Express Profiler безкоштовно від CodePlex, перейшовши за наступним посиланням:

Експрес-Профілер

За допомогою Sql Profiler ви можете отримати доступ до того, що надсилається EF до БД. У моєму випадку це становило:

exec sp_executesql N'UPDATE [dbo].[Category]
SET [ParentID] = @0, [1048] = NULL, [1033] = @1, [MemberID] = @2, [AddedOn] = @3
WHERE ([CategoryID] = @4)
',N'@0 uniqueidentifier,@1 nvarchar(50),@2 uniqueidentifier,@3 datetime2(7),@4 uniqueidentifier',
@0='E060F2CA-433A-46A7-86BD-80CD165F5023',@1=N'I-Like-Noodles-Do-You',@2='EEDF2C83-2123-4B1C-BF8D-BE2D2FA26D09',
@3='2014-01-29 15:30:27.0435565',@4='3410FD1E-1C76-4D71-B08E-73849838F778'
go

Я скопіював це вставлене у вікно запиту на сервері Sql і виконав його. Звичайно, хоч і працював, цей запит вплинув на 0 записів, отже, помилка повертається EF.

У моєму випадку проблема була викликана CategoryID.

Не було ідентифіковано CategoryID за допомогою ID EF, що надсилається до бази даних, отже, 0 записів впливають.

Не в цьому помилка EF, а навпаки, баггі-нуль, що поєднує "??" заява в Контролері перегляду, який надсилав дурниці вниз до рівня даних.

Жодна з вищезазначених відповідей не охоплювала моєї ситуації та її вирішення.

Код, де помилка була кинута в контролер MVC5:

        if (ModelState.IsValid)
        {
            db.Entry(object).State = EntityState.Modified; 
            db.SaveChanges(); // line that threw exception
            return RedirectToAction("Index");
        }

Я отримав цей виняток, коли я зберігав об'єкт у поданні Правка. Причина, яку він кинув, це тому, що, коли я повернувся, щоб зберегти його, я змінив властивості, які формували первинний ключ на об'єкті. Таким чином, встановлення свого стану на Modified не мало сенсу для EF - це був новий запис, а не раніше збережений.

Вирішити це можна за допомогою A) змінивши виклик збереження на Додати об’єкт або B) просто не змінюйте первинний ключ під час редагування. Я зробив Б).

Коли в прийнятій відповіді сказано, що " не закінчиться перезапис змін, про які ваша програма не знала, що сталося ", я був скептичний, оскільки мій об'єкт був нещодавно створений. Але потім, виявляється, з’явивсяINSTEAD OF UPDATE, INSERT- TRIGGER до таблиці який оновлював обчислений стовпчик тієї ж таблиці.

Як тільки я змінив це AFTER INSERT, UPDATE, він працював чудово.

Це сталося зі мною через невідповідність між датою та датою2. Як не дивно, він добре працював до того, як тестер виявив проблему. Моя модель First Code включала DateTime як частину первинного ключа:

[Key, Column(Order = 2)]  
public DateTime PurchasedDate { get; set; } = (DateTime)SqlDateTime.MinValue;

Створений стовпець - це стовпець дати. Викликаючи SaveChanges, EF генерував такий SQL:

-- Region Parameters
DECLARE @0 Int = 2
DECLARE @1 Int = 25
DECLARE @2 Int = 141051
DECLARE @3 DateTime2 = '2017-07-27 15:16:09.2630000' --(will not equal a datetime value)
-- EndRegion
UPDATE [dbo].[OrganizationSurvey]
SET [OrganizationSurveyStatusId] = @0
WHERE ((([SurveyID] = @1) AND ([OrganizationID] = @2)) AND ([PurchasedDate] = @3))

Оскільки він намагався співставити стовпець datetime зі значенням datetime2, це не дало результатів. Єдине рішення, про яке я міг придумати, - це змінити стовпчик на datetime2:

[Key, Column(Order = 2, TypeName = "DateTime2")]  
public DateTime PurchasedDate { get; set; } = (DateTime)SqlDateTime.MinValue;