Firebird 2008 Yol Haritası

[mussimsek]

Merhaba,

Geliştiriciler tarafından yapılan plan şu şekilde. Tabii ki de her yazılımcının bilebileceği gibi bunlar planlanan tarihler, bir miktar sapmalar olabilir.



Yazının orjinali : http://www.firebirdsql.org/index.php?op ... 008&nosb=1

Burdaki çeyrekler, senenin çeyreği, 3 ay. Yani 1. çeyrek demek Ocak, Şubat, Mart ayları oluyor.

1.5.6 Sürümü (3. çeyrekte)

* Sadece kritik bug'lar, özellikle güvenlik açıkları düzeltilecek. Yeni ekleme + iyileştirme ve normal bug'larda düzeltme yok.

2.0.4 (1. çeyrekte) ve 2.0.5 (3. çeyrekte) Sürümleri

* Her türlü bug düzeltilecek.
* Performans artışı getirecek iyileştirmeler yapılacak.
* Devam eden ileriki sürümlerdeki iyileştirmelerin uygulanması.
* Diğer işletim sistemlerine adaptasyon çalışmaları.

2.1.0 Sürümü (1. Çeyrekte)

* Database trigger'ları.
* Text BLOB geliştirmeleri
* MERGE ifadesi.
* Global geçici (temporary) tablolar
* CTE ve recursive sorgular.
* Tabloların izlenebilmesi (monitoring)
* Çalışan bir sorgunun iptal edilebilmesi.
* Windows kullanıcıları ile yetkilendirme yapabilme.
* Unicode ve uluslarası karakter setleri desteğinde iyileştirmeler.
* Daha iyi optimize edilmiş ağ protokolleri.
* Yeni 50 dahili fonksiyon.


2.1.1 (2. çeyrek) ve 2.1.2 (4. çeyrek) Sürümleri

* Devam eden ileriki sürümlerdeki iyileştirmelerin uygulanması.
* Bug'ların düzeltilmesi.
* Diğer işletim sistemlerine adaptasyon çalışmaları.

2.5.0 Sürümü (4. çeyrekte)

* Her bağlantının kendi ara belleğinin (cache) olduğu ölçeklenebilir thread yönetimi.
* Kilitleme (lock) yönetiminin iyileştirilmesi.
* Eklentilerin izlenebilmesi (monitoring).
* ALTER VIEW ifadesi.
* SQL içinde düzenli ifade (regular expressions) desteği.
* Autonomous transaction'lar.
* Kullanıcı hesaplarının SQL ile yönetilebilmesi.
* Yeni dahili fonksiyonlar.
* Harici prosedürler (Java gibi) (*)
* Harici veritabanlarına ulaşıp, sorgu çalıştırabilme (*)

(*) Bu özellikler hala geliştiriciler tarafından tartışılmaktadır. Belki ileriki sürümlere ertelenebilir.

3.0 Alfa sürümü (4. çeyrekte)

* Birleştirilmiş Yapı.
* Paylaşımlı ara bellek (cache) ile daha iyi thread yönetimi.
* Derlenmiş ifadeler için ara bellek (cache)
* Veritabanı bazlı ayarlar yapılabilmesi (kullanıcı vs.)
* Veritabanları arasında sorgu çalıştırabilme.
* Yeni SQL özellikleri

[ikutluay]

super tek kelimeyle.

gerci ms sql fanatikleri kızacak ama;)

[aLonE CoDeR]

gerci ms sql fanatikleri kızacak ama;)

Ne saçma bir cümle Topici amacı dahilinden saptırmaya da lüzum yok

Alter view şarttı zaten ama önceki sürümlere de bunu monte etmeleri gerekli bana göre..

[mussimsek]

Sürümlerin birçoğu eş zamanlı geliştirildiği için, ileriki sürümlerde yapılan bazı değişiklikler eski sürümlere de ekleniyor.

Neler eklenecek tam listeyi görmek için, orjinal sayfada verilen, sürümün yanındaki "Track Details" butonunu kullanabilirsiniz.

Bence 1.5.x kullananların 2.1'e geçme zamanı gelmiş : ) Final sürüm çıkınca 2.1'e geçebilirsiniz.

Kolay gelsin.

[name]

Merhaba

2.1 versiyonuna eklendiği belirtilen "ağ protokol optimizasyonu" ibaresinden ağ trafiğinin iyileştirildiği çıkartılabilir mi?

2.1 RC1'i yükleyip 1 MBit bağlantı ile Server-Client çalışma ile Text Blob alanlar üzerinde güncelleme denemeleri yaptım. Ancak hız konusunda bir fark göremedim.

[mussimsek]

Merhaba

2.1 versiyonuna eklendiği belirtilen "ağ protokol optimizasyonu" ibaresinden ağ trafiğinin iyileştirildiği çıkartılabilir mi?

2.1 RC1'i yükleyip 1 MBit bağlantı ile Server-Client çalışma ile Text Blob alanlar üzerinde güncelleme denemeleri yaptım. Ancak hız konusunda bir fark göremedim.

detaylara bakmak lazım. Birşeyleri iyileştirdikleri muhakkak ama ne yapmışlar, dökümanları okumak lazım. Vaktim olursa bakıp, atayım buraya.

Kolay gelsin.

[freeman35]

@name

text ortamı yaptıysan aynı testi zebedee http://www.winton.org.uk/zebedee/ kullanarak deneye bilir misin?
aşağıda server ve Client için config dosyalarını ekliyorum.
Server için Server_Icın.zbd diye bir text dosya olarak kaydedin

Kod: Tümünü seç

