SqlException dari Entity Framework - Transaksi baru tidak diizinkan karena ada utas lain yang berjalan di sesi

Saat ini saya mendapatkan kesalahan ini:

System.Data.SqlClient.SqlException: Transaksi baru tidak diizinkan karena ada utas lain yang berjalan di sesi.

saat menjalankan kode ini:

public class ProductManager : IProductManager
{
    #region Declare Models
    private RivWorks.Model.Negotiation.RIV_Entities _dbRiv = RivWorks.Model.Stores.RivEntities(AppSettings.RivWorkEntities_connString);
    private RivWorks.Model.NegotiationAutos.RivFeedsEntities _dbFeed = RivWorks.Model.Stores.FeedEntities(AppSettings.FeedAutosEntities_connString);
    #endregion

    public IProduct GetProductById(Guid productId)
    {
        // Do a quick sync of the feeds...
        SyncFeeds();
        ...
        // get a product...
        ...
        return product;
    }

    private void SyncFeeds()
    {
        bool found = false;
        string feedSource = "AUTO";
        switch (feedSource) // companyFeedDetail.FeedSourceTable.ToUpper())
        {
            case "AUTO":
                var clientList = from a in _dbFeed.Client.Include("Auto") select a;
                foreach (RivWorks.Model.NegotiationAutos.Client client in clientList)
                {
                    var companyFeedDetailList = from a in _dbRiv.AutoNegotiationDetails where a.ClientID == client.ClientID select a;
                    foreach (RivWorks.Model.Negotiation.AutoNegotiationDetails companyFeedDetail in companyFeedDetailList)
                    {
                        if (companyFeedDetail.FeedSourceTable.ToUpper() == "AUTO")
                        {
                            var company = (from a in _dbRiv.Company.Include("Product") where a.CompanyId == companyFeedDetail.CompanyId select a).First();
                            foreach (RivWorks.Model.NegotiationAutos.Auto sourceProduct in client.Auto)
                            {
                                foreach (RivWorks.Model.Negotiation.Product targetProduct in company.Product)
                                {
                                    if (targetProduct.alternateProductID == sourceProduct.AutoID)
                                    {
                                        found = true;
                                        break;
                                    }
                                }
                                if (!found)
                                {
                                    var newProduct = new RivWorks.Model.Negotiation.Product();
                                    newProduct.alternateProductID = sourceProduct.AutoID;
                                    newProduct.isFromFeed = true;
                                    newProduct.isDeleted = false;
                                    newProduct.SKU = sourceProduct.StockNumber;
                                    company.Product.Add(newProduct);
                                }
                            }
                            _dbRiv.SaveChanges();  // ### THIS BREAKS ### //
                        }
                    }
                }
                break;
        }
    }
}

Model # 1 - Model ini duduk di database di Server Dev kami. Model # 1 http://content.screencast.com/users/Keith.Barrows/folders/Jing/media/bdb2b000-6e60-4af0-a7a1-2bb6b05d8bc1/Model1.png

Model # 2 - Model ini duduk di database di Server Prod kami dan diperbarui setiap hari dengan umpan otomatis. alt teks http://content.screencast.com/users/Keith.Barrows/folders/Jing/media/4260259f-bce6-43d5-9d2a-017bd9a980d4/Model2.png

Catatan - Item yang dilingkari merah di Model # 1 adalah bidang yang saya gunakan untuk "memetakan" ke Model # 2. Harap abaikan lingkaran merah pada Model # 2: yaitu dari pertanyaan lain yang saya jawab sekarang.

Catatan: Saya masih perlu memasukkan cek isDeleted sehingga saya bisa menghapusnya dengan lembut dari DB1 jika sudah keluar dari inventaris klien kami.

Yang ingin saya lakukan, dengan kode khusus ini, adalah menghubungkan perusahaan di DB1 dengan klien di DB2, dapatkan daftar produk mereka dari DB2 dan masukkan di DB1 jika belum ada di sana. Pertama kali melalui harus menjadi tarikan penuh inventaris. Setiap kali dijalankan di sana setelah tidak ada yang terjadi kecuali inventaris baru masuk pada umpan semalam.

Jadi pertanyaan besar - bagaimana saya mengatasi kesalahan transaksi yang saya dapatkan? Apakah saya perlu menjatuhkan dan menciptakan kembali konteks saya setiap kali melalui loop (tidak masuk akal bagi saya)?

