From: Doruk Fisek (dfisek@fisek.com.tr)
Date: Fri 23 Aug 2002 - 13:23:44 EEST
Merhaba,
23 Aug 2002 11:19:36 +0300 tarihinde Burak DAYIOGLU <dayioglu@metu.edu.tr> yazdi:
DF> > Zaten MySQL veritabani kullanan programlarinin %80'i icin idealdir.
DF> > Kalan ekstra ozellikler gereken %20 icin, diger veritabani
DF> > sunuculari (Postgres, Sybase, Oracle, vs) bulunuyor :-)
BD> Bu (bence) cok ama cok iddiali bir ifade. "Kullanan programlar"
BD> dediginde zaten MySQL'in "uygun" oldugu icin secilmis programlardan
BD> soz etmiyor muyuz? Bir uygulama icin MySQL uygun bulunarak secildi
BD> ise -muhtemelen- olasi en ideal secim yapilmistir... :-)
Bir virgul eksikligi soz konusu. "Zaten MySQL, " seklinde olacak ifade.
BD> Trigger, transaction, referential integrity (foreign key'ler vs.)
BD> gibi konularda (eger yanlis biliyorsam dogrusunu ogrenmek isterim)
BD> MySQL'in destegi yoktu.
Istenirse transaction destegi verilebiliyor derleme asamasinda. Ama ontanimli olarak transaction ile degil atomic olarak calisiyor.
Gene MySQL'in kendi el kitabinda her iki calisma seklinin arti ve eksilerinden bahsediyor.
http://www.mysql.com/doc/en/ANSI_diff_Transactions.html
BD> Saydiklarim, veritabani yonetim sistemlerine hakim bir grup tarafindan
BD> uygulama gelistirme platformu secilirken cok dikkatle incelenen
BD> konulardir; bunlarin olmadigi bir veritabani platformunda buyuk ve/veya
BD> gorev kritik uygulama gelistirmek -bence gercekten- cesaret isidir.
Uygulamanin ne oldugu burada onem kazaniyor. Trigger ve referential integrity, programci tarafindan degisik yontemlerle yapilabilecek islemlerdir.
Karmasik ve genis bir veritabani uygulamasinda, bunlar olmazsa olmaz olabilir ancak veritabani uygulamalarinin onemli bir kisminda da ne kadar elzem olduklari tartisilabilir. Programcinin kendi kolayligi icin olan bu ozelliklerden, baska kolayliklar icin vazgecilebilir.
Tabii burada arti ve eksileri iyi tartmak gerekir. Yoksa "MySQL cok iyi bir veritabani sunucusudur, her veritabani uygulamasi icin idealdir" dusuncesi oldukca yanlis olabilir. MySQL ile PostgreSQL, Sybase ve benzeri "gercek" veritabani sunucularini karsilastirmak elma ile armudu karsilastirmayi benzeyebilir.
Burada saniyorum asil anlatmak istedigin, MySQL daha populer oldugu icin ne yazik ki "Linux'un veritabani alternatifi" gibi gozukmesi ve iyi taninmadan kullanilacak MySQL'in cesitli hayal kirikliklarina yol acabilecek olmasi. Oysa, Linux altinda hemen her veritabani sunucusu calisiyor. Ozgur yazilim olarak da bir veritabani sunucusu alternatifi araniyorsa bu PostgreSQL olmalidir.
MySQL ozellikle esas amaci veritabani uygulamasi olmayan, veritabaninin esas uygulamanin (ornegin web sitesi) arkasinda bir destekleyici rol ustlendigi uygulamalarda onem kazaniyor. Kendine ozgu, asil isi veritabani olmayan uygulamalarda kullanimda bircok kolaylik saglayan bir veritabani sunucusu.
Bu nedenle MySQL'i diger veritabani sunuculari ile ayni kefeye koymak, onlarin yerine kullanmak dogru olmayabilir.
Doruk
-- FISEK ENSTITUSU - http://www.fisek.com.tr Ankara : (0312) 3857026 - 4197811 Istanbul : (0216) 4284693 - 4284694 ----------------------------------------------------------------------- Liste üyeliğiniz ile ilgili her türlü işlem için http://liste.linux.org.tr adresindeki web arayüzünü kullanabilirsiniz.Listeden çıkmak için: 'vts-request@linux.org.tr' adresine, "Konu" kısmında "unsubscribe" yazan bir e-posta gönderiniz. -----------------------------------------------------------------------