Kerangka Entitas: “Menyimpan pembaruan, menyisipkan, atau menghapus pernyataan memengaruhi jumlah baris yang tidak terduga (0).” [Tutup]

Saya menggunakan Entity Framework untuk mengisi kontrol kisi. Terkadang ketika saya melakukan pembaruan, saya mendapatkan kesalahan berikut:

Simpan pembaruan, masukkan, atau hapus pernyataan yang memengaruhi jumlah baris yang tidak terduga (0). Entitas mungkin telah dimodifikasi atau dihapus karena entitas dimuat. Segarkan entri ObjectStateManager.

Saya tidak tahu bagaimana cara mereproduksi ini. Tapi mungkin ada hubungannya dengan seberapa dekat saya membuat pembaruan. Adakah yang melihat ini atau apakah ada yang tahu apa yang dimaksud dengan pesan kesalahan?

Sunting: Sayangnya saya tidak lagi bebas untuk mereproduksi masalah yang saya alami di sini, karena saya menjauh dari proyek ini dan tidak ingat apakah saya akhirnya menemukan solusi, jika pengembang lain memperbaikinya, atau jika saya mengatasinya. Karena itu saya tidak dapat menerima jawaban apa pun.

Itu adalah efek samping dari fitur yang disebut optimistic concurrency.

Tidak 100% yakin cara mengaktifkan / menonaktifkannya di Entity Framework tetapi pada dasarnya apa yang dikatakannya adalah bahwa antara saat Anda mengambil data dari database dan ketika Anda menyimpan perubahan, orang lain telah mengubah data (Yang berarti ketika Anda pergi untuk menyimpannya 0 baris benar-benar diperbarui). Dalam istilah SQL, klausa updatekueri mereka whereberisi nilai asli dari setiap bidang di baris, dan jika 0 baris terpengaruh, ia tahu ada yang salah.

Gagasan di baliknya adalah bahwa Anda tidak akan berakhir menimpa perubahan yang aplikasi Anda tidak tahu telah terjadi - itu pada dasarnya adalah langkah keamanan kecil yang dilemparkan oleh .NET pada semua pembaruan Anda.

Jika konsisten, kemungkinan itu terjadi dalam logika Anda sendiri (EG: Anda benar-benar memperbarui data sendiri dengan metode lain di antara seleksi dan pembaruan), tetapi itu bisa menjadi kondisi balapan antara dua aplikasi.

Saya berlari ke ini dan itu disebabkan oleh bidang ID (kunci) entitas tidak disetel. Jadi ketika konteksnya pergi untuk menyimpan data, itu tidak dapat menemukan ID = 0. Pastikan untuk menempatkan titik istirahat dalam pernyataan pembaruan Anda dan memverifikasi bahwa ID entitas telah ditetapkan.

Dari komentar Paul Bellora

Saya mengalami masalah ini, karena lupa memasukkan input ID tersembunyi di halaman edit .cshtml

Wow, banyak jawaban, tetapi saya mendapatkan kesalahan ini ketika saya melakukan sesuatu yang sedikit berbeda yang tidak disebutkan oleh orang lain.

Singkatnya, jika Anda membuat objek baru dan memberi tahu EF bahwa itu dimodifikasi menggunakan EntityState.Modifiedmaka itu akan membuang kesalahan ini karena belum ada dalam database. Ini kode saya:

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

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

Ya, ini kelihatannya bodoh, tetapi ini muncul karena metode yang dulu digunakan foountuk itu telah dibuat sebelumnya, sekarang hanya someValuediteruskan dan diciptakan foosendiri.

Perbaikan mudah, cukup ubah EntityState.ModifiedkeEntityState.Added atau perubahan yang seluruh baris ke:

context.MyObject.Add(foo);

Saya menghadapi kesalahan menakutkan yang sama ... :) Kemudian saya menyadari bahwa saya lupa untuk mengatur a

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

untuk kunci utama objek yang diperbarui! Saya cenderung melupakan hal yang sederhana, tetapi sangat penting ini!

By the way: HiddenForadalah untuk ASP.NET MVC.

Periksa apakah Anda lupa atribut "DataKeyNames" di GridView. itu adalah suatu keharusan ketika memodifikasi data dalam GridView

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

Masalah ini disebabkan oleh salah satu dari dua hal: -

1. Anda mencoba memperbarui satu baris dengan satu properti atau lebih Concurrency Mode: Fixed.. dan Optimistic Concurrency mencegah data disimpan. Yaitu. beberapa mengubah data baris antara saat Anda menerima data server dan ketika Anda menyimpan data server Anda.
2. Anda mencoba memperbarui atau menghapus satu baris tetapi baris itu tidak ada. Contoh lain seseorang mengubah data (dalam hal ini, menghapus) di antara pengambilan lalu menyimpan ATAU Anda merasa datar kami mencoba memperbarui bidang yang bukan Identitas (mis. StoreGeneratedPattern = Computed) Dan baris itu tidak ada.

