Modelleme polimorfik çağrışımlar veritabanı-ilk karşı kod ilk

Question

Bir tablonun bir çok alt tabloya çocuk olabilecek kayıtları içerdiği bir veritabanımız var. Sahipin kimliği ve bir tablo adı oluşan bir "yumuşak" yabancı anahtarı vardır. Bu (anti) desen "polimorfik çağrışımlar" olarak bilinir. En iyi veritabanı tasarımının olmadığını biliyoruz ve bunu yakın zamanda değiştireceğiz, ancak yakın gelecekte değil. Bana bir basit örneği gösterelim:

İkisi Event

, Person ve Product Yorumda kayıtları var. Gördüğünüz gibi, zor FK kısıtlaması yoktur.

İdare Framework yılında Event bir EventComments koleksiyonunu, vb .:

alt sınıfları ve dernekler sonra elle eklenir var vs. EventComment içine Comment sublassing olarak bu modeli destekleyen ve izin mümkündür Temel modelin veritabanından oluşturulması. OwnerCode, bu TPH modelindeki ayrımcıdır. Lütfen Event, Person ve Product'un tamamen farklı öğeler olduğunu unutmayın. Onlar için ortak bir temel sınıfa sahip olmak mantıklı değildir.

Bu, önce bir veritabanıdır. Gerçek yaşam modelimiz böyle çalışıyor, sorun değil.

Tamam. Şimdi kod ilk önce hareket etmek istiyoruz. Bu yüzden, veritabanını bir kod ilk modeline (EF Power Tools) tersine mühendislik yaparak başlattım ve alt sınıfları oluşturmaya ve dernekleri ve mirasları haritalamaya devam ettim. Linqpad'deki modele bağlanmaya çalıştı. O zaman sorun başladı. Bu model ile bir sorguyu yürütmek çalışırken

bir InvalidOperationExeception

yabancı anahtar bileşeni atar 'OwnerId' türü 'EventComment' üzerinde bildirilen özelliği değildir. Modelden açık bir şekilde hariç tutulmadığını ve geçerli bir ilkel özellik olduğunu doğrulayın. Ben iki yönlü bir ilişkinin var olduğu ve OwnerIdComment bir özellik olarak eşleştirilmiş zaman

bu gerçekleşir. Benim EventMap sınıfı (EntityTypeConfiguration<Event>) eşleştirme şuna benzer: Bu MetaDataException

atar

this.HasMany(x => x.Comments).WithRequired().Map(m => m.MapKey("OwnerId")); 

:

this.HasMany(x => x.Comments).WithRequired(c => c.Event) 
    .HasForeignKey(c => c.OwnerId); 

yüzden modelde OwnerId olmadan dernek eşleştirmek için çalıştı Belirtilen şema geçerli değil. Hatalar: (10,6): hata 0019: Türdeki her özellik adı benzersiz olmalıdır. Mülk adı 'OwnerId' zaten tanımlandı. (11,6): hata 0019: Bir türdeki her özellik adı benzersiz olmalıdır. Mülk adı 'OwnerId' zaten tanımlandı.

Üç varlık yorum çağrışımından ikisini kaldırırsam, sorun yok, ama tabi ki bu bir tedavi değil.

Bazı başka ayrıntıları:

• Bir DBContext jeneratör öğesi ekleyerek EDMX dan ("ikinci kod") bir çalışma DBContext modeli oluşturmak mümkündür. (Bu şimdilik bir çalışma olacaktır). I EDMX (bir ilişki ile) çalışma kod ilk modeli dışa
• (EdmxWriter) ilişki bu kavramsal modelin bir parçası olan orijinal EDMX oysa depolama modelinde olduğu görülmektedir. Yani

, nasıl bu model kod Önce oluşturmak olabilir? Anahtarın, ilk önce dernekleri, kavramsal modelde değil, depolama modeliyle eşleştirmesi için ilk önce nasıl talimat verileceğini düşünüyorum. karmaşıklık bu seviyede herhangi bir şema üzerinde EF kullanırken

Answer 1

Ben şahsen ilk Veritabanı ile sopa. İlk olarak kodla ilgili karmaşık şemalarla ilgili sorunlar yaşadım. Belki de daha yeni sürümler biraz daha iyi, ancak karmaşık ilişkileri denemek ve kodlamak için endişelenmek, motorun sizin için üretmesine izin vererek daha az düz görünüyor. Ayrıca bir ilişkiyi bu karmaşık hale getirdiğinde, bunu EF ile üretmeye çalışmaktan kaçınacağım ve ortaya çıkabilecek performans darboğazlarının daha kolay bir şekilde giderilmesi için saklı yordamları kullanmayı deneyeceğim.