Entity Framework'ün alt nesneleri kaydetmeye / eklemeye çalışmasını nasıl durdururum?

Varlık çerçevesine sahip bir varlığı kaydettiğimde, doğal olarak bunun yalnızca belirtilen varlığı kurtarmaya çalışacağını varsaydım. Ancak, o varlığın alt varlıklarını da kurtarmaya çalışıyor. Bu, her türlü bütünlük sorununa neden oluyor. EF'yi yalnızca kaydetmek istediğim varlığı kaydetmeye ve bu nedenle tüm alt nesneleri yoksaymaya nasıl zorlarım?

Özellikleri el ile null olarak ayarlarsam, bir hata alıyorum "İşlem başarısız oldu: Bir veya daha fazla yabancı anahtar özelliği null yapılamaz olduğundan ilişki değiştirilemedi." Bu, alt nesneyi özellikle null olarak ayarladığım için, EF onu yalnız bıraktığından, son derece ters etki yaratıyor.

Neden alt nesneleri kaydetmek / eklemek istemiyorum?

Bu, yorumlarda ileri geri tartışıldığı için, çocuğumun nesnelerinin neden yalnız bırakılmasını istediğime dair bazı gerekçeler vereceğim.

Oluşturduğum uygulamada, EF nesne modeli veritabanından yüklenmiyor, düz bir dosyayı ayrıştırırken doldurduğum veri nesneleri olarak kullanılıyor. Alt nesneler söz konusu olduğunda, bunların çoğu, ana tablonun çeşitli özelliklerini tanımlayan arama tablolarına atıfta bulunur. Örneğin, birincil varlığın coğrafi konumu.

Bu nesneleri kendim doldurduğum için, EF bunların yeni nesneler olduğunu ve üst nesneyle birlikte eklenmesi gerektiğini varsayar. Ancak, bu tanımlar zaten var ve veritabanında kopyalar oluşturmak istemiyorum. Bir arama yapmak ve ana tablo varlığımdaki yabancı anahtarı doldurmak için yalnızca EF nesnesini kullanıyorum.

Gerçek veri olan alt nesnelerle bile, önce ebeveyni kaydetmem ve bir birincil anahtar almam gerekiyor, yoksa EF, işleri berbat ediyor gibi görünüyor. Umarım bu biraz açıklama getirir.

Bildiğim kadarıyla iki seçeneğiniz var.

Seçenek 1)

Tüm alt nesneleri boş bırakın, bu EF'nin hiçbir şey eklememesini sağlar. Ayrıca veritabanınızdan hiçbir şey silinmez.

Seçenek 2)

Aşağıdaki kodu kullanarak alt nesneleri bağlamdan ayrılmış olarak ayarlayın

 context.Entry(yourObject).State = EntityState.Detached

A List/ 'yi ayıramayacağınızı unutmayın Collection. Listenizde bir döngü içinde dolaşmanız ve listenizdeki her öğeyi bu şekilde ayırmanız gerekecek.

foreach (var item in properties)
{
     db.Entry(item).State = EntityState.Detached;
}

Uzun lafın kısası: Yabancı anahtarı kullanın ve gününüzü kurtaracaktır.

Bir Okul varlığınız ve Şehir varlığınız olduğunu varsayın ve bu, bir Şehrin birçok Okulunun olduğu ve bir Okulun da bir Şehre ait olduğu çoka bir ilişkidir. Ve şehirlerin arama tablosunda zaten mevcut olduğunu varsayın, böylece yeni bir okul eklerken yeniden eklenmelerini İSTEMİYORSUNUZ.

Başlangıçta varlıkları şu şekilde tanımlayabilirsiniz:

public class City
{
    public int Id { get; set; }
    public string Name { get; set; }
}

public class School
{
    public int Id { get; set; }
    public string Name { get; set; }

    [Required]
    public City City { get; set; }
}

Ve Okul eklemesini şu şekilde yapabilirsiniz ( yeni öğeye zaten Şehir mülkünüzün atandığını varsayın ):

public School Insert(School newItem)
{
    using (var context = new DatabaseContext())
    {
        context.Set<School>().Add(newItem);
        // use the following statement so that City won't be inserted
        context.Entry(newItem.City).State = EntityState.Unchanged;
        context.SaveChanges();
        return newItem;
    }
}

Yukarıdaki yaklaşım bu durumda mükemmel şekilde çalışabilir, ancak benim için daha açık ve esnek olan Yabancı Anahtar yaklaşımını tercih ediyorum . Aşağıdaki güncellenmiş çözüme bakın:

