From: Umut (linuxlist@gmail.com)
Date: Sat 07 May 2005 - 15:04:20 EEST
Daha uzman gorusler elbette gelecektir, ancak ben fikrimi belirteyim...
Siz zaten pek cok + ve - durumu belirtmissiniz. Ne zaman veritabani
secilmeli sorusunun cevabi aranirken bu ozellikleri ne derecede
kullanacaginiza ve karsiliginda kaybettiklerinize degip degmedigi
sorusunun cevabina bakmak gerek.
Biraz deginmissiniz ama veri kurtarma acisindan bakmak
belki faydali olabilir bir de. Genelde filesystem icin
verikurtarma araclari daha fazla ve daha etkili.
Ama veritabani icin verikurtarma araclarinda
kullandiginiz veritabanina bagli olarak o kadar cok
alternatif bulamayabilirsiniz.
Bir de, belki konuyla alakasiz ama RAW partition kullanabilen
veritabanlari var bildigim kadariyla. Bu da performansla ilgili
kayiplarda bir miktar azalma saglayabilir belki...
On 5/7/05, Volkan YAZICI <yazicivo@ttnet.net.tr> wrote:
>
> Merhaba,
>
> Ne zaman bir dosya, dosya sistemi yerine veritabanı [1] üzerinde
> saklanmalı? Listedeki arkadaşların konu üzerine yorumları çok
> makbule geçecektir.
>
> [1] Veritabanı ile kastım RDBMS. Yani PostgreSQL, Firebird tarzı.
>
> Benim tasarladığım bir kaç noktayı sizin ile paylaşacak olursam:
>
> {{{
> Bir dosyanın, sunucunun dosya sistemi yerine, veritabanında saklanıyor
> olması daha "merkeziyetçi" bir yapı sunacaktır. Yani, dosyaya ulaşmak
> isteyenlerin, sadece sunucuya bağlanabilmeleri yeterli olacak olup, dosya
> sistemi uyuşmazlığı (ya da NFS) gibi problemler ile karşılaşmayacaklardır.
>
> Verinin bütünlüğü açısından, dosya sistemlerine göre veritabanları daha
> kararlı bir form sunacaktır. Sahip olduğu PITR, ve benzeri veri kurtarma
> yöntemleri ve transaction destekleri ile sunucu üzerindeki verinin
> güvenliği ve sunucu/istemci arasındaki verinin bütünlüğü daha kararlı
> bir hale bürünecektir. (Bu noktada biraz tereddütlerim var. Sonuç
> itibari ile uğraşılırsa dosya sistemleri üzerinde de kurtarma ve
> transaction desteği sağlanabilir. (Transaction için bkz. subversion'un
> atomik dosya transfer işlemleri.) Fakat bu uğraşa değecek midir?)
>
> Verinin şifrelenerek yollanmasını düşünecek olursak, bu bir
> veritabanında ufak bir parametre kadar yakınken (Örneğin PostgreSQL'de
> sslmode=require bağlantı parametresi tüm bu işlemler için yeterli.)
> dosya sistemleri için birbirinden farklı alternatifler, yine kendi
> içlerinde ayrıldıkları gruplara göre eksi ve artıları ile, bu özelliği
> sağlarken, bir veritabanının sunduğu kolaylığı sunamayabilir.
> }}}
>
> Bunun yanında, veritabanlarının dosya kaydında sahip olduğu bazı eksiler
> bulunmakta. Bunları da kendi çıkarabildiğim kadarı ile şöyle listeleyeyim:
>
> {{{
> RDBMS'lerde, veri iletişimi bir çok kontrol meknazimasına tabi
> tutulduğundan, normal bir dosya sisteminde saklanan dosyaya göre,
> veritabanından bir dosyanın sunumu sistem kaynakları için pek de iyi
> niyetli olmayacaktır. Bunun yanında, bir yavaşlığın da yaşanacak olması
> muhtemeldir. (Bu yavaşlık ne derece fark eder, bu noktada da soru
> işaretleri var.)
>
> Olaya uzun vadede yaklaşıldığında, kullanılan RDBMS'in duyurulan yeni
> sürümünün verinin saklanmasında kullandığı yeni yöntemler eskisi ile
> uyumlu olmayabilir; ki böyle bir durumda tüm veritabanının dump edilip,
> yeni veritabanına load edilmesi gerecektir. Bir sistem yöneticisinin
> veritabanını dosya saklamak için kullandığı düşünelecek olursa, bunun
> epeyce meşakkatli bir iş olacağı ortada gibi.
>
> Bazı RDBMS'lerde dosya boyut sınırları, dosya sistemi için geçerli olan
> sınırların çok altındadır. Örnek vermek gerekirse, PostgreSQL'de Large
> Object kullanılarak saklanabilecek en büyük dosya boyutu 2 Gb
> dolaylarındadır. (Gerçi TOAST mekanizmasının devreye geçmesi ile
> birlikte PostgreSQL'de normal bir tablo alanında da artık 2 Gb'ye kadar
> veri saklanabiliyor. Yani Large Object bir zorunluluk olmaktan çıktı.)
> Diğer taraftan, dosya sistemleri göz önüne alınacak olursa, kullanılan
> çekirdeğe göre bu sınır değişecek olup, genelde de bir dosya sistemi bir
> veritabanına göre daha büyük boyutlarda dosya tutubilir nitelikte
> olacaktır.
> }}}
>
> Buraya kadar sabırla okuduğunuz için (kandırmıyorsunuz değil mi?) ayrıca
> teşekkür ederim. Yorumlarınızı merakla bekliyorum. İyi çalışmalar.
>
>
> _______________________________________________
> Linux-programlama mailing list
> Linux-programlama@liste.linux.org.tr
> http://liste.linux.org.tr/mailman/listinfo/linux-programlama
>
>
>
_______________________________________________
Linux-programlama mailing list
Linux-programlama@liste.linux.org.tr
http://liste.linux.org.tr/mailman/listinfo/linux-programlama