Neden birden fazla ilişki için bir tablom olmasın?

Veritabanımda örneğin Mağaza, Çalışan ve Satış gibi birden çok ilişkim olduğu ve çiftleri basit bir ikili ilişkiyle bağlamak istediğimi varsayarsak. Şahsen yabancı anahtarlardan oluşan doğal bir anahtarla Employee_Store ve Employee_Sale adlı tablolar yaratacağım.

Şimdi, meslektaşım birden fazla ilişki için bir tablo oluşturmakta ısrar ediyor. Yukarıdaki örnek için EmployeeLinks adında bir tablo olabilir:

EmployeeLinks(
    IdLink int PK, 
    IdEmployee int FK null,
    IdStore int FK null,
    IdSale int FK null,
    LinkType int not null
)

Lütfen bunun neden iyi bir fikir olmadığı konusunda iyi nedenlerle yardımcı olun. Kendi argümanlarım var ama onları gizli tutmak ve tarafsız görüşlerinizi duymak istiyorum.

DÜZENLE:

Başlangıçta yukarıdaki tabloda birincil anahtar (!) Bulunmaz. Yabancı anahtarlar null değerine izin verdiği için yedek anahtar tek seçenektir.

İş arkadaşınız bu bağlantı tablosu için birincil anahtar olarak ne öneriyor?
Birincil anahtar sütunları elbette NULL olamaz: yukarıdaki tabloda null değeri vardır.

Yukarıdaki örnekte herhangi bir doğal satır tanımlayıcısı (PK'nin ne olduğu) yoktur (IDENTITY sütunu birincil anahtar değildir), bu nedenle herhangi bir modelleme işleminde başarısız olur . Bazı modelsiz (ERD, ORM, IDEF1X, ne olursa olsun) tablo oluşturmayı bile düşünmeyin

Ayrıca 3 yollu bağlantınız olmadığından emin olmak için CHECK kısıtlamalarına da ihtiyacınız olacaktır.

Son olarak, 4. ve 5. normal form bölgelerine sapıyorsunuz, ancak yanlış nedenlerle.

İnternette herhangi bir örnek bulamıyorum: bunun ne kadar aptal olduğunu gösteriyor

Aklıma gelen ilk pratik neden performans.

"Geleneksel" bir modelde, Idemployee, Idstorealanlar veya alanlar ne olursa olsun benzersiz bir dizine sahip olabilir ve aramalarda mükemmel performans elde edebilirsiniz. Ek parçaların bakımı da kolaydır. Benzersiz dizinler, birleştirmeleri daha sık birleştirmenizi sağlar, bu da çok fazla JOINhızlı hale getirebilir .

Örnek modelinizde, iyi bir performans elde etmek için, tablodaki her FK alanında minimum olarak tek bir alan endeksine, ideal olarak referans verilecek tüm kombinasyonlarda bir kaplama dizinine sahip olmanız gerekir, yani:

• Çalışan / Mağaza
• Çalışan / Satış

Linktype ne olduğundan emin değilim ama eğer başvurursanız, muhtemelen dizine alınmalıdır.

Alanın doldurulup doldurulmadığına bakılmaksızın, bu dizinlerin tablodaki her satır için korunması gerekir. Bir filtre ekleyebilirsiniz, ancak bu birçok kombinasyonla da zorlaşacaktır.

Ayrıca mantığınızı zorlaştıracaktır. Ya çalışan kimliği üzerinde bir arama yapmanız, boş bir mağaza değeri olan bir satır bulmanız ve güncellemeniz gerekir; veya her yeni bağlantı için alanları birleştirmeyi amaçlayan yeni bir satır ekleyin.

Temel olarak DAHA FAZLA disk alanı kullanacak, korumak için DAHA FAZLA dizine sahip olacak ve mantığınızı esasen hiçbir sebeple karmaşık hale getireceksiniz. Tek "yarar" başa çıkmak için daha az tablo olmasıdır.

Bir tabloya birden çok ilişki koymak, bu ilişkiler aynı niteliklere sahipse ve / veya verileri birden çok ilişki üzerinden toplamak istiyorsanız yararlı olabilir.

İlişki türlerinin çalışma zamanında kullanıcı tarafından tanımlanması gerekir. Ancak bu nadiren durumdur.

Örneğinizde ilişkiler nitelikleri paylaşmaz, hatta iki farklı tabloya atıfta bulunan ilişkiler. Bu, kısıtlamaların uygulanmasını zorlaştırır ve tasarım da daha az sezgiseldir.

Bu tasarımı sadece tablolar oluşturmak paraya mal olsaydı seçerdim.