EF 4.1'e varlıkları eklemek ObjectContext'e kıyasla neden bu kadar yavaş?

Question 1

Temel olarak, bir işleme 35000 nesne ekliyorum:

using(var uow = new MyContext()){
  for(int i = 1; i < 35000; i++) {
     var o = new MyObject()...;
     uow.MySet.Add(o);
  }
  uow.SaveChanges();
}

Bu sonsuza kadar sürer! Temel ObjectContext'yi kullanırsam (kullanarak IObjectAdapter), yine de yavaştır ancak yaklaşık 20 saniye sürer. Görünüşe göre DbSet<>, kare miktarda zaman alan bazı doğrusal aramalar yapıyor ...

Bu sorunu gören başka kimse var mı?

Question 2

Yorumda Ladislav tarafından daha önce belirtildiği gibi, performansı iyileştirmek için otomatik değişiklik algılamayı devre dışı bırakmanız gerekir:

context.Configuration.AutoDetectChangesEnabled = false;

Bu değişiklik algılama, DbContextAPI'de varsayılan olarak etkindir .

API'den DbContextbu kadar farklı davranmasının nedeni , otomatik değişiklik algılama etkinleştirildiğinde API'nin ObjectContextbirçok işlevinin DbContextAPI işlevlerinden daha DetectChangesdahili olarak çağırmasıdır ObjectContext.

BuradaDetectChanges varsayılan olarak çağıran işlevlerin bir listesini bulabilirsiniz . Onlar:

Add, Attach, Find, Local, Veya Removeüyeler üzerindeDbSet
GetValidationErrors, EntryVeya SaveChangesüyeler üzerindeDbContext
EntriesyöntemDbChangeTracker

Özellikle yaşadığınız düşük performanstan sorumlu olan Addaramalar DetectChanges.

Bunun aksine, ObjectContextAPI DetectChangesyalnızca otomatik olarak gelir, SaveChangesancak içeride değil AddObjectve yukarıda belirtilen diğer ilgili yöntemler. Varsayılan performansının ObjectContextdaha hızlı olmasının nedeni budur .

Neden bu DbContextkadar çok işlevde bu varsayılan otomatik değişiklik algılamayı tanıttılar ? Emin değilim, ancak görünüşe göre onu devre dışı bırakmak ve DetectChangesuygun noktalarda manuel olarak aramak gelişmiş olarak kabul ediliyor ve uygulamanıza kolayca ince hatalar ekleyebileceği için [it] 'i dikkatli kullanın .

Question 3

EF 4.3 CodeFirst ile küçük deneysel test:

AutoDetectChanges ile kaldırılan 1000 nesne = true: 23 sn

AutoDetectChanges ile kaldırılan 1000 nesne = false: 11 sn

AutoDetectChanges ile 1000 nesne eklendi = true: 21 sn

AutoDetectChanges ile 1000 nesne eklendi = false: 13 sn

Question 4

.Netcore 2.0'da bu şu adrese taşındı:

context.ChangeTracker.AutoDetectChangesEnabled = false;

Question 5

Burada bulduğunuz cevapların yanı sıra. Veritabanı düzeyinde eklemenin eklemekten daha fazla iş olduğunu bilmek önemlidir. Veritabanının yeni alanı genişletmesi / tahsis etmesi gerekir. Daha sonra en azından birincil anahtar dizinini güncellemesi gerekir. Güncelleme sırasında indeksler de güncellenebilse de, çok daha az yaygındır. Herhangi bir yabancı anahtar varsa, bilgi tutarlılığının korunduğundan emin olmak için bu dizinleri de okuması gerekir. Tetikleyiciler, güncellemeleri aynı şekilde etkileyebilse de bir rol oynayabilir.

Tüm bu veritabanı çalışması, kullanıcı girişlerinden kaynaklanan günlük giriş etkinliğinde anlamlıdır. Ancak, yalnızca mevcut bir veritabanını yüklüyorsanız veya çok fazla ek oluşturan bir işleminiz varsa. Sonuna kadar erteleyerek bunu hızlandırmanın yollarına bakmak isteyebilirsiniz. Normalde eklerken dizinleri devre dışı bırakmak yaygın bir yoldur. Vakaya bağlı olarak yapılabilecek çok karmaşık optimizasyonlar vardır, biraz bunaltıcı olabilirler.

Sadece genel olarak eklemenin güncellemelerden daha uzun süreceğini bilin.