Firebird-Mysql-PostgreSQL

[Salih]

Stok-satış, muhasebe, personel vs gibi modülleri olan bir Sistem düşünelim.

Veritabanı tek merkezde olacak. Kullanıcılar internet üzerinden merkeze ulaşıp çalışacaklar.

Kullanıcılar : 700 farklı yerleşim merkezinde birer kullanıcı
10 farklı yerleşim merkezinin her birinde de 10 ile 30 arasında kullanıcı,
Genel Merkezde 50 kullanıcı.

Toplam kullanıcı sayısı 1000, bunlardan aynı anda, ortalama 500 tanesi sistemi aktif olarak kullanacak, bilgi girecek, sorgulama yapacak vs.

1. soru : Bu iş tam Sybase ASA lık bir iş gibi görünüyor. Ancaaaak Firebird, PostgreSQL ve MySQL bu çapta bir projeyle başedebilir mi sizce ? ve Neden edemez ? (MySQL e trigger da geliyor sanırım yakında)

2. Soru : Tüm kuruluşta kullanılacak programlar aynı , veritabanı yapıları da aynı. Ancak bu 10 merkezi farklı 10 şirket gibi düşünelim. Her birisi zamanının %99 unda kendisiyle ilgili verilerle çalışacak. En fazla %1 inde ise diğer 9 veritabanında okuma, sorgulama (değiştirme yok) işlemleri yapabilecek (şu malzeme bende yok, bakalım yakınlarda kimlerde varmış filan gibi).

Merkezde olan 50 kullanıcı ise, 10 şirketin konsolidasyonunu yapacak. Bilgi işlem servisi tüm sunucuların bakım, veritabanı bakımı, yedekleme vs işlerini yapacak.

Nihayet soru : 10 şirketin tüm bilgilerini içeren tek bir veritabanı mı olmalı, yoksa 10 tane ayrı veritabanı mı olmalı ?
(A kuruluşu Sürekli A veritabanıyla çalışırken gerektiğinde B, C, D veri tabanlarına bağlanıp sorgulama mı yapmalı ?)