public class City
{
    public int Id { get; set; }
    public string Name { get; set; }
}

public class School
{
    public int Id { get; set; }
    public string Name { get; set; }

    [ForeignKey("City_Id")]
    public City City { get; set; }

    [Required]
    public int City_Id { get; set; }
}

Bu şekilde, Okulun yabancı bir anahtar City_Id olduğunu ve Şehir varlığına başvurduğunu açıkça tanımlarsınız . Dolayısıyla, Okul eklemesi söz konusu olduğunda şunları yapabilirsiniz:

    public School Insert(School newItem, int cityId)
    {
        if(cityId <= 0)
        {
            throw new Exception("City ID no provided");
        }

        newItem.City = null;
        newItem.City_Id = cityId;

        using (var context = new DatabaseContext())
        {
            context.Set<School>().Add(newItem);
            context.SaveChanges();
            return newItem;
        }
    }

Bu durumda, açıkça belirtmek City_Id yeni kaydın ve kaldırmak Şehir EF ile birlikte bağlamında eklemek için rahatsız etmez, böylece grafikten Okulu .

İlk izlenimde Yabancı anahtar yaklaşımı daha karmaşık görünse de, inanın bana çoktan çoğa bir ilişki eklemek söz konusu olduğunda size çok zaman kazandıracak (bir Okul ve Öğrenci ilişkiniz olduğunu ve Öğrenci bir Şehir mülkü vardır) vb.

Umarım sana yararlı olur.

Sadece bir üst nesnedeki değişiklikleri depolamak ve alt nesnelerinden herhangi birinde yapılan değişiklikleri depolamaktan kaçınmak istiyorsanız , o zaman neden aşağıdakileri yapmayasınız:

using (var ctx = new MyContext())
{
    ctx.Parents.Attach(parent);
    ctx.Entry(parent).State = EntityState.Added;  // or EntityState.Modified
    ctx.SaveChanges();
}

İlk satır, üst nesneyi ve bağımlı alt nesnelerinin tüm grafiğini Unchangeddurumdaki bağlama ekler .

İkinci satır, yalnızca üst nesnenin durumunu değiştirerek alt öğelerini durumda bırakır Unchanged.

Yeni oluşturulmuş bir bağlam kullandığımı unutmayın, bu nedenle bu, diğer değişiklikleri veritabanına kaydetmeyi önler.

Önerilen çözümlerden biri, navigasyon özelliğini aynı veritabanı bağlamından atamaktır. Bu çözümde, veritabanı bağlamının dışından atanan gezinme özelliği değiştirilecektir. Lütfen örnek için aşağıdaki örneğe bakın.

class Company{
    public int Id{get;set;}
    public Virtual Department department{get; set;}
}
class Department{
    public int Id{get; set;}
    public String Name{get; set;}
}

Veritabanına kaydetme:

 Company company = new Company();
 company.department = new Department(){Id = 45}; 
 //an Department object with Id = 45 exists in database.    

 using(CompanyContext db = new CompanyContext()){
      Department department = db.Departments.Find(company.department.Id);
      company.department = department;
      db.Companies.Add(company);
      db.SaveChanges();
  }

Microsoft bunu bir özellik olarak listeliyor, ancak ben bunu can sıkıcı buluyorum. Şirket nesnesiyle ilişkili departman nesnesinin veritabanında zaten var olan bir kimliği varsa, o zaman EF neden şirket nesnesini veritabanı nesnesiyle ilişkilendirmiyor? Derneğe neden kendi başımıza bakmalıyız? Yeni nesne eklerken navigasyon özelliğine dikkat etmek, veritabanı işlemlerini SQL'den C #'ye taşımak gibi bir şeydir, geliştiriciler için zahmetlidir.

Öncelikle, EF'de varlığı güncellemenin iki yolu olduğunu bilmeniz gerekir.

• Ekli nesneler

Yukarıda açıklanan yöntemlerden birini kullanarak nesne bağlamına eklenen nesnelerin ilişkisini değiştirdiğinizde, Entity Framework yabancı anahtarları, başvuruları ve koleksiyonları eşitlenmiş durumda tutmalıdır.

• Bağlantısı kesilen nesneler

Bağlantısı kesilen nesnelerle çalışıyorsanız, senkronizasyonu manuel olarak yönetmeniz gerekir.

