Searching for Firebird programmer

I got this in my email box, maybe some of you would be interested:

Dear Carlos,
I came across your name asking developers to send details of large companies who use firebird databases. I am actually an end-user who has the open mind to want a firebird database but cannot find anyone who does this programming. I am based in the UK and am told to ‘steer away’ from firebird as it is not proven, etc. etc.
It really is quite disappointing and seems that there are many others like myself who would like to have an alternative but cannot find a developer. So I am the horse looking for water to drink – but there is no water…not like you describe leading the client to the water but not getting them to drink.
Any suggestions?
JT <tse.tse@ntlworld.com>
PS: It is weird that in the actual days, with so many great case studies published, there are still people who thinks FB is a “toy”.

Firebird roadmap has been updated

From Dmitry Yemanov:

The project roadmap has been updated a bit. The change is to boost the v2.1.5 and v2.5.2 releases at the cost of slightly delaying the v3.0 Alpha release.

Firebird 2.1.4 was released exactly one year ago, so now it’s a promised time for v2.1.5. It has 53 bugs fixed and no critical issues remaining unresolved. Firebird 2.5.1 was released more than 5 months ago and the expected release date for v2.5.2 is approaching the next month. It has 45 issues resolved up-to-date and a few more are in the pipeline. So it makes a lot of sense to release them sooner rather than later.

The v3.0 Alpha release will be going through the preparation stage while all three release candidates (v2.0.7, v2.1.5, v2.5.2) are being field tested, so it’s likely to appear shortly after the aforementioned releases, in the second quarter.

Thanks for your understanding.

The bleak future of SSD drives

The technology trends we have described put SSDs in an unusual position for a cutting-edge technology: SSDs will continue to improve by some metrics (notably density
and cost per bit), but everything else about them is poised to get worse. This makes the future of SSDs cloudy: While the growing capacity of SSDs and high IOP rates will make them attractive in many applications, the reduction in performance that is necessary to increase capacity while keeping costs in check may make it difficult for SSDs to scale as a viable technology for some applications.

Not good news, specially for those thinking about using the for critical work, like database servers.

Read full research here (in English). Short article in portuguse here.

Firebird case study from Wobe-systems GmbH

New Firebird case study from wobe-systems GmbH, German software development house for the graphics industry.
“…A production database of 100 GB and more containing BLOBs is nothing unusual at our customers sites…”
“.. Firebird SQL server is at the core of our system helping our customers swift and safely through their daily work. Equipped with near zero administration and ample possibilities of scalability Firebird SQL database offers an operational reliability that does meet the requirements of industrial and time critical applications.”

Read full article here.

Firebird speed RUBY vs DELPHI vs .NET

From http://ramsees.blogspot.com:

I did some comparitions selecting 1000, 10000 and 100000 with Ruby Fb gem, Delphi Fibplus and the FB .NET driver, here is the result:

ROWS RUBY DELPHI .NET
1000 0.12 0.47 0.09
10000 0.94 0.48 0.53
100000 10.95 3.79 5.53

The results are on milliseconds, the table is from a production database with 40 fields and about 3 million records, as you can see, native code is still the king, .NET result are quite good, but Ruby is quite dissapointing handling lots of data.

1 23 24 25 26 27 101