Tek sütunlu bir tablo iyi bir tasarım mı? [kapalı]

Tek sütunlu bir tablo olması uygun mu? Teknik olarak yasa dışı olmadığını biliyorum, ancak kötü tasarım olarak kabul ediliyor mu?

DÜZENLE:

İşte birkaç örnek:

• 50 geçerli ABD eyalet koduna sahip bir tablonuz var, ancak ayrıntılı durum adlarını saklamanıza gerek yok.
• E-posta kara listesi.

Birisi bir anahtar alan eklemekten bahsetti. Gördüğüm kadarıyla, bu tek sütun birincil anahtar OLACAKTIR.

Evet, bir masayı en verimli hale getirecek şekilde tasarlamak kesinlikle iyi bir tasarımdır. "Kötü RDBMS Tasarımı" genellikle verimsizlik etrafında şekillenir.

Bununla birlikte, çoğu tek sütun tasarımının ek bir sütundan yararlanabileceğini buldum. Örneğin, Durum Kodlarında tipik olarak Tam Durum adı ikinci bir sütunda yazılı olabilir. Veya bir kara listenin ilişkili notları olabilir. Ancak, tasarımınız gerçekten bu bilgiye ihtiyaç duymuyorsa, tek sütuna sahip olmak tamamen uygundur.

Bu bağlamda, relational algebra" bu şey var " anlamına gelen tekli bir ilişki olacaktır.

Evet, böyle bir ilişkiyi tanımlayan bir tabloya sahip olmak iyidir: örneğin, bir alanı tanımlamak için.

Böyle bir tablonun değerleri elbette doğal birincil anahtarlar olmalıdır.

prime numbersİlk aklıma gelenler için bir arama tablosu .

Onları geçmişte kullandım. Bir müşterim, sahip olduğu bu büyük listedeki bir telefon numarasıyla kaydolmaya çalışan herkesi otomatik olarak engellemek istedi, bu yüzden bu sadece büyük bir kara listeydi.

Bunun için geçerli bir ihtiyaç varsa, o zaman bir sorun görmüyorum. Belki sadece bir sebepten dolayı görüntülenecek bir olasılıklar listesi istiyorsunuz ve bunu dinamik olarak değiştirebilmek istiyorsunuz, ancak onu başka bir tabloya bağlamanıza gerek yok.

Bazen bulduğum bir durum şuna benzer:

Tablo country_id , her ülke için sayısal kimliği olan yalnızca bir sütun içerir.

Tablo country_description , ülke kimliğine sahip bir sütun, dil kimliğine sahip bir sütun ve yerelleştirilmiş ülke adını içeren bir sütun içerir.

Şirket_factories tablosu, Wich'in bulunduğu ülke de dahil olmak üzere şirketin her fabrikasına ait bilgileri içerir.

Bu nedenle, veri tutarlılığını ve tablolarda dilden bağımsız verileri korumak için veritabanı, bu şemayı, dil bağımlılıkları olmadan yabancı anahtarlara izin vermek için yalnızca bir sütunlu tablolarla kullanır.

Bu durumda tek sütunlu tabloların varlığının haklı olduğunu düşünüyorum.

Yoruma yanıt olarak düzenleyen: Quassnoi

_{(kaynak: ggpht.com )}

Bu şemada, company_factories tablosunda, tabloya Dil sütununu eklememi gerektirmeyen bir yabancı anahtar tanımlayabilirim, ancak country_id tablosuna sahip değilsem, yabancı anahtarı tanımlamak için tabloya Dil sütununu eklemeliyim .

Tek sütunlu bir tablonun anlamlı olduğu nadir durumlar olabilir. Geçerli dil kodlarının listesinin yabancı anahtar olarak kullanılan tek sütunlu bir tablo olduğu bir veritabanı yaptım. Anahtarın kendisi kod olduğu için farklı bir anahtara sahip olmanın bir anlamı yoktu. Dil kodu açıklamaları bazı bağlamlar için dile göre değişeceğinden sabit bir açıklama yoktu.

Genel olarak, herhangi bir ek özniteliği olmayan yetkili bir değerler listesine ihtiyaç duyduğunuz her durum, tek sütunlu bir tablo için iyi bir adaydır.