Oluşturduğum uygulamada, EF nesne modeli veritabanından yüklenmiyor, düz bir dosyayı ayrıştırırken doldurduğum veri nesneleri olarak kullanılıyor.

Bu, bağlantısız bir nesneyle çalıştığınız anlamına gelir, ancak bağımsız ilişkilendirme veya yabancı anahtar ilişkilendirme kullanıp kullanmadığınız belirsizdir .

• Ekle

  Mevcut alt nesne (veritabanında bulunan nesne) ile yeni varlık eklerken, alt nesne EF tarafından izlenmiyorsa, alt nesne yeniden eklenecektir. Önce alt nesneyi manuel olarak eklemediğiniz sürece.

    db.Entity(entity.ChildObject).State = EntityState.Modified;
    db.Entity(entity).State = EntityState.Added;
  

• Güncelleme

  Varlığı değiştirilmiş olarak işaretleyebilirsiniz, ardından tüm skaler özellikler güncellenir ve gezinme özellikleri basitçe yok sayılır.

    db.Entity(entity).State = EntityState.Modified;
  

Grafik Farkı

Bağlantısı kesilmiş nesneyle çalışırken kodu basitleştirmek istiyorsanız, diff kitaplığının grafiğini çizmeyi deneyebilirsiniz .

İşte giriş, bir müstakil birimlerin bir grafiğin otomatikleştirilmiş güncellemeler izin - Varlık Framework Kod Birinci için GraphDiff Tanıtımı .

Basit kod

• Var değilse varlık ekleyin, aksi takdirde güncelleyin.

    db.UpdateGraph(entity);
  

• Var değilse varlık ekleyin, aksi takdirde güncelleyin VE mevcut değilse alt nesneyi ekleyin, aksi takdirde güncelleyin.

    db.UpdateGraph(entity, map => map.OwnedEntity(x => x.ChildObject));
  

Bunu yapmanın en iyi yolu, veri bağlamınızdaki SaveChanges işlevini geçersiz kılmaktır.

    public override int SaveChanges()
    {
        var added = this.ChangeTracker.Entries().Where(e => e.State == System.Data.EntityState.Added);

        // Do your thing, like changing the state to detached
        return base.SaveChanges();
    }

Profili kaydetmeye çalışırken de aynı sorunu yaşıyorum, zaten tablo selamlama ve profil oluşturmak için yeniyim. Profil eklediğimde selamlama da eklenir. Bu yüzden savechanges () önce böyle denedim.

db.Entry (Profile.Salutation) .State = EntityState.Unchanged;

Bu benim için çalıştı:

// temporarily 'detach' the child entity/collection to have EF not attempting to handle them
var temp = entity.ChildCollection;
entity.ChildCollection = new HashSet<collectionType>();

.... do other stuff

context.SaveChanges();

entity.ChildCollection = temp;

Yaptığımız şey, ebeveyni dbset'e eklemeden önce, alt koleksiyonları üst koleksiyondan ayırmak, daha sonra onlarla çalışmaya izin vermek için mevcut koleksiyonları diğer değişkenlere itmek ve ardından mevcut alt koleksiyonları yeni boş koleksiyonlarla değiştirmek. Çocuk koleksiyonlarını null olarak ayarlamak / hiçbir şey bizim için başarısız görünmüyordu. Bunu yaptıktan sonra ebeveyni dbset'e ekleyin. Bu şekilde çocuklar siz istemedikçe eklenmez.

Eski bir gönderi olduğunu biliyorum, ancak kod ilk yaklaşımı kullanıyorsanız, eşleme dosyanızda aşağıdaki kodu kullanarak istenen sonucu elde edebilirsiniz.

Ignore(parentObject => parentObject.ChildObjectOrCollection);

Bu temelde EF'e "ChildObjectOrCollection" özelliğini modelden dışlamasını söyler, böylece veritabanına eşlenmez.

Entity Framework Core 3.1.0 kullanarak benzer bir zorluk yaşadım, repo mantığım oldukça genel.

Bu benim için çalıştı:

builder.Entity<ChildEntity>().HasOne(c => c.ParentEntity).WithMany(l =>
       l.ChildEntity).HasForeignKey("ParentEntityId");

Lütfen "ParentEntityId" nin alt varlıktaki yabancı anahtar sütun adı olduğunu unutmayın. Bu yönteme yukarıda belirtilen kod satırını ekledim:

protected override void OnModelCreating(ModelBuilder builder)...