Setelah banyak mencabut rambut saya menemukan bahwa foreachloop adalah biang keladinya. Yang perlu terjadi adalah memanggil EF tetapi mengembalikannya ke dalam salah satu IList<T>dari tipe target itu kemudian mengulang pada IList<T>.

Contoh:

IList<Client> clientList = from a in _dbFeed.Client.Include("Auto") select a;
foreach (RivWorks.Model.NegotiationAutos.Client client in clientList)
{
   var companyFeedDetailList = from a in _dbRiv.AutoNegotiationDetails where a.ClientID == client.ClientID select a;
    // ...
}

Seperti yang sudah Anda identifikasi, Anda tidak dapat menyimpan dari dalam foreachyang masih menggambar dari database melalui pembaca aktif.

Memanggil ToList()atau ToArray()tidak apa-apa untuk set data kecil, tetapi ketika Anda memiliki ribuan baris, Anda akan menghabiskan banyak memori.

Lebih baik memuat baris dalam potongan.

public static class EntityFrameworkUtil
{
    public static IEnumerable<T> QueryInChunksOf<T>(this IQueryable<T> queryable, int chunkSize)
    {
        return queryable.QueryChunksOfSize(chunkSize).SelectMany(chunk => chunk);
    }

    public static IEnumerable<T[]> QueryChunksOfSize<T>(this IQueryable<T> queryable, int chunkSize)
    {
        int chunkNumber = 0;
        while (true)
        {
            var query = (chunkNumber == 0)
                ? queryable 
                : queryable.Skip(chunkNumber * chunkSize);
            var chunk = query.Take(chunkSize).ToArray();
            if (chunk.Length == 0)
                yield break;
            yield return chunk;
            chunkNumber++;
        }
    }
}

Dengan metode ekstensi di atas, Anda dapat menulis kueri seperti ini:

foreach (var client in clientList.OrderBy(c => c.Id).QueryInChunksOf(100))
{
    // do stuff
    context.SaveChanges();
}

Objek yang dapat ditanyakan yang Anda panggil dengan metode ini harus dipesan. Ini karena Entity Framework hanya mendukung IQueryable<T>.Skip(int)permintaan yang dipesan, yang masuk akal ketika Anda mempertimbangkan bahwa beberapa permintaan untuk rentang yang berbeda mengharuskan pemesanan agar stabil. Jika pemesanan tidak penting bagi Anda, pesan saja dengan kunci utama karena itu kemungkinan memiliki indeks berkerumun.

Versi ini akan melakukan query database dalam batch 100. Catatan yang SaveChanges()dipanggil untuk setiap entitas.

Jika Anda ingin meningkatkan throughput Anda secara dramatis, Anda harus menelepon SaveChanges()lebih jarang. Gunakan kode seperti ini sebagai gantinya:

foreach (var chunk in clientList.OrderBy(c => c.Id).QueryChunksOfSize(100))
{
    foreach (var client in chunk)
    {
        // do stuff
    }
    context.SaveChanges();
}

Ini menghasilkan panggilan pembaruan basis data 100 kali lebih sedikit. Tentu saja masing-masing panggilan itu perlu waktu lebih lama untuk diselesaikan, tetapi Anda tetap keluar pada akhirnya. Jarak tempuh Anda mungkin beragam, tetapi ini adalah dunia yang lebih cepat bagi saya.

Dan itu mengatasi pengecualian yang Anda lihat.

EDIT Saya meninjau kembali pertanyaan ini setelah menjalankan SQL Profiler dan memperbarui beberapa hal untuk meningkatkan kinerja. Bagi siapa saja yang tertarik, berikut adalah beberapa contoh SQL yang menunjukkan apa yang dibuat oleh DB.

Loop pertama tidak perlu melewati apa pun, jadi lebih sederhana.

SELECT TOP (100)                     -- the chunk size 
[Extent1].[Id] AS [Id], 
[Extent1].[Name] AS [Name], 
FROM [dbo].[Clients] AS [Extent1]
ORDER BY [Extent1].[Id] ASC

Panggilan selanjutnya harus melewati potongan hasil sebelumnya, jadi perkenalkan penggunaan row_number:

