Forum Kurallarımız güncellenmiştir. DelphiCan Forum Kuralları (March 04) x

Konuyu Oyla:
  • Derecelendirme: 5/5 - 1 oy
  • 1
  • 2
  • 3
  • 4
  • 5
Firebird Emmbeded kullanimi ?
#21
firebird 2.1.x sürümlerini kullanmayın. bazı kritik buglar mevcut. epey dilim yandi. 2.5 e geçerek düzelttim sorunlari.
WWW
Cevapla
#22
Sadettin Bey, ben 2.1.7 sürümünü kullanıyorum. Çok ciddi sorunlar yaşamıyorum. Epey dilim yandı derken nasıl hatalardan bahsediyorsunuz ? Belki benim gözden kaçırdığım bir şeyler vardır diye soruyorum.

E.O.F.  (End Of Fun )
Rolleyes
Cevapla
#23
Multi thread calisan bir uygulamada program anlamsiz yerde ve zamanlarda hata verip kapaniyordu.
arastirmalar sonucunda firebirddeki bir bugdan kaynaklandigini ve 2.5 surumunde duzeltildigini gorduk. 2.1.x ' i kaldirip 2.5.x yukleyince anlamsiz hata ve kapanmalar son buldu.
bug numarasini vs de bulmustuk ama su an hatirlayamadim.

Biz hatayi kodda ya da kullanici da ararken veritabaninda cikmasi bize epey bir musteri kaybina neden olmustu Smile
WWW
Cevapla
#24
Anladım, bu tip sıkıntılar 2.1.3 sürümünde başlamıştı aslında. Ama 2.1.6 ve en son v2.1.7 sürümünde bugfix'ler yayınlayarak bu sorunları aştılar diye biliyorum.
Şu anda 2.1.x serisinde en son ve en stabil sürüm 2.1.7.18553 ve bende onu kullanmaya devam ediyorum.

Firebird kullanmaya yeni başlayacaklar için sizin yaptığınız gibi 2.5 sürümünden başlamak zaten en doğrusu, çünkü Firebird artık 2.1.x serisi için yeni versiyon çıkarmayı da durdurdu.
Burada detayı var :
http://www.firebirdsql.org/en/news/fireb...ued-66070/

Teşekkürler.

E.O.F.  (End Of Fun )
Rolleyes
Cevapla
#25
Aman sadettin hocam yüreğim oynadı görünce bu yazıyı, yıllardır 2.1.7 sürümünü kullanıyorum, hiçbir sorunla karşılaşmadım şimdiye kadar bir türlü de 2.5 e geçemedim ne hikmetse, en kısa sürede bu işi halledeyim o zaman ki dlimiz yanmasın.
WWW
Cevapla
#26
Program farklı threadler içerisinde 6-7 connection açarak veritabanı üzerinde okuma yazma işlemi yaptığında oluyordu bu sorun. Yanlış hatırlamıyorsam transaction yonetiminden kaynaklı bir bug yüzünden veritabanı bağlantısının kopmasına neden oluyor ve uygulama çakılıyordu. Benzer bir sorun olursa öncelikle 2.5 ile de test etmenizi öneririm.
WWW
Cevapla
#27
Hocam bizde aynı şekilde kullanıyoruz; bir thread gidip anlık kayıtları kontrol ederken farklı bir thread yedek kontrolünü, farklı bir thread içinde kullanıcı girişlerini kontrol ediyor ve bunun gibi aynı anda farklı farklı threadlar içinde de farklı farklı işlemleri yaptırıyoruz. Bu esnada da onlarca kullanıcı programı aktif şekilde kullanıyor ve bilgi girişi yapıyor. Şimdiye kadar bu sebeplerden ötürü Firebird 2.1.7 hiç sizin dediğiniz gibi bir problem yaşatmadı.

Veritabanlarımızın yapısı (Trigger/procedure/view açısından) , Firebird'in kurulu olduğu sistem, Application ve/veya Servis olarak çalışması , 32 Bit / 64 Bit mimari farklılıklarından kaynaklı da belki sizin dediğiniz problemler yaşanmış olabilir.

Bizim sorunsuz kullanıyor olmamız bariz bir gerçeği de değiştirmiyor. Önceki mesajımda da link olarak vermiştim, Firebird 2.1.xx serisi artık üretilmeyecek. Sizin yaptığınız gibi 2.5.x sürümlerine geçiş yapmak lazım. 2.1 ile 2.5 arasında nelerin değiştiğini iyice bir inceleyip Migration işlemini dikkatli yapmak gerekiyor. Sizin 2.5 serisine geçişte yaşamış olduğunuz tecrübelerinizden faydalanmak isteriz.

Saygılarımla.

E.O.F.  (End Of Fun )
Rolleyes
Cevapla


Konu ile Alakalı Benzer Konular
Konular Yazar Yorumlar Okunma Son Yorum
  Firebird 2.0 dan 3.0'a geçiş nasıl yapılmalı? baloglurecep 15 721 18-05-2020, Saat: 01:31
Son Yorum: Ahmet İPEKÇİ
  Firebird Monitor Yazılımı arıyorum boreas 3 274 08-05-2020, Saat: 13:32
Son Yorum: esistem
  Procedure bağlantı metodu ve if kullanımı 41linea41 2 282 04-05-2020, Saat: 09:52
Son Yorum: esistem
  Firebird Ağ Yavaşlığı Nedenleri baloglurecep 10 788 26-03-2020, Saat: 10:04
Son Yorum: sadettinpolat
  Aşırı Field Kullanımı hk. uparlayan 9 1.049 15-02-2020, Saat: 13:46
Son Yorum: otonomi



Konuyu Okuyanlar: 1 Ziyaretçi