s.a.
fb kimsenin malı değil. o yüzden kimse fb yi satın alamaz rahat olun. velevki satın alsınlar open source olduğu için ancak aktif sürümden sonraki sürümleri kapalı olur. o durumdada açık koddan başka bir isim altında devam eder.
mysql için durum biraz daha farklı... onun sahibi vardı
kolay gelsin.
Duyduğun Şeylerin Söylediklerim Olduğuna Eminim Ama
Anladığın Şeylerin Anlatmak İstediklerim Olduğuna Emin Değilim
Şimdi bir fikir öne süreceğim ama bunu uzun uzun tartışma niyetinde değilim ve forumdaki ortak kanaati yeteri kadar biliyorum o nedenle fikrimi beyan ettikten sonra herhangi bir cevap ve/veya eleştiri yazılsa da devam etmeyeceğim konuya
Ortak bir söylemimiz var Firebird küçük ve orta ölçekli uygulamalar için uygun şeklinde. Ben buna katılmıyorum, Firebird sadece küçük uygulamalar için uygun! Testler ve tecrübelerini yazan (@Kuri_YJ, @mussimsek) arkadaşlar oldu tüm yazılanları ve yorumları okudum, uyguladım vs. 50-60 terminalde 8-10 milyon kaydı yönetirken performansın tatmin edici olmadığını düşünüyorum. Şimdi bazı arkadaşlar veritabanı modellemesinden, kullanılan araçlardan ve yöntemlerden kaynaklanıyor diyebilir ama söylediğim gibi uzun uzun tartışma gibi bir niyetim yok. PostgreSQL Firebird'den daha iyi bir veritabanı ama terminal sayısı arttığında o da beklenilen performansı gösteremiyor vs.vs.
MSSQL kullanıyorum, özellikle Management Studio'nun hantallığından gına geliyor ama orta ölçekli ve büyük projelerde kullanılacak düzeyde olması tercih nedeni haline geliyor bir noktadan sonra. Çok büyük projeler sözkonusu olursa elbette ki Oracle alternatifsiz vesselam.
@aLonE CoDeR, ben Firebird topluluğunu yakından takip ediyorum + daha önce de mesajlarımda belirttiğim gibi Firebird'ü aktif olarak kullanıyorum. Çok clientlı ve 300-400 GB'lık günde milyonlarca kayıt girilen veritabanları olduğunu görüyorum. Ben de gayet memnunum.
50-60 terminalde 8-10 milyon kayıtta sorun karşılaştığınız bir sorun mu, yoksa tahmin ediyorum böyledir mi?
Ayrıca her yiğidin bir yoğurt yiyişi vardır. İnsanın kullandığı veritabanını biraz tanıması lazım. Neleri sever, neleri sevmez, performanslı çalışmak için neler yapmak lazım biraz araştırması lazım. Tıkandığı noktada araştırmalar yapması lazım.
Firebird'ü seviyorum ama fanatik değilim. Yeri gelirse mySQL'de kullanırım, PostgreSQL'de. PostgreSQL'in bazı yönlerden Firebird'ten iyi olduğu da doğrudur (şimdilik : ) ), Bazı yönlerden de Firebird iyidir. Ama ben Firebird'ten memnunum, bazı eksiklikleri beni rahatsız etmiyor. İleriye doğru gelişimini de beğendiğim için memnuniyetimi arkadaşlarımla paylaşıyorum.
SQL Server ve Oracle tercihi bence projelerin %99.9'unda gereksiz. Pek çok durumda yukardaki 3 veritabanından biri rahatlıkla işinizi görecektir.
Ben Firebird'ün yıldızının daha da parlayacağını düşünüyorum. Burda bahsettiğimiz milyonlarca kişinin kullandığı, tamamen bedava, çok hızlı gelişen + eksiklerini hızla kapatan, hatalarını tespit edip çok kısa sürede düzeltebilen + destek olarakta onbinlerce projeyi geçip birinci olacak kadar iyi bir veritabanı.
Şu anda 100 client üzerinde MSSSQL tabanlı bir hastane otomasyonum var.
Yeni versiyonunu yazmaya başladım. Elimden geldiği kadar çok araştırma yaptım. MySQL , Firebird ve PostgreSQL e baktım. MYSQL performansta sürünüyordu(gerçi testi tek makinada yaptım). Firebird ün performansı PostgreSQL e (lakabı Oracle Killer mış) yakındı. En sonunda PostgreSQL üzerinde karar kıldım.
Kendi yönetim araçları var ve gayet başarılı. Bir arkadaş Türkçe ile ilgili problemi olduğunu söylemiş. Bu problem bildiğim kadarı ile 8.2 ile birlikte düzeltilmiş durumda. Tabi karşıma gelecekte ne çıkar bilmiyorum.
Büyük çaplı projeler için Oracle, (Terabyte'larca veri)
Orta ölçekli Projeler için Firebird/PostgreSQL, (Gigabyte'larca veri)
Küçük Çaplı Projeler için Firebird/PostgreSQL/Paradox/Access vs. (MB'larca veri)
M$-SQL'in karşılaştığım sorunları nedeniyle güvenmiyorum bu sebeple listemde yer almıyor. (Agresif ve saygısız pazarlama stratejileri nedeniyle M$'ı sevmiyorum.)
Ama herşeyden önce yazılımınızı geliştirirken çok ciddi anlamda oturup Veritabanı planlaması yapılmalı. Aksi halde Oracle'da da yazsanız proje hantal olabilir.
Bunların dışında projeye göre birden fazla DB'de kombine edilebilir. Tamamen yapacağınız işin niteliğine ve isteklerine göre değişkenlik gösterir. İlla ki şu olacak diye bir diretme olamaz kanaatindeyim.
Forumda Firebird'e yönelik bir eğilimden bahsedildi. Sanırım o çapta proje yazanlar çoğunlukta olduğundandır. Ayrıca bunun yanında duygusallığı da katmalıyız Hem programcının muhakkak bir çıkış yolu olur. Arkadaş yine dBase den bahsetmiş kardeşi clipper da da Türkçe sıralama için ayrı bir alana indeks alanını kayıtı yazmadan önce Türkçe harfleri mesela Ç için C{, Ş için S{ vb. şeklinde oluşturup gelmesi gereken sırada listeletirdik..
@Kuri_YJ hocam en iyi şekilde özetlemiş zaten; ihtiyaç tespiti ve yapabileceğiniz duygusallık (finansman-yatırım)