#-----------------------------------------------------------------
# Config file to use on a Server running Firebird & ZeBeDee
#
verbosity 2 # Message type
server true # Server Mode
detached true # Free from console
udpmode false # we don’t need UDP
logfile './UGS_Server.log' # I love log files
keygenlevel 2 # Key level
# To validate private keys, as mentioned in the next chapter
# comment out the next line and use the file name you want
#checkidfile './clients.ids'

redirect none # Close all redirection ports

# Allows Firebird connections
redirect 3050 # Firebird default port

targethost localhost # target is on the same machine

# Some other parameters
compression zlib:9 # maximum zlib compression
keylength 256 # 256 bits keys
keylifetime 36000 # share keys last for 10 hours
maxbufsize 16383 # Maximum buffer length
#--------------------------------------------------------------

Client için Client_Icin.zbd

Kod: Tümünü seç

#------------------------------------------------------------------
# Config File - Client
#
verbosity 1 # Basic messages only
server false # Client
detached true # Closes Console
#logfile './Client.log'
# You should change the next line to your environment
# with this example, the connection string should be localhost/3051
# You can change port 3051 to another one
# tunnel 3051: fbzebedee.com:3050

tunnel 3051:192.168.1.1:3050
 
# If you will use a private key, comment out
# the next line, and personalize the file name, if needed

# include './myclient.key'
#------------------------------------------------------------------

[ikutluay]

gerci ms sql fanatikleri kızacak ama;)

Ne saçma bir cümle Topici amacı dahilinden saptırmaya da lüzum yok

Alter view şarttı zaten ama önceki sürümlere de bunu monte etmeleri gerekli bana göre..

Neden saçma açıklarsanız öğrenmiş olacağız. bana göre open source dünyasında güçlü ürünlerin olması her zaman için bizim en büyük kartımız çünkü beğenmezsek bedava yada lisans derdi olmayanı hazır. ve ayrıca böylece her keseye hizmet sunabiliyoruz.

Kaldıki FB gerçek bir database öyle başkasının kodunu satın alıp değiştirip itelemece değil. İş gereği mecburen kullanıyorum o ayrı ama ama okduğum bir çok makalede interbase e jim starkey in koyduğu kilit mekanizmalarının bugün bir çoğunca yeni yeni uygulandığı söyleniyordu. Ama Mssql olayına fanatik olaraka yaklaşan ve trend buysa ona uy nolcek diyenler var sonuçta. cümlem onlara idi..

ama siz genede yorumum neden saçma açıklarsınız sanırım.

[name]

The remote protocol has been slightly improved to perform better in slow networks. In order to achieve this,
more advanced packets batching is now performed, along with some buffer transmission optimizations. In a
real world test scenario, these changes showed about 50 per cent fewer API round trips, thus incurring about
40 per cent fewer TCP roundtrips.

Release notlarında yavaş network'ler için bazı iyileştirmelerin yapıldığı belirtilmiş.

@freeman35

ZeBeDee ile denemeler yapmaya fırsat bulamamıştım. Ortam hazırken bu vesile ile bazı denemeler yapayım.

[freeman35]

Replication için internet üzerinden bağlantı kurmam gerekiyordu.Burda hızı arttırabilmek için zebedee kullandım.Test için LAN da da denedim.Öncelikle zebedee notlarındada yazdığı gibi en bariz fark eğer blob alanlarınız varsa ve bunlar text se hatırı sayılır bir fark görünüyor.Blob alan yoksa LAN ınız da 10mbit değilse açıkçası fark yok bile denebilinir. Tabi bu field ların tipleriylede doğru orantılı, çok fazla char field varsa ve bunlarda boşluk fazlaysa performans artabilir.Ama tahminim çok fazla bir artış olacağını sanmıyorum.
WAN içinse blob alanlarda çok fark var diğer şekilde ise farkı hissedebiliyorsunuz.
Şifrelemeye gelince bana gereksiz görüyorum.Şöyleki LAN da zaten kim neyi çalmaya çalışacak ? WAN da ise wireless kullanılmıyorsa veri trafiğinde bilgileri clone layıp bu bilgilerin çözülmesi baya bi emek gerektirir.Eğer bilgiler çok gizli ise izole bir network en mantıklı çözüm bence
Tabi bunlar benim yorumlarım ve tekrar ediyorum çok uzun boylu ve detaylı testler yapmadım.Ama yapan olursa ve bunları bizimle paylaşırsa çok sevinirim
Kolay gele

[csunguray]

http://www.firebirdsql.org/devel/engine ... p2006.html

linkindeki 2006 yılı yol haritasına baktığımız zaman Firebird 3.0'ın 2006 sonunda çıkması gerektiğini görüyoruz.

The timetable should look a lot like this:

2005:

* Release 2.0 RC and fork the 2.0 HEAD to create the release branch
* Port some changes from independent trees to HEAD
* Fork the Vulcan HEAD to create the 3.0 development branch

2006, 1st quarter:

* Release Firebird 2.0 Final and Firebird Vulcan Final

2006, 2nd quarter:

* Release Firebird 3.0 Beta
* Fork the 3.0 HEAD to create the 3.0+ development branch

2006, 3rd quarter:

* Release Firebird 3.0 Final

2006, 4th quarter:

* Release Firebird 3.0+ Beta

Umarım 2008 yol haritasının da kaderi de 2006'nınki gibi olmaz.

[mussimsek]

Merhaba,

2006'da planladıkları 3.0 ile şimdiki 3.0'ın içeriği aynı değil sanırım.

Şu anda da birkaç ay geriden gidiyorlar ama yaptıkları işe bakınca normal bu kadar gecikme.

Kolay gelsin.