Saya mendapat kesalahan yang sama ini karena bagian dari PK adalah kolom datetime, dan catatan yang dimasukkan menggunakan DateTime. Sekarang sebagai nilai untuk kolom itu. Kerangka kerja entitas akan memasukkan nilai dengan presisi milidetik, dan kemudian mencari nilai yang baru saja dimasukkan juga dengan presisi milidetik. Namun SqlServer telah membulatkan nilai ke presisi kedua, dan dengan demikian kerangka kerja tidak dapat menemukan nilai presisi milidetik.

Solusinya adalah memotong milidetik dari DateTime. Sekarang sebelum memasukkan.

Saya mengalami masalah yang sama dan jawaban @ webtrifusion membantu menemukan solusinya.

Model saya menggunakan Bind(Exclude)atribut pada ID entitas yang menyebabkan nilai ID entitas menjadi nol pada HttpPost.

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

Saya memiliki masalah yang sama, saya mencari tahu yang disebabkan oleh RowVersion yang nol. Periksa Anda Id dan Anda RowVersion yang tidak null .

untuk informasi lebih lanjut lihat tutorial ini

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

Saya mulai mendapatkan kesalahan ini setelah berubah dari model-pertama ke kode-pertama. Saya memiliki beberapa utas memperbarui basis data di mana beberapa mungkin memperbarui baris yang sama. Saya tidak tahu mengapa saya tidak punya masalah menggunakan model-pertama, asumsikan bahwa ia menggunakan default konkurensi yang berbeda.

Untuk mengatasinya di satu tempat mengetahui kondisi di mana itu mungkin terjadi, saya menambahkan overload berikut ke kelas DbContext saya:

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

Kemudian dipanggil SaveChanges(true) dimanapun berlaku.

Anda harus secara eksplisit menyertakan BoundField dari kunci utama. Jika Anda tidak ingin pengguna melihat kunci utama, Anda harus menyembunyikannya melalui css:

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

Di mana 'hidden' adalah kelas dalam css yang tampilannya diatur ke 'tidak ada'.

Saat mengedit, sertakan id atau kunci utama entitas sebagai bidang tersembunyi dalam tampilan

yaitu

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

yang memecahkan masalah.

Juga jika model Anda menyertakan item yang tidak digunakan juga termasuk itu dan mengirimkannya ke controller

Saya juga menemukan kesalahan ini. Masalahnya ternyata disebabkan oleh Pemicu di atas meja yang saya coba selamatkan. Trigger menggunakan 'INSTEAD OF INSERT' yang berarti 0 baris pernah dimasukkan ke tabel itu, karenanya kesalahan. Untungnya dalam kasus fungsi pemicu tidak benar, tapi saya kira itu bisa menjadi operasi yang valid yang entah bagaimana harus ditangani dalam kode. Semoga ini bisa membantu seseorang suatu hari.

Saya menemukan masalah ini pada tabel yang tidak memiliki kunci utama dan memiliki kolom DATETIME (2, 3) (jadi "kunci utama" entitas adalah kombinasi dari semua kolom) ... Saat melakukan penyisipan timestamp memiliki waktu yang lebih tepat (2018-03-20 08: 29: 51.8319154) yang terpotong menjadi (2018-03-20 08: 29: 51.832) sehingga pencarian pada bidang kunci gagal.

Saya juga mengalami kesalahan ini. Ada beberapa situasi di mana Entitas mungkin tidak menyadari Konteks Database aktual yang Anda gunakan atau Model mungkin berbeda. Untuk ini, set: EntityState.Modified; untuk EntityState. Ditambahkan;

Untuk melakukan ini:

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

Ini akan memastikan Entitas tahu Anda menggunakan atau menambahkan Negara tempat Anda bekerja. Pada titik ini semua Nilai Model yang benar harus ditetapkan. Berhati-hatilah untuk tidak kehilangan perubahan apa pun yang mungkin telah dibuat di latar belakang.

Semoga ini membantu.

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

Versi baris saya adalah nol, jadi harus menambahkan ini ke tampilan yang memecahkan masalah saya

Garis [DatabaseGenerated(System.ComponentModel.DataAnnotations.DatabaseGeneratedOption.None)]melakukan trik dalam kasus saya:

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


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

Pastikan saja tabel dan formulir keduanya memiliki kunci utama dan edmx diperbarui.

