27-01-2020, Saat: 22:47
Firedac vs Unidac konusunda bir kaç anekdotta ben vermek istiyorum,
UniGUI + FireDAC ile geliştirdiğim projede şuan anlık 60-70 online user ve 1 milyon küsür kayıtla hiç bir sorun yaşamadım. (her geçen gün artan kayıt sayısıyla)
Fakat olay Azure Cloud üzerinde ki SQL 'de çalıştırmaya gelince FD çok ciddi yavaş hatta bazı ekranlarda bağlantım bile kopuyor.
FD 'nin MARS ayarlarını (bağlantı stringlerini kodlasam bile) yapsam bile sonuç değişmiyor. Sanıyorum bu Embarcaderonun Enterprice Connector nesnesini satmak için yaptığı bir pazarlama stratejisi. EC ciddi pahalı bir ürün. FD Azure Cloud üzerinde sınıfta kaldı.
Bu eksiği görüp bir sonraki projede FD nesnelerini uniDAC nesnelerine migrate ettim, FD'den daha hızlı çalışıyor performans olarak.
FD 'nin Eventleri içerisinde ki LOCK mode olarak onError eventi içerisinde üretilen EFDDBEngineException 'ları uniDAC'ta net çözemedim.
Daha doğrusu zamanım olmadı projeyi yazmaktan ve 2. projede Lock edilecek bir kayıt setimin olmaması buna etkendi.
Devartın verdiği bilgiye göre Azure ve AWS hatta maria, cassandra gibi Cloud DB'lerde sorunsuz çalıştığı.
MS Azure DB üzerinde şuan uniDAC'i test edemedim. Kısa bir süre sonra Azure üzerinde uniDAC testlerini yapacağım.
UniDAC eğer Azure Cloud üzerinde performanslı çalışırsa FD'ye dönüp bakmam.
Ayrıca ADO 2 uniDAC veya FD 2 uniDAC olayına gelirsek, mono yazılmış bir delphi projesinde bu migrate imkansız hale gelir.
Fakat kalıtımsal olarak işlenmiş bir projede çok az sorunla migrate edebiliyorsunuz. Sadece Connection processlerini ve lock / error / fetch eventlerini uniDAC'a göre kodlamanız gerekiyor.
Benimde kendi adıma görüşlerim bunlar...
UniGUI + FireDAC ile geliştirdiğim projede şuan anlık 60-70 online user ve 1 milyon küsür kayıtla hiç bir sorun yaşamadım. (her geçen gün artan kayıt sayısıyla)
Fakat olay Azure Cloud üzerinde ki SQL 'de çalıştırmaya gelince FD çok ciddi yavaş hatta bazı ekranlarda bağlantım bile kopuyor.
FD 'nin MARS ayarlarını (bağlantı stringlerini kodlasam bile) yapsam bile sonuç değişmiyor. Sanıyorum bu Embarcaderonun Enterprice Connector nesnesini satmak için yaptığı bir pazarlama stratejisi. EC ciddi pahalı bir ürün. FD Azure Cloud üzerinde sınıfta kaldı.
Bu eksiği görüp bir sonraki projede FD nesnelerini uniDAC nesnelerine migrate ettim, FD'den daha hızlı çalışıyor performans olarak.
FD 'nin Eventleri içerisinde ki LOCK mode olarak onError eventi içerisinde üretilen EFDDBEngineException 'ları uniDAC'ta net çözemedim.
Daha doğrusu zamanım olmadı projeyi yazmaktan ve 2. projede Lock edilecek bir kayıt setimin olmaması buna etkendi.
Devartın verdiği bilgiye göre Azure ve AWS hatta maria, cassandra gibi Cloud DB'lerde sorunsuz çalıştığı.
MS Azure DB üzerinde şuan uniDAC'i test edemedim. Kısa bir süre sonra Azure üzerinde uniDAC testlerini yapacağım.
UniDAC eğer Azure Cloud üzerinde performanslı çalışırsa FD'ye dönüp bakmam.
Ayrıca ADO 2 uniDAC veya FD 2 uniDAC olayına gelirsek, mono yazılmış bir delphi projesinde bu migrate imkansız hale gelir.
Fakat kalıtımsal olarak işlenmiş bir projede çok az sorunla migrate edebiliyorsunuz. Sadece Connection processlerini ve lock / error / fetch eventlerini uniDAC'a göre kodlamanız gerekiyor.
Benimde kendi adıma görüşlerim bunlar...