SELECT TOP (100)                     -- the chunk size
[Extent1].[Id] AS [Id], 
[Extent1].[Name] AS [Name], 
FROM (
    SELECT [Extent1].[Id] AS [Id], [Extent1].[Name] AS [Name], row_number()
    OVER (ORDER BY [Extent1].[Id] ASC) AS [row_number]
    FROM [dbo].[Clients] AS [Extent1]
) AS [Extent1]
WHERE [Extent1].[row_number] > 100   -- the number of rows to skip
ORDER BY [Extent1].[Id] ASC

Kami sekarang telah memposting tanggapan resmi terhadap bug yang dibuka di Connect . Solusi yang kami rekomendasikan adalah sebagai berikut:

Kesalahan ini disebabkan oleh Kerangka Entitas membuat transaksi implisit selama panggilan SaveChanges (). Cara terbaik untuk mengatasi kesalahan adalah dengan menggunakan pola yang berbeda (yaitu, tidak menyimpan saat sedang membaca) atau dengan secara eksplisit menyatakan transaksi. Berikut adalah tiga solusi yang mungkin:

// 1: Save after iteration (recommended approach in most cases)
using (var context = new MyContext())
{
    foreach (var person in context.People)
    {
        // Change to person
    }
    context.SaveChanges();
}

// 2: Declare an explicit transaction
using (var transaction = new TransactionScope())
{
    using (var context = new MyContext())
    {
        foreach (var person in context.People)
        {
            // Change to person
            context.SaveChanges();
        }
    }
    transaction.Complete();
}

// 3: Read rows ahead (Dangerous!)
using (var context = new MyContext())
{
    var people = context.People.ToList(); // Note that this forces the database
                                          // to evaluate the query immediately
                                          // and could be very bad for large tables.

    foreach (var person in people)
    {
        // Change to person
        context.SaveChanges();
    }
} 

Memang Anda tidak bisa menyimpan perubahan di dalam satu foreachlingkaran dalam C # menggunakan Kerangka Entity.

context.SaveChanges() Metode bertindak seperti komit pada sistem database biasa (RDMS).

Cukup buat semua perubahan (Framework Entity mana yang akan di-cache) dan kemudian simpan semuanya sekaligus SaveChanges()setelah loop (di luar itu), seperti perintah komit database.

Ini berfungsi jika Anda dapat menyimpan semua perubahan sekaligus.

Masukkan context.SaveChanges()setelah foreach(loop) Anda.

Selalu Gunakan pilihan Anda sebagai Daftar

Misalnya:

var tempGroupOfFiles = Entities.Submited_Files.Where(r => r.FileStatusID == 10 && r.EventID == EventId).ToList();

Kemudian Loop melalui Koleksi sambil menyimpan perubahan

 foreach (var item in tempGroupOfFiles)
             {
                 var itemToUpdate = item;
                 if (itemToUpdate != null)
                 {
                     itemToUpdate.FileStatusID = 8;
                     itemToUpdate.LastModifiedDate = DateTime.Now;
                 }
                 Entities.SaveChanges();

             }

FYI: dari buku dan beberapa baris disesuaikan karena masih berlaku:

Menggunakan metode SaveChanges () memulai suatu transaksi yang secara otomatis memutar kembali semua perubahan yang ada pada database jika pengecualian terjadi sebelum iterasi selesai; jika tidak, transaksi akan dilakukan. Anda mungkin tergoda untuk menerapkan metode setelah setiap pembaruan entitas atau penghapusan daripada setelah iterasi selesai, terutama ketika Anda memperbarui atau menghapus sejumlah besar entitas.

Jika Anda mencoba mengaktifkan SaveChanges () sebelum semua data diproses, Anda dikenai pengecualian "Transaksi baru tidak diizinkan karena ada utas lain yang berjalan dalam sesi". Pengecualian terjadi karena SQL Server tidak mengizinkan memulai transaksi baru pada koneksi yang memiliki SqlDataReader terbuka, bahkan dengan Multiple Active Record Sets (MARS) yang diaktifkan oleh string koneksi (String koneksi default EF memungkinkan MARS)

Terkadang lebih baik untuk memahami mengapa hal-hal terjadi ;-)

Membuat daftar yang dapat ditelusuri ke .ToList () dan itu akan berfungsi dengan baik.