saya menemukan bahwa setiap kesalahan selama pembaruan biasanya karena: - Tidak ada kunci utama dalam Tabel - Tidak ada kunci utama dalam Edit tampilan / formulir (misalnya @Html.HiddenFor(m=>m.Id)

Saya memiliki masalah yang sama. Dalam kasus saya, saya mencoba memperbarui kunci utama, yang tidak diizinkan.

Saya mendapatkan kesalahan ini secara sporadis saat menggunakan async metode. Belum terjadi sejak saya beralih ke metode sinkron.

Kesalahan secara sporadis:

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

Bekerja sepanjang waktu:

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

Saya mendapatkan kesalahan itu ketika saya menghapus beberapa baris dalam DB (dalam loop), dan menambahkan yang baru di tabel yang sama.

Solusi bagi saya adalah, secara dinamis membuat konteks baru di setiap iterasi loop

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

Ini juga akan terjadi jika Anda mencoba memasukkan ke dalam situasi kendala yang unik, yaitu jika Anda hanya dapat memiliki satu jenis alamat per majikan dan Anda mencoba memasukkan yang kedua dari jenis yang sama dengan majikan yang sama, Anda akan mendapatkan masalah yang sama .

ATAU

Ini juga bisa terjadi jika semua properti objek yang ditugaskan, mereka ditugaskan dengan nilai yang sama seperti sebelumnya.

        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
        }

Jika Anda mencoba membuat pemetaan di file edmx ke "fungsi Impor", ini dapat menyebabkan kesalahan ini. Cukup kosongkan bidang untuk disisipkan, perbarui dan hapus yang terletak di Rincian Pemetaan untuk entitas tertentu di edmx Anda, dan itu akan berfungsi. Saya harap saya membuatnya jelas.

Saya mendapat pengecualian ini ketika melampirkan objek yang tidak ada di database. Saya mengasumsikan objek dimuat dari konteks yang terpisah, tetapi jika itu adalah pertama kalinya pengguna mengunjungi situs, objek tersebut dibuat dari awal. Kami memiliki kunci primer yang bertambah secara otomatis, jadi saya bisa menggantinya

context.Users.Attach(orderer);

dengan

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

Yah saya punya masalah yang sama. Tapi ini karena kesalahan saya sendiri. Sebenarnya saya menyimpan suatu objek alih-alih menambahkannya. Jadi ini konfliknya.

Salah satu cara untuk men-debug masalah ini dalam lingkungan Sql Server adalah dengan menggunakan Sql Profiler yang disertakan dengan salinan SqlServer Anda, atau jika menggunakan versi Express, dapatkan salinan Expresser Profileer secara gratis dari CodePlex dengan mengikuti tautan di bawah ini:

Profiler Ekspres

Dengan menggunakan Sql Profiler Anda bisa mendapatkan akses ke apa pun yang dikirim oleh EF ke DB. Dalam kasus saya ini berjumlah:

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

Saya menyalin ini ke jendela permintaan di Sql Server dan menjalankannya. Cukup yakin, meskipun berjalan, 0 rekaman dipengaruhi oleh kueri ini sehingga kesalahan dikembalikan oleh EF.

Dalam kasus saya, masalahnya disebabkan oleh CategoryID.

Tidak ada CategoryID diidentifikasi oleh ID EF dikirim ke database sehingga 0 catatan terpengaruh.

Ini bukan kesalahan EF, tapi bukan buggy null yang menyatu "??" pernyataan di View Controller yang mengirim omong kosong ke tier data.

Tidak satu pun dari jawaban di atas yang cukup menutupi situasi saya dan solusi untuk itu.

Kode tempat kesalahan dilemparkan ke controller MVC5:

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

Saya menerima pengecualian ini ketika saya menyimpan objek dari tampilan Edit. Alasan itu melemparkannya adalah karena ketika saya kembali untuk menyimpannya, saya telah memodifikasi properti yang membentuk kunci utama pada objek. Jadi, mengatur statusnya ke Dimodifikasi tidak masuk akal untuk EF - itu adalah entri baru, bukan entri yang disimpan sebelumnya.

Anda dapat menyelesaikan ini dengan A) memodifikasi panggilan simpan ke Tambahkan objek, atau B) hanya tidak mengubah kunci utama pada edit. Saya melakukan B).

Ketika jawaban yang diterima mengatakan " itu tidak akan berakhir menimpa perubahan yang aplikasi Anda tidak tahu telah terjadi ", saya ragu karena objek saya baru saja dibuat. Tapi kemudian ternyata, ada INSTEAD OF UPDATE, INSERT- TRIGGERlampiran pada tabel yang memperbarui kolom terhitung dari tabel yang sama.

Setelah saya mengubah ini AFTER INSERT, UPDATE, itu berfungsi dengan baik.

Ini terjadi pada saya karena ketidakcocokan antara datetime dan datetime2. Anehnya, itu bekerja dengan baik sebelum penguji menemukan masalah. Model Kode Pertama Saya menyertakan DateTime sebagai bagian dari kunci utama:

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

Kolom yang dihasilkan adalah kolom datetime. Saat memanggil SaveChanges, EF menghasilkan SQL berikut:

-- 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))

Karena berusaha mencocokkan kolom datetime dengan nilai datetime2, hasilnya tidak ada. Satu-satunya solusi yang dapat saya pikirkan adalah mengubah kolom menjadi datetime2:

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