Neden ve ne Zaman SEYREK SÜTUN kullanmalıyım? (SQL SERVER 2008)
Peşine thru bazı dersler üzerinde SQL SERVER 2008'in yeni özelliği SEYREK SÜTUN, ben buldum, değil mi herhangi bir alanı sütun değeri 0 veya null ama ne zaman bir değer alır 4 kez bir uzay normal olmayan seyrek) sütun tutar.
Eğer benim anladığım doğru ise, o zaman veritabanı tasarımı sırasında bunun için gideceğim neden? Ve eğer bunu kullanırsam, o zaman ne durumda olacağım?
Bir sütun seyrek sütun olarak tanımlanır meraktan soruyorum da, ne kadar boşluk rezerv gel(bunun için iç uygulama ne demek, ne demek)
Şimdiden teşekkürler
CEVAP
Seyrek sütun kullanmaz4x boşluk miktarıbir değeri saklamak için, bir (sabit) kullanır4 ekstra baytboş olmayan bir değer başına. Zaten söylemiştiniz (NULL 0 yer kaplıyor.)
BoÅŸ olmayan bir deÄŸer saklanırbitsütun = 4.125 bayt 1 bit 4 byte olur. Ama eÄŸer bu ™'u BOÅž, hala net bir tasarruf.
Boş olmayan bir değer saklanırGUID (aşağıdaki örnek)sütun 16 bayt 4 bayt = 20 bayt. Yani bu P BOŞ ise, o hala net bir tasarruf var.
"Tasarruf" güçlü bir şekilde bağlıdır . beklendiği kadar ^em>türsütun bahsediyoruz, ve null vs ne olacağı tahmin null. Değişken genişlik columns (varchars) muhtemelen biraz daha doğru bir şekilde tahmin etmek zor.
Bu Books Online Page gösteren bir tablo varne yüzdesifarklı veri türleri, bir sözü ile bitirmek için boş olması gerekir.
Bu yüzdenne zamanSeyrek Sütun kullanmak gerekir? Satırları önemli bir yüzdesi NULL bir değer bekliyoruz. Akla gelen bazı örnekler:
- "Sipariş İade Tarihi" bir emir sütun tablo. Satış çok küçük bir yüzde iade ürünlerin neden olacağını umut ediyorum.
- "4. Adres>güçlü " Adresi bir tablo satırı. Eğer Bölüm adı gerekiyorsa bile en posta adresleri, ve bir "Dikkat" muhtemelen 4 ayrı hatları gerek yok.
- "Sonek>güçlü " müşteri bir tablo sütun. İnsanların oldukça düşük bir yüzde var "" ya da "III" ya da "Esquire" adından sonra. Jr
Yeniden Adlandır sütun SQL Server 2008...
Neden SQL Server 2008 Management Studi...
2005, SQL Server 2008 ve SQL Server ku...
Neden orada VARSAYILAN tümcesi CURRENT...
Ne zaman SQL Server Basamaklı kullanma...