Subject | Re: [Firebird-general] Re: Ineteresting article............ but in czech |
---|---|
Author | Lester Caine |
Post date | 2005-10-31T08:00Z |
Adam wrote:
in PHP applications - hence my own comments.
with the same 'interface'. I find that even wrapped in ADOdb, access to
the database is reasonable.
because Firebird had everything cached in memory while the others were
scanning the hard disk.
run up bitweaver on Postgres and MySQL here and run some of the built in
stuff to see how they compare.
--
Lester Caine
-----------------------------
L.S.Caine Electronic Services
Treasurer - Firebird Foundation Inc.
> Firstly, thanks to Jakub for the translation.Yep
> Secondly, the results are obviously not real world results. If so,The example queries fit in well with the sort of approach that is taken
> absolutely no-one would use MySQL, and PostgreSQL would be even less
> popular. I am not suggesting the author had any bad intentions,
> perhaps he just chose by coincidence queries that Firebird handles
> well and the others dont. I know that we would dismiss the paper if it
> compared a select count(*) query.
in PHP applications - hence my own comments.
> Perhaps the PHP-Firebird components are more mature than the ones heThe php_interbase driver is not bad, but all the results will be hit
> used to connect to the others (although I doubt this could be true for
> MySQL, LAMP). Maybe the interface layer caused a bottleneck.
with the same 'interface'. I find that even wrapped in ADOdb, access to
the database is reasonable.
> More likely though, it is a testament to the self-tuning-ness ofI'd be curious to see if the reason for the speed difference was simply
> Firebird. Straight out of the box, Firebird generally has good
> performance. While there are a few parameters that can help in certain
> configurations, this is one of its key strengths. The hardware is
> relatively modest (in a DBMS server sense), and that is another
> strength of Firebird.
because Firebird had everything cached in memory while the others were
scanning the hard disk.
> I do love it when Firebird comes out on top of benchmarks, but not atNot something that I think we have time to complete, but I *AM* going to
> the expense of the integrity of the conclusions reached. Perhaps a
> larger test using a lot more sample queries, complex joins etc
> repeated across several different interfaces PHP / C / Java / .Net /
> Delphi etc would give a more accurate picture of dbms performance.
run up bitweaver on Postgres and MySQL here and run some of the built in
stuff to see how they compare.
--
Lester Caine
-----------------------------
L.S.Caine Electronic Services
Treasurer - Firebird Foundation Inc.