Merhaba, B tree index yapısından ve lock mekanizmasından dolayı MyISAM okuma ağırlıklı veri ile sağlıklı çalışıyor.
Veri üzerinde update çok seyrek *yapılmıyorsa *InnoDB kullanmanız gerekmektedir. InnnoDB transactional veritabanlarının ACID ilkelerine tamamen uyumlu çalışmaktadır. Intergrity vs. problemleri yaşamazsınız. InnoDB'de devrim gündüz'ün bahsettiği sorunu file-per-table parametresi ile aşabilirsiniz. Ayrıca innodb log file size , innodb read buffer, vs. bir çok parametre için projenizin durumuna göre ayrıntılı ayar yaparsanız son derece başarılı sonuçlar elde edebilirsiniz. Ayrıca mysql-cluster kurabilecek ortamınız varsa mysql cluster size çok büyük bir yüksek erişebilirlilik avantajı sağlayacaktır. Ancak dezavantajı saklayabileceğiniz veri miktarının cluster nodelarınızın toplam memory büyüklüğü ile sınırlı olmasıdır. Örneğin 2010 dünya kupası veritabanı mysql-cluster idi ve çok başarılı bir iş çıkardı ama tabi orda problem data büyüklüğü değil az data üzerinde 7/24 çok yüksek yük olması idi. Ülkemizde de bazı telekom işi yapan firmalar bazı sistemlerinde mysql cluster ı yoğun şekilde kullanıyorlar. Ayrıca projenizin analizine göre hibrit bir tasarım da yapabilirsiniz ki bence MySQL in en büyük avantajı budur. Her tabloyu MyISAM ya da her tabloyu InnoDB yapmak zorunda değilsiniz. Ayrıca farklı tablo tipleri de mevcut ve yerine göre kullanımlarından çok başarılı sonuçlar elde edilebiliyor. (bakınız memory, archive, csv vs.) Özgür ya da özgür değil muhabbetine girmiyorum. Çünkü MySQL'in Oracle onaylı resmi eğitimlerini veriyoruz. :p kolay gelsin... 2011/10/19 Devrim GÜNDÜZ <[email protected]> > On Wed, 2011-10-19 at 17:32 +0300, Ege Sertçetin wrote: > > > > Postresql ile ilgili hiçbir bilgim yoktu. Şimdi biraz baktım da > > Mysql'den daha özgür duruyor. > > 1 sn... MySQL tam anlamı ile özgür değil: > > * Dışarıdan hala yama kabul etmiyorlar. > * Oracle satın aldı. > * Oracle, ticari sürümlerine AKK sürümlerinin içinde olmayan özellikler > eklemeye başladı. > > "Özgürlük, MySQL" aynı tümce içinde geçince yazayım dedim. > > > Ancak malesef yol pek yakın değil, herşey hazır. Pazartesi günü > > oynanmaya başlayacak. > > Bu sabah, pgconf.eu'da keynote'u Afilias CTO'su yaptı. .info alan > adlarının açılmasından 2 gün sonra kayıt işlemlerini durdurmak zorunda > kalmışlar, veritabanı tamamen yanıt veremez hale geldiği için. Hemen > PostgreSQL'e geçmişler. 2001-2011 -- şu anda .org ve diğer birçok TLD'yi > Afilias sunuyor. Hatta sundukları 5 TLD 2 milyon kayıda ulaşmış. > Diğerleri 10 TLD sunuyor ve toplam sayıları 800.000. Hepsi > PostgreSQL'de. > > Yani bu kısa öyküyü, yolun hala çok yakın olabileceğini anlatmak için > verdim. > -- > Devrim GÜNDÜZ > Principal Systems Engineer @ EnterpriseDB: http://www.enterprisedb.com > PostgreSQL Danışmanı/Consultant, Red Hat Certified Engineer > Community: devrim~PostgreSQL.org, devrim.gunduz~linux.org.tr > http://www.gunduz.org Twitter: http://twitter.com/devrimgunduz > > _______________________________________________ > Linux-sunucu E-Posta Listesi > [email protected] > > Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından > okuyabilirsiniz; > > Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen > e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 > dakika içinde üyeliğinizi sonlandırabilirsiniz. > https://liste.linux.org.tr/mailman/listinfo/linux-sunucu > > -- Serdar Güler <http://www.akilsayar.com> www.bisoft.com.tr
_______________________________________________ Linux-sunucu E-Posta Listesi [email protected] Liste kurallarını http://liste.linux.org.tr/kurallar.php bağlantısından okuyabilirsiniz; Bu Listede neden bulunduğunuzu bilmiyorsanız veya artık bu listeden gelen e-postaları almak istemiyorsanız aşağıdaki bağlantı adresini kullanarak 1 dakika içinde üyeliğinizi sonlandırabilirsiniz. https://liste.linux.org.tr/mailman/listinfo/linux-sunucu
