Sıkıştırıldıkça küçülen veritabanı şerre mi işarettir?

[mussimsek]

Hayır değildir.

Siz veriler tekrar etmeyecek şekilde veritabanını dizayn etmişseniz, gerisi veritabanı yöneticisinin elindedir. Ben de epeyden beridir, winrar ile veritabanlarını ara ara sıkıştırırım. İyi sıkışırlar...

Kolay gelsin.

[mkysoft]

Veri tabanları az yer kaplaması için dizayn edilmezler. Amaçları farklıdır. Master detail olduğu için, detail tablosunda bir çok tekrar eden alan olacaktır. aynı değerler master içindede vardır. sıkıştırma algoritmaları için tekrar eden veri en güzelidir. Bildiğim kadarıyla MSSQL'de compression desteği bulunuyor. Büyük bir ERP yazılımını MSQQL'de compression db ile çalıştıran firma biliyorum, %2-3 arası ek işlemci yükü getirdiğini söylemişti IT yöneticisi. @mussimsek'in basettiği gibi zaten yedekleri sıkıştırıyoruz, MSSQL yine backup esnasında sıkıştırma desteği veriyor kendisi.

[mkysoft]

tekrardan kastım id alanları.

[SimaWB]

Bir text dosya içerisine siz ne kadar yazı yazarsanız o kadar doludur. Yani hiç boş alan yoktur. Ama sıkıştırdığınızda hatrı sayılır ölçüde boyutu küçülür.
Sıkıştırma algoritmalarının çalışma mantığı boş yerleri bulup silmekten ziyada tekrarlayan bilgileri bulup tekrarı azaltmaktır. Dolayısıyla veritabanı içerisindeki tüm alanlar dolu olsa bile elbette ki sıkıştırılmaya müsaittir. (Tahminim; içeriğinde string değerler arttıkça çok daha fazla sıkışacaktır)

[ertank]

Merhaba,

BLOB alanlar database içinde sabit bir alan kaplamazlar. Yanı şekilde VarChar alanlar da sabit bir alan kaplamazlar. Ancak Char alanlar sabir bir alan kaplar.

Bir BLOB veya VarChar(1000) kolon içine yazılan veri kadar alan kaplar. Eğer içinde 10 karakterlik bir ifade varsa database içinde 10 karakterlik alan kaplar.

Veriler yıllardır bu şekilde saklanmaktadır. Eğer bu şekilde yapılmaz ise database boyutları gereksiz yere günümüzdeki boyutlardan çok daha büyük olurlardı.

NOT: "Overhead" dediğimiz kolon içindeki bilgi uzunluğunu saklama vb. kısımlar istisnadır.