From: Kemal Gencay (kemalg@superonline.com)
Date: Wed 14 Feb 2001 - 23:29:11 EET
Yerleşik dbms den neyi kastettiginizi anlayamadım. Ancak en son olanaklar
örneğin publisher/subscriber, replication, session management gibi
olanakların olmadığı bir ortam için "manager" sözcüğü biraz fazla oluyor. Bu
tabii her yapımcının iddiası olmaktan öte gidemiyor. Bir başka kriter de
tabii terrabayt'lar seviyesinde bilgiyi verimli bir şekilde işleyebilmek,
'98 dünya futbol şampiyonasında olduğu gibi milyonlarca talebe hiç birini
geri çevirmeden yanıt verebilmek, çoklu işlemci desteği ilk
sayabileceklerimden.
Bütün bu argümanlar MySQL'i kullanmaya mani konular değil, ancak saydığım
sınıf RDBMS arasında görmemek gerek. Yapımcısı Access'e de "engine"
diyebilir, "tıbben mahsuru yok" tabii, sonuçta o da bir bilgi topluluğunu
yönetiyor.
Yeterli oldu mu bilemiyorum, daha fazla ayrıntıyı www.sybase.com dan
bulabiliirsiniz.
Selamlar
Kmal
----- Original Message -----
From: "Dogan Zorlu" <dogan@grup.com.tr>
To: "Multiple recipients of list LINUX" <linux@listweb.bilkent.edu.tr>
Sent: Wednesday, February 14, 2001 7:53 PM
Subject: [LINUX:25369] Re: Offtopic Mysql ve Oracle
> Ya yanlis anlasildim, dikkat ederseniz, mySQL in neden bir Database Engine
> olmadigini sormustum. O bir database degil diyen arkadasa. Stored
procedure
> ve trigger destegi zaten mevcut mySQL de. Belki DB replication ve yerlesik
> dbms manager olmayisi nedeniyle boyle soylemistir diye dusundum. Hala da
> merak ediyorum, mySQL neden bir Databe Engine olamiyor diye ? Kemal bey
> yillardir bu isle ugrastigina gore, burada esas aldigi kriterleri acaba
> anlatabilir mi diye yazmistim... (Ben de yaklasik 10 yildir cesitli RDBMS
> lerle calistim ve neyin neden nicin ustun oldugunu anliyabilirim ve fakat
> bir seye neden database engine denemeyecegini anlayamadigimdan
soruyorum..)
>
> Olayim hangi database i nicin secmeliyim sorusu degil, sanirim
> anlatabildim...
>
> Dogan.
>
> ----- Original Message -----
> From: "Serdar KOYLU" <skoylu@altavista.com>
> To: "Multiple recipients of list LINUX" <linux@listweb.bilkent.edu.tr>
> Sent: Wednesday, February 14, 2001 2:38 PM
> Subject: [LINUX:25348] Re: Offtopic Mysql ve Oracle
>
>
> > Selamlar.
> >
> > Bence iki seyi (Veri tabani, CPU, Tasit araci, Isletim sistemi vs.)
> nicelik olarak su var bu var diye karsilastirmak pek ise yaramaz. Onemli
> olan nitelik olarak karsilastirmaktir. Secim kriteri de buna gore en iyi
> fiyat/performans oraninini yakalamakla yapilir. Oracle ustundur ? Peki
> Oracle ile 10 kullanicinin toplam 10.000 - 20.000 satirli tablolarini
tutmak
> ne kadar akillicadir ? Bazen veritabanlari da bes para etmez hale gelir,
> embedded uygulamalar gelistirmek gerekir. Sonucta isin muhteviyatina gore
> bir secim yapilir. Cunku 1000 kullanici icin yapilmis bir uygulamanin 10
> kullaniciyla daha iyi performans vermesini bekleyemezsiniz. Bu otobuse 5
> kisi binince, otobusun 300 km/s hiz yapabilecegini dusunmek gibi bir sey
> olur. MySQL kucuk ve orta boy veritabanlari icin uygunmus, peki buyuk bir
> veritabaninin tanimi nedir ? Satir sayisi mi ? Tablo sayisi mi ? DB boyutu
> mu ? Bazi uygulamalar olabilir ki, milyonlarca satirlik yuzlerce tablo
olur,
> fakat MySQL bunlarin ustesinden Oracle'dan daha iyi gelebilir. Bazende
30-40
> MB lik, 10 - 20 kullanicili bir veritabani bile MySQL'u surundurebilir.
> Burada MySQL kotudur demek istemiyorum, ayni durum ORACLE veya Progress
> icinde dusunulmelidir. Veritabanlarinin uygulamaya gore secilmemesi pek
cok
> sistem yoneticisinin basina bela olmus bir olaydir: TAN... MS-SQL2000
> kullaniyordu, Dev gibi bir server'la.. Ama 10 gun filan sonra coktu
gitti..
> >
> > MS'nin IT dunyasina kazandirmak istedigi, aslinda kolay kullanilan,
kolay
> ogrenilen, cunku kullanicinin yerine kendi karar veren uygulamalar
sunmakti.
> Bu donemle birlikte herkes kolay molay diye yarim yamalak bilgilerle
> admin'lige soyundu. sonucta subnetting bile yapamayan Adminler koca aglari
> yonetmeye kalkinca bu sorular sorulmaya baslandi. Oysa kapsamli islerde
> oncelikle, bu program dosya, dizin, network, connectivity, buffering,
> caching, cursor location, locking vs. nasil yapiyor sorularinin
> cevaplanmasi, bu cevaplara gore bir kriter belirlenmesi gerekir, diyorum.
> Arti DB uerindeki uygulamanin da, o serverin durumuna gore optimize
edilmesi
> gerektigini dusunuyorum. Mesela squid gider bir suru altdizin olusturur
ki,
> dosya sisteminin cache mekanizmasi sismesin.
> >
> > Bilmem bu konuda siz ne dusunursunuz ?
> >
> >
> > Saygi ve sevgiler..
> >
> >
> >
> > On Wed, 14 February 2001, "Dogan Zorlu" wrote:
> >
> > >
> > > Bu ikisi arasinda sunda bu var bunda da bu var, sunda bu yok bunda da
bu
> yok
> > > diye bir tablo hazirlayabilir misiniz deneyimleriniz isiginda ?
Firsatla
> biz
> > > de belki daha once ciddi olarak dusunmedigimiz bu ayirim icin daha net
> > > seyler dusunebilelim ? (Yani MySQL ve bir Database Engine arasindaki
> farklar
> > > nelerdir ?)
> > >
> > > Dogan.
> > >
> > > ----- Original Message -----
> > > From: "Kemal Gencay" <kemalg@superonline.com>
> > > To: "Multiple recipients of list LINUX" <linux@listweb.bilkent.edu.tr>
> > > Sent: Wednesday, February 14, 2001 8:16 AM
> > > Subject: [LINUX:25318] Re: Offtopic Mysql ve Oracle
> > >
> > >
> > > > !!!!!!!!!!!!!!! DIKKAT !!!!!!!!!!!!!
> > > >
> > > > MySQL bir "DataBase Engine" deðil, sadece SQL komutlaryny bir
> "flat
> > > file"da
> > > > çalyþtyrabilen becerikli ve kullanyþly bir ürün. AYRI konu
> ve sahalaryn
> > > > ürünleri ikisi.
> > > >
> > > > Bu "KONUT" ile "TAÞIT ARACI" ny karþylaþtyrmaya
> benziyor. Arada hiçbir
> > > > kyyaslanabilir iliþki yok:))))
> > > >
> > > > 30 yyldyr bu iþlerle aktif olara uðraþan olarak, genç
> arkadaþlary
> > > uyaryrym.
> > > >
> > > > NASA'nyn karary olsa olsa küçük bir amacy karþylamak için
yeterli
> gördüðü
> > > > bir seçimdir bence.
> > > >
> > > > Selam ve sevgiler
> > > >
> > > > http://www.kemal-gencay.nom.tr
> > > >
> > > > veya
> > > >
> > > >
> > > > http://168.144.95.52
> > > >
> > > > (0216) 467 2864
> > > > (0532) 677 1536
> > > >
> > > > kemalg@superonline.com
> > > >
> > > >
> > > > >
> > > > >
> > > > > cok degil bir iki ay kadar once NASA sistemlerindeki veri tabani
> icin
> > > > > kullanmis oldugu ORACLE i MYSQL ile degistirdi. e NASA bile ORACLE
> dan
> > > > > vazgecip de MYSQL kullaniyosa artik denecek bir sey yok bence.
> > > > >
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > > Listeden cikmak icin:
> > > > unsub linux
> > > > mesajini listeci@bilkent.edu.tr adresine gonderiniz.
> > > > Lutfen Listeci icin MIME / HTML / Turkce Aksan kullanmayin.
> > > > Listeci arayuzu:
> http://listweb.bilkent.edu.tr/yardim/bilkent/linux.html
> > > > Liste arsivinin adresi: http://listweb.bilkent.edu.tr/
> > >
> > >
> > >
> > > Listeden cikmak icin:
> > > unsub linux
> > > mesajini listeci@bilkent.edu.tr adresine gonderiniz.
> > > Lutfen Listeci icin MIME / HTML / Turkce Aksan kullanmayin.
> > > Listeci arayuzu:
> http://listweb.bilkent.edu.tr/yardim/bilkent/linux.html
> > > Liste arsivinin adresi: http://listweb.bilkent.edu.tr/
> >
> >
> > Find the best deals on the web at AltaVista Shopping!
> > http://www.shopping.altavista.com
> >
> >
> > Listeden cikmak icin:
> > unsub linux
> > mesajini listeci@bilkent.edu.tr adresine gonderiniz.
> > Lutfen Listeci icin MIME / HTML / Turkce Aksan kullanmayin.
> > Listeci arayuzu:
http://listweb.bilkent.edu.tr/yardim/bilkent/linux.html
> > Liste arsivinin adresi: http://listweb.bilkent.edu.tr/
>
>
>
> Listeden cikmak icin:
> unsub linux
> mesajini listeci@bilkent.edu.tr adresine gonderiniz.
> Lutfen Listeci icin MIME / HTML / Turkce Aksan kullanmayin.
> Listeci arayuzu: http://listweb.bilkent.edu.tr/yardim/bilkent/linux.html
> Liste arsivinin adresi: http://listweb.bilkent.edu.tr/
>
Listeden cikmak icin:
unsub linux
mesajini listeci@bilkent.edu.tr adresine gonderiniz.
Lutfen Listeci icin MIME / HTML / Turkce Aksan kullanmayin.
Listeci arayuzu: http://listweb.bilkent.edu.tr/yardim/bilkent/linux.html
Liste arsivinin adresi: http://listweb.bilkent.edu.tr/