Saya mendapatkan masalah yang sama tetapi dalam situasi yang berbeda. Saya memiliki daftar item dalam kotak daftar. Pengguna dapat mengklik item dan memilih delete tetapi saya menggunakan proc yang tersimpan untuk menghapus item karena ada banyak logika yang terlibat dalam menghapus item. Ketika saya memanggil proc yang disimpan, delete berfungsi dengan baik tetapi panggilan selanjutnya ke SaveChanges akan menyebabkan kesalahan. Solusi saya adalah memanggil proc yang disimpan di luar EF dan ini bekerja dengan baik. Untuk beberapa alasan ketika saya memanggil proc yang disimpan menggunakan cara EF dalam melakukan sesuatu, ia membiarkan sesuatu terbuka.

Berikut adalah 2 opsi lain yang memungkinkan Anda mengaktifkan SaveChanges () di a untuk setiap loop.

Opsi pertama adalah menggunakan satu DBContext untuk menghasilkan objek daftar Anda untuk beralih melalui, dan kemudian membuat DBContext ke-2 untuk memanggil SaveChanges () pada. Berikut ini sebuah contoh:

//Get your IQueryable list of objects from your main DBContext(db)    
IQueryable<Object> objects = db.Object.Where(whatever where clause you desire);

//Create a new DBContext outside of the foreach loop    
using (DBContext dbMod = new DBContext())
{   
    //Loop through the IQueryable       
    foreach (Object object in objects)
    {
        //Get the same object you are operating on in the foreach loop from the new DBContext(dbMod) using the objects id           
        Object objectMod = dbMod.Object.Find(object.id);

        //Make whatever changes you need on objectMod
        objectMod.RightNow = DateTime.Now;

        //Invoke SaveChanges() on the dbMod context         
        dbMod.SaveChanges()
    }
}

Opsi ke-2 adalah untuk mendapatkan daftar objek database dari DBContext, tetapi untuk memilih hanya id. Dan kemudian beralih melalui daftar id (mungkin sebuah int) dan dapatkan objek yang sesuai dengan masing-masing int, dan panggil SaveChanges () dengan cara itu. Gagasan di balik metode ini adalah mengambil daftar besar bilangan bulat, jauh lebih efisien daripada mendapatkan daftar besar objek db dan memanggil .ToList () pada seluruh objek. Ini adalah contoh dari metode ini:

//Get the list of objects you want from your DBContext, and select just the Id's and create a list
List<int> Ids = db.Object.Where(enter where clause here)Select(m => m.Id).ToList();

var objects = Ids.Select(id => db.Objects.Find(id));

foreach (var object in objects)
{
    object.RightNow = DateTime.Now;
    db.SaveChanges()
}

Jika Anda mendapatkan kesalahan ini karena foreach dan Anda benar-benar perlu menyimpan satu entitas pertama di dalam loop dan menggunakan identitas yang dihasilkan lebih lanjut dalam loop, seperti dalam kasus saya, solusi termudah adalah menggunakan DBContext lain untuk memasukkan entitas yang akan mengembalikan Id dan menggunakan ID ini dalam konteks luar

Sebagai contoh

    using (var context = new DatabaseContext())
    {
        ...
        using (var context1 = new DatabaseContext())
        {
            ...
               context1.SaveChanges();
        }                         
        //get id of inserted object from context1 and use is.   
      context.SaveChanges();
   }

Jadi dalam proyek itu saya punya masalah yang sama persis masalah ini tidak dalam foreachatau .toList()itu sebenarnya dalam konfigurasi AutoFac yang kami gunakan. Ini menciptakan beberapa situasi aneh dimana kesalahan di atas dilemparkan tetapi juga banyak kesalahan setara lainnya dilemparkan.

Ini adalah perbaikan kami: Mengubah ini:

container.RegisterType<DataContext>().As<DbContext>().InstancePerLifetimeScope();
container.RegisterType<DbFactory>().As<IDbFactory>().SingleInstance();
container.RegisterType<UnitOfWork>().As<IUnitOfWork>().InstancePerRequest();

Untuk:

container.RegisterType<DataContext>().As<DbContext>().As<DbContext>();
container.RegisterType<DbFactory>().As<IDbFactory>().As<IDbFactory>().InstancePerLifetimeScope();
container.RegisterType<UnitOfWork>().As<IUnitOfWork>().As<IUnitOfWork>();//.InstancePerRequest();

Saya tahu ini adalah pertanyaan lama tetapi saya menghadapi kesalahan ini hari ini.

dan saya menemukan bahwa, kesalahan ini dapat dilemparkan ketika pemicu tabel database mendapat kesalahan.

untuk informasi Anda, Anda dapat memeriksa pemicu tabel Anda juga ketika Anda mendapatkan kesalahan ini.