Uygulama tasarımının zaten bir veritabanı kullanıp kullanmadığına bağlı olarak her zaman tek sütunlu tablolar kullanıyorum. Bir veritabanı bağlantısı kurmanın tasarım yüküne katlandıktan sonra, tüm değiştirilebilir verileri mümkün olduğunca tablolara koyarım.

Tek sütunlu tablolar OTMH'nin iki kullanımını düşünebilirim:

1) Veri öğesi mevcuttur. Genellikle açılır listelerde kullanılır. Ayrıca basit meşruiyet testleri için de kullanılır.

Örneğin. iki harfli ABD eyalet kısaltmaları; Gönderdiğimiz posta kodları; Scrabble'da yasal sözcükler; vb.

2) Seyrek ikili öznitelik, yani büyük bir tabloda, yalnızca birkaç kayıt için doğru olacak bir ikili öznitelik. Yeni bir boole sütunu eklemek yerine, özniteliğin true olduğu kayıtların anahtarlarını içeren ayrı bir tablo oluşturabilirim.

Örneğin. ölümcül hastalığı olan çalışanlar; 360 günlük bir yıla sahip bankalar (çoğu 365 kullanıyor); vb.

-Al.

Benzersiz değerler içerdiği sürece sorun değil.

Çoğunlukla bunu, tanımladığınız durum tablosu gibi arama türü tablolarında gördüm. Ancak, bunu yaparsanız, benzersizliği zorlamak için sütunu birincil anahtar olarak ayarladığınızdan emin olun. Bu değeri benzersiz olarak ayarlayamıyorsanız, tek sütun kullanmamalısınız.

Genel olarak evet derdim. Neden sadece bir sütuna ihtiyacınız olduğundan emin değilim. Bunun etkili bir şekilde kullanıldığını gördüğüm bazı istisnalar var. Neyi başarmaya çalıştığınıza bağlı.

Veritabanının şemasını düşündüğünüzde gerçekten iyi bir tasarım değillerdir, ancak gerçekten yalnızca yardımcı program tabloları olarak kullanılmalıdır.

Geçmişte sayı tablolarının etkin bir şekilde kullanıldığını görmüştüm .

Bir veritabanının amacı, bilgi parçalarını birbiriyle ilişkilendirmektir. İlişkilendirilecek veri olmadığında bunu nasıl yapabilirsiniz?

Belki bu bir tür derleme tablosudur (örn. FirstName + LastName + Birthdate), ancak bunu neden yapmak isteyeceğinizden hala emin değilim.

DÜZENLEME: Bu tür bir tabloyu bir tür basit liste için kullanmayı görebiliyordum. Bunu bunun için mi kullanıyorsun?

Evet, alan, söylediğin gibi birincil anahtar olduğu sürece. Bunun nedeni, yinelenen verileri eklerseniz bu satırların salt okunur olacağıdır. Yinelenen satırlardan birini silmeye çalışırsanız. çalışmayacaktır çünkü sunucu hangi satırı sileceğini bilmeyecektir.

Düşünebildiğim tek kullanım durumu, belki bir kelime oyunu için bir kelime tablosu. Sadece bir dizenin bir kelime olduğunu doğrulamak için tabloya erişirsiniz: kelime =? Olan kelimelerden kelime seçin. Ancak, bir kelime listesi tutmak için ilişkisel bir veritabanından çok daha iyi veri yapıları vardır .

Aksi takdirde, bir veritabanındaki veriler, verilerin çeşitli nitelikleri arasındaki ilişkilerden yararlanmak için genellikle bir veritabanına yerleştirilir. Verilerinizin değerinin ötesinde hiçbir özelliği yoksa, bu ilişki nasıl geliştirilecek?

Yani, yasa dışı olmasa da, genel olarak muhtemelen tek sütunlu bir tablonuz olmamalıdır.

Tüm tablolarımda en az dört teknoloji alanı, seri birincil anahtar, oluşturma ve değiştirme zaman damgaları ve yumuşak silme boole değeri var. Herhangi bir kara listede, girişi kimin eklediğini de bilmek isteyeceksiniz. Bu yüzden benim için cevap hayır, tek sütunlu bir tablo, bir şeyin prototipinin oluşturulması dışında bir anlam ifade etmeyecektir.

Evet bu çok iyi. ama bir kimlik alanı ona zarar veremez mi?