Subject | Re: Why is Interbase so slow? |
---|---|
Author | Carlos Yu |
Post date | 2001-10-08T22:37:03Z |
I agree. BDE isn't exactly the fastest or the most stable tool to
use. We made the mistake of deploying a POS solution using BDE once
and experienced a lot of problems, mainly speed related, especially
after the software had been running for a few hours. Since we were
only using DBFs for the database, we ended up buying a third party
API and replaced BDE. Since then, we have had no problems.
We don't really have big databases running on Firebird, but we do
have an update intensive intranet application that gets about 5 to 10
thousand read/update requests an hour. The app was written using the
Interbase API and runs efficiently on a Cobalt Applicance Server with
128MB RAM. This has proven to me that Firebird is pretty stable at
handling concurrency.
From,
Carlos Yu
CYWare Inc.
developer@...
--- In ib-support@y..., Svein Erling Tysvær
<svein.erling.tysvaer@k...> wrote:
use. We made the mistake of deploying a POS solution using BDE once
and experienced a lot of problems, mainly speed related, especially
after the software had been running for a few hours. Since we were
only using DBFs for the database, we ended up buying a third party
API and replaced BDE. Since then, we have had no problems.
We don't really have big databases running on Firebird, but we do
have an update intensive intranet application that gets about 5 to 10
thousand read/update requests an hour. The app was written using the
Interbase API and runs efficiently on a Cobalt Applicance Server with
128MB RAM. This has proven to me that Firebird is pretty stable at
handling concurrency.
From,
Carlos Yu
CYWare Inc.
developer@...
--- In ib-support@y..., Svein Erling Tysvær
<svein.erling.tysvaer@k...> wrote:
> >I have settled on ditching IB - thanks for all your help - but Ihave
> >to give fast results - in minimum time and after 5 years with IB -my
> >and all the tools and selling I have done - that's it - no more -
> >credibility is shot - my customers blame me/my company for poor dbusers -
> >response - not IB or MS SQL.
> >
> >I am using the BDE, so will transfer all the data, rework the
> >generator stuff and re-write the db procedures.
> >
> >Helen, I respect and thank you for your fine efforts to all IB
> >but this has got too much - I need fast replies from my db - and Isituation to you
> >can see much better options without IB - sorry.
>
> Sad to hear this, John. Many people have been in a similar
> and I guess you're not the first to decide upon ditching IB. Still,I am
> somewhat surprised that you drop IB before you drop the BDE! I'venever
> tried using IB with the BDE, but have heard about others beingtroubled
> with it (e.g. Lester I think). I'm using IB with IBO and it worksjust
> great! No doubt does IB have quirks and is apparently the guiltyparty of
> your particular problem, but your experience is only using theworst known
> frontend (well, I don't know about that many) against the engine.of the
>
> IBO lets you create your programs quickly and then you can use some
> time you save to write stored procedures to cover for IB'sweaknesses. So
> I'll advice you to give IB yet another shot, but with a front endthat works.
>
> Set