Saya perlu membaca ResultSet besar dan memperbarui beberapa catatan di tabel. Saya mencoba untuk menggunakan potongan seperti yang disarankan di Drew Noakes 's jawabannya .

Sayangnya setelah 50000 catatan saya dapat OutofMemoryException. Kerangka jawaban Entity kumpulan data besar, dari pengecualian memori menjelaskan, itu

EF membuat salinan data kedua yang digunakan untuk deteksi perubahan (sehingga dapat mempertahankan perubahan pada basis data). EF memegang set kedua ini untuk seumur hidup konteks dan set ini yang membuat Anda kehabisan memori.

Rekomendasi ini adalah untuk menciptakan kembali konteks Anda untuk setiap batch.

Jadi saya telah mengambil nilai Minimal dan Maksimum dari kunci utama - tabel memiliki kunci utama sebagai bilangan bulat tambahan otomatis. Kemudian saya mengambil potongan database dari catatan dengan membuka konteks untuk setiap potongan. Setelah memproses konteks chunk menutup dan melepaskan memori. Ini memastikan bahwa penggunaan memori tidak bertambah.

Di bawah ini cuplikan dari kode saya:

  public void ProcessContextByChunks ()
  {
        var tableName = "MyTable";
         var startTime = DateTime.Now;
        int i = 0;
         var minMaxIds = GetMinMaxIds();
        for (int fromKeyID= minMaxIds.From; fromKeyID <= minMaxIds.To; fromKeyID = fromKeyID+_chunkSize)
        {
            try
            {
                using (var context = InitContext())
                {   
                    var chunk = GetMyTableQuery(context).Where(r => (r.KeyID >= fromKeyID) && (r.KeyID < fromKeyID+ _chunkSize));
                    try
                    {
                        foreach (var row in chunk)
                        {
                            foundCount = UpdateRowIfNeeded(++i, row);
                        }
                        context.SaveChanges();
                    }
                    catch (Exception exc)
                    {
                        LogChunkException(i, exc);
                    }
                }
            }
            catch (Exception exc)
            {
                LogChunkException(i, exc);
            }
        }
        LogSummaryLine(tableName, i, foundCount, startTime);
    }

    private FromToRange<int> GetminMaxIds()
    {
        var minMaxIds = new FromToRange<int>();
        using (var context = InitContext())
        {
            var allRows = GetMyTableQuery(context);
            minMaxIds.From = allRows.Min(n => (int?)n.KeyID ?? 0);  
            minMaxIds.To = allRows.Max(n => (int?)n.KeyID ?? 0);
        }
        return minMaxIds;
    }

    private IQueryable<MyTable> GetMyTableQuery(MyEFContext context)
    {
        return context.MyTable;
    }

    private  MyEFContext InitContext()
    {
        var context = new MyEFContext();
        context.Database.Connection.ConnectionString = _connectionString;
        //context.Database.Log = SqlLog;
        return context;
    }

FromToRange adalah struktur sederhana dengan properti From and To.

Kami mulai melihat kesalahan ini "Transaksi baru tidak diizinkan karena ada utas lain yang berjalan di sesi" setelah bermigrasi dari EF5 ke EF6.

Google membawa kami ke sini tetapi kami tidak menelepon SaveChanges()di dalam loop. Kesalahan dimunculkan ketika menjalankan prosedur tersimpan menggunakan ObjectContext.ExecuteFunction di dalam pembacaan foreach loop dari DB.

Setiap panggilan ke ObjectContext.ExecuteFunction membungkus fungsi dalam transaksi. Memulai transaksi saat sudah ada pembaca terbuka menyebabkan kesalahan.

Dimungkinkan untuk menonaktifkan pembungkus SP dalam transaksi dengan mengatur opsi berikut.

_context.Configuration.EnsureTransactionsForFunctionsAndCommands = false;

The EnsureTransactionsForFunctionsAndCommandspilihan memungkinkan SP untuk berjalan tanpa menciptakan transaksi sendiri dan kesalahan tidak lagi mengangkat.

DbContextConfiguration.Yakinkan Transaksi untukFungsi dan Properti Perintah

Saya juga menghadapi masalah yang sama.

Inilah penyebab dan solusinya.

http://blogs.msdn.com/b/cbiyikoglu/archive/2006/11/21/mars-transactions-and-sql-error-3997-3988-or-3983.aspx

