SQL Server kimlik sütunlarının kullanımı ve yönetimi

Uygulamaları desteklemek için bir veritabanı tasarlarken birincil anahtarlar nasıl işleneceğini dikkate almak gereklidir. Düşünce en az iki okul bu konuda vardır: yapılacak en doğru şey sözde yedek anahtarları (yani gerçek verilere dayalı olarak değil) ve başka bir kullanımı olduğunu söylüyor biri, yerine gerçek veri olarak kullanılmalıdır iddia anahtar değerleri. Daha sonra göreceli artılarını ve eksilerini bağlı olarak bu çözümlerin hem içinde kullanılmak üzere 'bir veritabanı, (ki biz yakında) ile oluşan bir orta yol yoktur.

Bir tablo tasarlarken genellikle birincil anahtar oluşturan bir veya daha fazla sütun var. Bildiğimiz gibi bir tablonun birincil anahtarı benzersiz her satırı tanımlayan bir değer (veya değerler bir birleşimi). Önemli bir gerçek değerleri oluşur doğal anahtar denir, ama örneğin anahtar onu yedek anahtar denir tablodaki bir satır eklemek her zaman üretilmesi durumunda, sanki daha önce bahsetti. Bunların daha sonra bir yedek anahtar genellikle SQL Server gibi sayısal bir değerdir ve sık sık bu tür sütun kimlik aittir.

Doğal bir anahtar gerçek veriler, satırın diğer sütunları (aynı zamanda genellik içeren bir Müşteriler tablosunda bir bireyin vergi kodu gibi) değerleri ile bir ilişkisi var, yani veri oluşur. Hatta bir yedek anahtar benzersiz bir tablodaki bir satır tanımlayan ama değeri hattın diğer değerleri bir ilişkisi yoktur ve sadece oluşturulur ve saklanır.

Biz yedek başlayan anahtar iki tür avantajları ve dezavantajları analiz:

PRO

• Bir yedek anahtar diğer data hattı ile hiçbir ilişkileri vardır
• Ikincisi doğal anahtarlar değil, bir vekil dayanmayan eğer kolayca, yabancı anahtar ilişkileri ödün vermeden yapılabilir doğal tuşları güncellenmesi ile ilgili veritabanında değişiklik yapmak gerekirse
• Yedek anahtarları genellikle tamsayı ve bu nedenle sadece dört byte yapıları küçük performans endeksi (hangi katılmak operasyonların olumlu bir etkisi vardır) yaparak bu şekilde saklamak için gerekli

KARŞI

• Bir değer vekil ile yabancı anahtar bağlantılı tablolar çeşitli tablolar arasındaki bağlantının gerçek değerleri elde etmek için, bir ana tablo bağlıysa, işlemleri katılmalıdır
• Değerleri onlara içerdiği gibi, özel bilgiler için gerçek bir anlam ifade arama yaparken yedek anahtar çok yararlı değil

Doğal anahtarlar gelince:

PRO

• Değerleri gerçek anlam çünkü araştırma kendilerini Lend
• Onlar katılan katılan bütün tablolarda yer çünkü katılmak anahtar değerleri görmek için daha az adımlar gerekli
• Değerleri gerçek anlam çünkü araştırma kendilerini Lend

KARŞI

• Diğer tablolarla yabancı anahtar ilişkileri onlara göre özellikle eğer, çok daha karmaşık update '
• Doğal anahtarlar genel olarak daha fazla bayt saklamak için gerektiğinden Endeksleri büyük kabul
• Bileşik doğal tuşları (genellikle dize verileri dahil olmak üzere) göre Katıldı yedek anahtarları ile yapılan daha yavaştır

• <<
• 1
• 2
• 3
• >>