10 ayrı veri tabanı kullanılması halinde bunun tek bir yerde konsolide edilmesinde sorun çıkar mı ? (Örneğin, Genel Merkez'deki 1 kişi x malzemesinin elimizdeki mevcudunu bulmak isteyebilir, ya da 10 şirketin bankalardaki nakit durumunu görmek isteyebilir)

Yeterince ifade edbildim sanırım sorumu...

[mussimsek]

Sistem baya bir genişmiş.

Bence imkanın varsa Sybase kullan. Kafan rahat olur. Para mevzuu sıkıntı ise Firebird ideal. Ancak aynı anda girecek kullanıcı sayısı (500) biraz fazla. Sybase ASE burda en uygun çözüm.

mySQL'e ben bildim bileli stored proc ile trigger eklenecek Eklense bile diğer veritabanlarındaki performansı alman çok zor.

Böyle dağıtık sistemlerde mümkünse merkezi bir yapı kur. Yani DB sayısını minimum hatta mümkünse 1 tane yap. Ne kadar dağıtık yaparsan, sen de o kadar dağılırsın Biz daha önce tecrübe ettik bunu. Tabii bu durumda mümkün olduğu kadar işi DB tarafına trigger ve stored proc. ile yıkmalısın.

Kolay gelsin.

[Salih]

Sistem baya bir genişmiş.
Bence imkanın varsa Sybase kullan. Kafan rahat olur. Para mevzuu sıkıntı ise Firebird ideal. Ancak aynı anda girecek kullanıcı sayısı (500) biraz fazla. Sybase ASE burda en uygun çözüm.

Hocam 500 sayısı kaç olursa kurtarır peki ?

Tabii bu durumda mümkün olduğu kadar işi DB tarafına trigger ve stored proc. ile yıkmalısın.

15 gündür, gündelik işlerden kalan bütün vaktimi stored procedure-trigger olayına ayırıyorum. Yakında Fahrettin Bey'i geçicem bu konuda St.proc. ve Trigger lafını her duyduğumda kendisini saygıyla hatırlıyorum. Bu vesileyle bir kere daha teşekkür ediyorum Fahrettin Bey'e. Forumda anlattıkları yetmezmiş gibi, sen kalk bir de seminer ver, ba ba ba ba baaa !

MySQL i az çok kullandım, ama PostgreSQL i hiç bilmiyorum. St.proc ve trigger varmış sanırım PostgreSQL de. O başedebilir mi ?

[mussimsek]

PostgreSQL'i sadece duymuşluğum var. İyi şeyler duydum hakkında ama yorum yapamıyorum. Forumda birkaç sefer bahsi geçmişti ama.

Kolay gelsin.

[tosunpasa]

Merhaba

şimdi kullanıcı sayısı arttıkça her DB içerisinde bunun DB de bazı tunişng ayarları var.
Örn. Her user her connectionda 10 transaction yapar ve her trans. ise 100kb lık bir yük ...
Ayrıca her bir kullanıcının DB nin bulunduğu server a bağlantı şekli ve IO ların açık veya şifreli olup olmadığı...
Dağınık kullanıcı ve lokasyonların bağlantı şekli. her bir boş bağlantıda gidip gelecek data miktarı..
Her kullanıcı bir stok kartı açtığında DB üzerinde Insert olacak datanın boyutu, Günlük kullanıcı ve işlem sayısına bağlı olarak günlük IO sayısı....
Zaman ilerleyip kayıtlar büyüdükçe bu kayıtların (DB) tuning edilmesi veya günlük olarak DB server ı takip edecek kişilerin olup olmadığı ?

vede herşey bir yana Performans/Maliyet oranının düzey seviyesi....
DB nin bulunması gereken işletim sistemi (OS)...

şimdi. SyBase konusunda arkadaşların dediklerine herhangi bir itirazım yok. Çünki SyBase kullanmadım ve kullananan sistemler görmedim

Geleyim Oracle - MS SQL - InterBase..

Oracle :... Birim maliyeti yüksek (user başına 300$ gibi) ama genel bir Enterprise DB satışı olarak da var diye biliyorum.
... Oracle DB sini yönetecek vede takib edecek birisine ihtiyac duyar
... OS seçimi size kalmıştır. En iyi tercihi SUN dır.
... Large File system ler için idealdır.
... En ince kullanıcı ve transaction ayarları yapmak istiyorsanız .. başkasını bulamazsınız..
... Fiyatı yüksek olmasına rağmen performansı .. DBA ine bağlı olarak MS SQL server ile bazen 18 kat kadar olabilmekte.
... En iyi cluster ve mirror DB çözümüdür.
... C bilenler için problem çözme ve geliştirme imkanı tanır
... Index yapısı çok gelişmiş .. hatta Index ler bile bir DB yapısındadır.
... Hardware problemleri haricinde data kayıpları sıfıra yakındır. An şart odur ki LOG file ler arşivlene..


MS SQL :... Malum microsoft un DB si olup tamamane Windows OS una bağımlıdır
... GUI tabanlı olduğu için herkes açıp karıştırması ve bu karıştırma neticesinde kullanıcının kendini DBA sandığı bir DB dir.
... Genelde Programcılar tarafından DB ler Create edildiği için performans problemleri çok yaşanır.
... Her konuda (Microsoft programları) olduğu gibi Tuning ayarlarını öğrenmek için çok fazla kapı çalıp bir iki küçük bilgi öğrenmek zorunda kalacaksınız
... OS zorunluluğu olduğu için hardware upgradelerine de bağımlı kalırsınız. En iyi performans arttırımı hardware değişimidir.
... Eğitiminin alınması ucuz ve kullanımı çok kolaydır
... Kullanıcı ve transaction sayınız ve IO miktarınız büyüdükçe performans problemi yaşarsınız. DB de bu performans probleminin çözümü genelde dardır.
... 3. parti yazılımları çoktur. ve genelde tuning ve ara kat DB agent ları ile performans arttırımı yolu seçilir (ASTA Server gibi)
... üfff ne kadar çok var bir bilsenizzzz

Interbase... FireBird...

Malum Borland ın meşhur amatörce başlayıp şimdi profosyenölce kullanılmaya başalanan DB sidir.
... Birim maliyeti çok düşüktür
... Linux ve Windows ortamları mevcuttur
... Web tabanlı (PHP.. Asp .. CGI) iletişimi nedir bilmiyorum...
... Delphi içinde orjinal bağlantı compenantları mevcut.. herkesce MALUMMMM. Ücretli olanları ve free extra larda var..
... Genelde küçük orta ölçekli işletmelerin. LAN ları içerisinde kullanılır.
...

...... Ustalar gerisini siz doldurabilirmisiniz...

Sürçü lisan etti isem AFFOLA

[mussimsek]

Oracle noktasında uğraşması gereken biri şart. Biz ilk başladığımızda tablolardan bazılarının açılması 10 dk. sürüyordu Tuning işiyle aylarca uğraşmıştık.

Firebird noktasında ben : SQL Server'a tercih ederim, bu kadar söyleyim. Ayrıca php ile arası gayet iyi. Çok yakında birkaç php+mySQL'ci arkadaşı Fireird'çü yaptık Ancak sistem çok büyük. Bu çapta veride ne yapar bilemiyorum.

Sybase noktasında forumu aratırsanız göreceksiniz, bu iş için ideal. Ayrıca Oracle gibi ince ayar vs. sorununuz olmaz. Benim bilgilerimde bu noktada teorik. Bu miktarda veriyle hiç test etmedim ancak kaynak sağlam olduğu için gerekte duymadım

Kolay gelsin.

[fahrettin]

Hocam mevcut tecrübelerime istinaden bu çapta bir proje için olabildiğince çıtayı yüksek tutacak bir veritebanı kullanın... Yani misal Sybase kullanabilmek için uğraşın.... Zira proje çapları büyüdükçe gerek veritabanının ve de gerekse uyguylama geliştirme araçlarının olası bütün bug'larını teker teker bulacağınızdan hiç şüpheniz olmasın.... Aynı işi yapan uygulamayı tek kullanıcılı olarak belki mysql ile bile kullandığınızda hiçi bir problem karşınıza çıkmaz iken olayın doğası gereği bir sürü yerde 1000 kullanıcı dediniz mi sybase ile bile bir çok problem aşmak için uğraşırsınız.... Ama bu problemleri nispeten çok koay aşarsınız tabi ki.....

Admin'in dediği gibi tek veritabanı olması sizi çok rahatlatır... Yok eğer dağıtık bir yapı olacaksa işte problem 1... Replication problemi.... Sizin kod ile de replication yapmanız teorik olarak mümkün ama bir sürü derdi tasası var.... Sybase kullanırsanız bütün sistem için ilave sadece 2500 USD karşılığında kullanabileceğiniz Replication Server ile Replication işi emin ellerde demektir.... Ama zannetmeyin ki Raplication server herşeyi otomatik hallediyor.... Zaten bir programcı için bir şeylerin otomaitk oluyor olması söz konusu olamaz.... Yani eğer bir yerlerde herşey otomatik yapılıyorsa bir hata vardır.... Ya istenilenler yapılmıyordur.... Ya da çok basit bir iştir yapılan.... Velhasıl Replication server ile bile epey uğraşmanız gerekecek...

Fakat demek istediğim işin çapı büyük olunca sizi yarıyolda bıracacak uygulamalara hiç teneül etmeyin....

Diyelim ki mysql'e onumuzdeki yıl trigger eklendi.... Ne işe yarayacak ki? Transaction eklendi mi ya da eklenecek mi?
Subquery'ler ne zaman eklendi ya da eklenecek?
ilk versiyonundan beri bunlara destek veren ve dünya çapında binlerce büyük uygulamada bu özellikleri kullanıp ağır yükler altında test edilen bir veritabanındaki stabiliteye 5 yıldan önce nasıl kavuşacak?

Her şubeye ups kullanma zorunluluğu getirmeniz gerekecek ya biri ihmal etti veya 1000 kullanıcıdan günde %1 inin makinasi kilitlense her kilitlenmede de %1 veritabanı bozulsa yandınız.... 10 gunde 1 tane bozuk veritabanınız oldu elinizde.....

Sonuç free uygulamalar büyük yükler altında kullanılmadıklarından bu yönden zorlanmamışlardır.... Dolayısıyla da bu yönden güçlenmemişlerdir.... bu anlamda mysql'i keisnlikle tavsiye etmiyorum.... Firebird'u beğeniyorum ve veritabanı maliyetine giremediğim projelerimde kullanıyorum. Fakat gerekirse kullanıcı başına 100$ maliyete girerek sybase kullanmayı bir çok durumda kendi payımdan biel vermeyi kabul edebilirim.... Bu arada 1000 kullanıcı söz konusu ise kullanıcı başına 50 USD'nin altında bir fiyata Sybase temin edilebilir... En azından bu konuda ben size elimden geleni yaparım.... Hatta belki 40 USD'nin altına bile inilebilir..... yani toplam veritabanı maliyetinizin 40.000 USD olması sanırım çok büyük bir maliyet olmaz bu proje için....

Bu arada Sybase ASA'yi 50 kullanıcı için tavsiye etmekte. Fakat bence 100 kullanıcıya kadar rahatlıkla işi görürür... ASE fiyatları daha pahalı hatta epey pahalı.... Eğer uygulamanın web ayağı da olacaksa belki araya koyulabilecek bir Application Server ile filan ASA kullanmak mümkün olabilir....

[fahrettin]

Yakında Fahrettin Bey'i geçicem bu konuda St.proc. ve Trigger lafını her duyduğumda kendisini saygıyla hatırlıyorum. Bu vesileyle bir kere daha teşekkür ediyorum Fahrettin Bey'e.

Hocam geçtiniz bile.... Veritabanı üzerine ettiğimiz 3-5 laf sayesinde bu konuda uzman olduğumuz kanaati oluştu.... Seminerlerde arkadan itelediler biz de çalışıp anlattık... Şimdi bu vakitten sonra ben bu işten anlamam da diyemiyoruz... Gayriihtiyari bir veritabanı karizmasi oluşmuş bunu da yemeyelim diyoruz.... Sizin bu konuda beni geçmeniz bu anlamda beni sevindirdi... En azından sıkı veritabanı sorularında topu size atarız...

Forum olarak maksadımızın hasıl olması gerçekten sevindirici.... Veritabanı konusunda bildiğimiz kısıtlı da olsa bilginin paylaşılması ve de insanların projelerinde basit bile olsa gerçek veritabanlarını kullanması bunların işleri çok kolaylaştıran nimetlerinden faydalanmaları veritabanı konusundaki yegana amacımızdı... Bunun yavaş yavaş gerçekleştiğini görmek gerçekten mutlu edici....

Sağolun.....

[doganzorlu]

Selam,

Veritabanı seçiminde sadece kullanıcı sayısını ele almak aldatıcı olabilir. Tahmin edilen db büyüklüğü, tahmin edilen row sayısı, transaction yoğunluğu gibi faktörleri de gözönüne almalısınız. Bununla birlikte hangi geliştirme aracını kullanacağınız da önem arzediyor. 7/24 çalışma koşulları ve herhangi bir facia durumunda ne kadar bilgi kaybına tahammül edilebilir ? Bu soruların cevapları da seçiminizin ana kriterleri olmalıdır diye düşünüyorum..

Kolay gelsin.

[Salih]

Merhaba,

Verdiğiniz cevapları dikkatle okuyorum, emekleriniz ve ayırdığınız zaman için hepinize çok teşekkür ederim. Hangi durumda hangi veritabanı kullanılmalı konusu çok temel bir konu ve gerçekten önemli. Bu konuda yazdıklarınız umarım benim için olduğu kadar diğer arkadaşlar için de yararlı oluyordur.

İki tane firma, bahsettiğim projeyi MySQL le yapmayı ciddi ciddi önerdiler. Trigger, transaction log, load balancing, domain tanımı, role tanımı, events... bunların hiçbiri MySQL de yok. Zaman bizim için önemli olmasa, 'gel bilader, yap bakalım nasıl yapıcan bu işi MySQL ile, çalışmazsa para yok ama' diyeceksin, 1 yıl sonra anlayacaklar hata yaptıklarını ama ne fayda....

"Özgür yazılım" felsefesini her zaman benimsemiş, savunmuş ve kullanmışımdır. Şirkette herkes Microsoft Office kullanırken, inatla Openoffice kullanmaya devam ediyorum. Gimp diye bir program var, Paintshop yerine bunu kullanıyorum. Adaware yerine Spybot kullanıyorum, çok daha güzel bence..... Ama illa ki her projede özgür yazılım kullanıcam inadına girerek, veritabanı olarak sadece Firebird, MySQL, PostgreSQL kullanacağız diye bir şart da yok.

Şu anda biraz da Delphi-veritabanı bağlantısı olayına ısınmak için ilk Delphi projemi yapıyorum. Bir firmanın Sipariş-üretim-faturalama vs uygulaması. Burada Firebird'ü hiç tereddütsüz kullanıyorum. Toplam kullanıcı sayısı 6 kişi, günde 400-500 sipariş satırı girilecek, 30-40 arası fatura kesilecek.. vs vs. Bu iş için Firebird yeter de artar bile. (Projede 18 tablo, 39 trigger, 14 stored procedure var şimdilik.)

Şu aşamada, bahsettiğim asıl proje için 'ticari veritabanları arasından hangisi bu işe daha uygundur' sorusuna yanıt arıyorum. Bunun için Oracle, Sybase, Mssql özelliklerini karşılaştıracak birtakım verilere ihtiyacım var. Umarım bu konuda da bir şeyler bulabilirim. Sizlerde bu tip tablolar varsa, ya da önerileriniz varsa edinmek isterim. (MsSQL i zaten kafamda çizdim de !) Asıl soru Oracle mı Sybase mi şeklinde olmalı sanırım. Fahrettin Abi, neden Oracle değil de Sybase ?

Hocam geçtiniz bile.... Veritabanı üzerine ettiğimiz 3-5 laf sayesinde bu konuda uzman olduğumuz kanaati oluştu.... Seminerlerde arkadan itelediler biz de çalışıp anlattık... Şimdi bu vakitten sonra ben bu işten anlamam da diyemiyoruz... Gayriihtiyari bir veritabanı karizmasi oluşmuş bunu da yemeyelim diyoruz.... Sizin bu konuda beni geçmeniz bu anlamda beni sevindirdi... En azından sıkı veritabanı sorularında topu size atarız...

Estağfurullah, daha çook fırın ekmek yememiz lazım farkındayım. Sıkı veritabanı sorularında topu bana atacak kadar bu işi öğrenebilsem daha ne isterim ki....

Bu mesaj, biraz mektup formatında oldu, daldan dala atlayıp bir sürü şey zırvaladım, kusura bakmayın artık...

[mussimsek]

@Salih hocam,

neticede burdakiler öneri. Bunlara göre senin bir karar vermen lazım. Anahtar noktaları Fahrettin abi ve Doğan bey çok güzel özetlediler.

Google'a girip araştırma yapabilirsiniz. Ancak bulduğunuz listeler çoğunlukla gerçekçi olmayacaktır Geçenlerde forumda bir mySQL - Sybase karşılaştırması verilmişti, evlere şenlik

Eğer çok önemli ise bir test ortamı oluşturup, siz kendiniz test edin. Mesela FireBird'ü. Benzer bir testi Adnan abi Firebird seminerinde 500 bin kayıt ile yapmıştı. Seminer videosunu izleyip fikir alabilirsiniz.

Sybase ve Oracle için böyle bir test yapmanıza gerek yok zaten. Bu ikisi arasında duygusal bir tercih yapmanız lazım Hangisinin fiyatı işinize gelirse.

mySQL konusunda, bu proje için yetersiz olduğu noktasında size katılıyorum.

Kolay gelsin.

[Salih]

Google'a girip araştırma yapabilirsiniz. Ancak bulduğunuz listeler çoğunlukla gerçekçi olmayacaktır Geçenlerde forumda bir mySQL - Sybase karşılaştırması verilmişti, evlere şenlik

Google ile 2 gün başbaşa kaldım hocam zaten, sonuç dediğiniz gibi. O nedenle forumda bir takım ipuçları bulmak ümidindeyim.

Eğer çok önemli ise bir test ortamı oluşturup, siz kendiniz test edin. Mesela FireBird'ü. Benzer bir testi Adnan abi Firebird seminerinde 500 bin kayıt ile yapmıştı. Seminer videosunu izleyip fikir alabilirsiniz.

Videoları izledim, test ortamını düşündüm, ama 300 kişiyi nasıl bağlayabilirim ki ? !

Sybase ve Oracle için böyle bir test yapmanıza gerek yok zaten. Bu ikisi arasında duygusal bir tercih yapmanız lazım

Farkı sadece fiyatı ise sorun yok zaten !

Kolay gelsin.

Çok teşekkürler....

[Kuri_YJ]

Selamlar,

Herkes genelde olayı teknolojik olarak değinmiş (kısmi olarak maliyeti de düşünülmüş)

Ben şimdi düşünülmesi çooook önemli olan kısmına ısrarla parmak basacağım.

Bu iş Patron'un gözünde Araba Almaktan farksızdır. IT'ciler her ne kadar ağızlarının suyu aksa da yok şöyle özellikleri var yok üç takla atar 5 flik flak yapar gibi özellikler IT'cilerin başını döndürse de, Patron'lar iki kritere bakar.

1. Maliyeti Nedir?
2. Geri dönüşü ne kadar sürer?

Yani bu yatırım bana neye malolacak ve bu yatırımdan elde edeceğm fayda (ki burada özellikle faydanın altını çizeceğim) parasal olarak geri ne zaman yansır? veya yansır mı yansımaz mı?

Görünmez faydalar ve görünmez maliyetleri patronlar genelde hakikaten görmez veya görmezden gelir.

Projede bunları düşünerek patron veya yönetime sunulurken bu noktalara parmak basmakta fayda var.

Yani bunun maliyeti şudur, şu kadar zamanda bana geri döner gibi. Tabi proje okeylendi ise ve iş seçime geldiyse elinizdeki bütçeye göre hareket etmek zorunda kalırsınız.

Bu sebeple aslen ben bir 4GL veri tabanından temel beklentilerimi karşılıyor mu diye bir karşılaştırma yaparım, ardından bakım konusundaki ihtiyaç (adam ihtiyacı, yıllık bakım anlaşması) gibi özelliklerini araştırırdım. Ardından da iki veya üç firma ile görüşür bunların önerilerini dinlerim.

Bunlar bittikten sonra tercihimi yaparım.

Siz de aslında bu konularda teknik ve tarafsız hareket edebilmek maksadıyla buraya danıştınız. Anlatılacak daha adımlar var ama ben özetlemeye çalıştım.

İşin ucu Türkiye'de genelde gelir dayanır PARA'ya. Tabi bu her firma için geçerli değil fakat çoğu Türk kuruluşu için geçerli.

Ne dersiniz?

Kolay Gelsin.

[Salih]

Selamlar,
Patron'lar iki kritere bakar.
1. Maliyeti Nedir?
2. Geri dönüşü ne kadar sürer?

Yani bu yatırım bana neye malolacak ve bu yatırımdan elde edeceğm fayda (ki burada özellikle faydanın altını çizeceğim) parasal olarak geri ne zaman yansır? veya yansır mı yansımaz mı?

Görünmez faydalar ve görünmez maliyetleri patronlar genelde hakikaten görmez veya görmezden gelir.

Projede bunları düşünerek patron veya yönetime sunulurken bu noktalara parmak basmakta fayda var.
...
...
Siz de aslında bu konularda teknik ve tarafsız hareket edebilmek maksadıyla buraya danıştınız. Anlatılacak daha adımlar var ama ben özetlemeye çalıştım.

İşin ucu Türkiye'de genelde gelir dayanır PARA'ya. Tabi bu her firma için geçerli değil fakat çoğu Türk kuruluşu için geçerli.

Önemli bir noktaya değinmişsiniz. Bizim proje için oluşabilecek rakamları yönetime bildirdiğimiz için fazla geçerli değil, ama genelde tabii ki teknik özellikler kadar, belki de daha fazla önem kazanıyor maliyet konusu.
"İstekler olanaklarla sınırlıdır" sonuç olarak. Biz teknik olarak en iyisini almaya, yönetim ise en az paraya bu işi halletmeye çalışacak, Aramızda anlaşacağız artık

Parasal kısmını hiç düşünmüyor da değilim aslında, mesajımın asıl amacı da bu zaten. "Neden daha fazla ödeyelim" diye düşünüp maliyetleri de araştırıyorum.

1. soru : Bu iş tam Sybase ASA lık bir iş gibi görünüyor. Ancaaaak Firebird, PostgreSQL ve MySQL bu çapta bir projeyle başedebilir mi sizce ? ve Neden edemez ?

Maliyet sıralaması : Firebird, Postgresql, MySql, MikiSql, SyBase, Oracle şeklinde sanırım. Buradan Mysql ve MikiSQL i çizdim şimdilik.
Sonuç : Başedebilirse Firebird veya PostgreSQL, bu mümkün değilse SyBase veya Oracle.

[freeman35]

walla ne diim ben direk FireBird derim başkasını tanımam derim ama, kuzen sayesinde bende sybase e sıcak bakmaya başladım, yukarıda bahsedilenlere benim çok fazla eklenti yapabileceğimi sanmıyorum. MySQL i ben hep server database i olarak gördüm. triger ve SP si olmadığı sürece tam bir database denemez bence. eklenecek deniyor, diyelim eklendi ve kullanmaya başladınız eğer bir bug çıkarsa ki %99.9 üzerinde bir ihtimal çıkacaktır çünkü yeni üretildi bu sizin tüm sistemin çökmesine sebep olacaktır. o yüzden bence orta ve büyük projelerde kullanılmamalı, en azından bi süre daha.
Oracle bilmem hiç görmemi gerektirecek bir proje olmadı
M$ sql asgari ücretle bir çocuk tutulmalı ve 24 saat ana makina başında uyumadan bulunmalı, makinayı resetlemek için
sybase de walla Fahrettin dediyse sorguya suale gerek yoktur bence

ben iletişim konusunda öneride bulunucam, daha doğrusu gene bir fikir alışverişinde bulunalım. Bu iletişimi yani client kısımları merkeze nasıl bağlanıcaklar? benimde böyle bir projem var basit bir program. depoyla bağlanıcaklar sadece envanter takibi yapılacak, stok girişi ve çıkışı var. her 2 taraftada 256kb ADSL var. önceleri firebird ü depodan client gibi IP ile server a bağlamayı düşündüm. ordada hız problem olucak. çünkü 20,000 e yakın stok adedi var ve mal giriş çıkışı yapılırken her satırda bir liste gelmesi isteniyor bu listede toplam giren toplam çıkan ve kalan olması isteniyor.
bu SP ile hallediliyor şu an ama kayıt adediçoğalınca, ve hız öenm kazanıyor. Çözüm olarak bende bu tek makina client olacağı için düşündüm sonuçta görsellik lazım ekran çözünürlüğüde önemli değil güvenlik ve hız önemli. bende çözüm olarak pcAnywhere düşündüm denedim hızı yavaş geldi çok hantal ayrıca, onun yerine radmin i denedim ve performansı ve kullanışı hoşuma gitti.
Bunu windows içinde VPN server ile yapabiliniyordu. Bu yöntem bana mantıklı geliyor,çünkü transaction açıkken aradaki bağlantının kopması bilgi kaybı riskini çok azaltır. çünkü arada bilgi akışı yok. server üzerinde program kullanılıyo sadece ekran görüntüsü gönderiliyor. Bağlantı kopup tekrar sağlandığında ise kalındığı yerden devam edilebiliniyor. bu konudaki fikirler nelerdir ? yani server ve client arasında bağlantı için öneri ve fikirler nelerdir.

Replication için se şunu söyliyeyim kodunu yazma ve test etmek uğraştırır ama olmaz diye birşey yok. Ama şunu unutmayın en sağlıklı yöntem tek yönlü olması. Yani değişiklik client tarafında yapılıp bunlar server a aktarılırsa problemsiz olur, ama, server da değişiklik yapar ve bunu client a göndermek gerekirse, değişiklik bir yere kadar olur ama yeni kayıtta çok problem çıkabilir.

kolay gele