Pastikan sebelum menjalankan perintah manipulasi data seperti sisipan, pembaruan, Anda telah menutup semua pembaca SQL aktif sebelumnya.

Kesalahan paling umum adalah fungsi yang membaca data dari db dan mengembalikan nilai. Untuk misalnya fungsi seperti isRecordExist.

Dalam hal ini kami segera kembali dari fungsi jika kami menemukan catatan dan lupa untuk menutup pembaca.

Kode di bawah ini berfungsi untuk saya:

private pricecheckEntities _context = new pricecheckEntities();

...

private void resetpcheckedtoFalse()
{
    try
    {
        foreach (var product in _context.products)
        {
            product.pchecked = false;
            _context.products.Attach(product);
            _context.Entry(product).State = EntityState.Modified;
        }
        _context.SaveChanges();
    }
    catch (Exception extofException)
    {
        MessageBox.Show(extofException.ToString());

    }
    productsDataGrid.Items.Refresh();
}

Dalam kasus saya, masalah muncul ketika saya memanggil Stored Procedure via EF dan kemudian SaveChanges membuang pengecualian ini. Masalahnya dalam memanggil prosedur, pencacah tidak dibuang. Saya memperbaiki kode dengan cara berikut:

public bool IsUserInRole(string username, string roleName, DataContext context)
{          
   var result = context.aspnet_UsersInRoles_IsUserInRoleEF("/", username, roleName);

   //using here solved the issue
   using (var en = result.GetEnumerator()) 
   {
     if (!en.MoveNext())
       throw new Exception("emty result of aspnet_UsersInRoles_IsUserInRoleEF");
     int? resultData = en.Current;

     return resultData == 1;//1 = success, see T-SQL for return codes
   }
}

Saya jauh terlambat ke pesta tetapi hari ini saya menghadapi kesalahan yang sama dan bagaimana saya menyelesaikannya sederhana. Skenario saya mirip dengan kode yang diberikan ini, saya melakukan transaksi DB di dalam nested untuk-setiap loop.

Masalahnya adalah sebagai transaksi DB Tunggal membutuhkan waktu sedikit lebih lama daripada untuk-setiap loop sehingga setelah transaksi sebelumnya tidak selesai maka traksi baru melempar pengecualian, jadi solusinya adalah membuat objek baru di untuk-setiap loop di mana Anda melakukan transaksi db.

Untuk skenario yang disebutkan di atas solusinya akan seperti ini:

foreach (RivWorks.Model.Negotiation.AutoNegotiationDetails companyFeedDetail in companyFeedDetailList)
                {
private RivWorks.Model.Negotiation.RIV_Entities _dbRiv = RivWorks.Model.Stores.RivEntities(AppSettings.RivWorkEntities_connString);
                    if (companyFeedDetail.FeedSourceTable.ToUpper() == "AUTO")
                    {
                        var company = (from a in _dbRiv.Company.Include("Product") where a.CompanyId == companyFeedDetail.CompanyId select a).First();
                        foreach (RivWorks.Model.NegotiationAutos.Auto sourceProduct in client.Auto)
                        {
                            foreach (RivWorks.Model.Negotiation.Product targetProduct in company.Product)
                            {
                                if (targetProduct.alternateProductID == sourceProduct.AutoID)
                                {
                                    found = true;
                                    break;
                                }
                            }
                            if (!found)
                            {
                                var newProduct = new RivWorks.Model.Negotiation.Product();
                                newProduct.alternateProductID = sourceProduct.AutoID;
                                newProduct.isFromFeed = true;
                                newProduct.isDeleted = false;
                                newProduct.SKU = sourceProduct.StockNumber;
                                company.Product.Add(newProduct);
                            }
                        }
                        _dbRiv.SaveChanges();  // ### THIS BREAKS ### //
                    }
                }

Saya sedikit terlambat, tetapi saya juga memiliki kesalahan ini. Saya memecahkan masalah dengan memeriksa apa nilai-nilai itu di mana memperbarui.

Saya menemukan bahwa permintaan saya salah dan ada lebih dari 250 suntingan yang tertunda. Jadi saya mengoreksi permintaan saya, dan sekarang berfungsi dengan benar.

Jadi dalam situasi saya: Periksa kueri untuk kesalahan, dengan men-debug hasil yang dikembalikan kueri. Setelah itu perbaiki kueri.

Semoga ini bisa membantu menyelesaikan masalah di masa depan.