Subject | Re: IB settings |
---|---|
Author | csswa |
Post date | 2002-08-06T03:05:41Z |
--- In ib-support@y..., "Jed Nicolau Filho" <jed@p...> wrote:
Pandora's Box of problems you are likely to encounter. BDE is not
robust enough for large-scale C/S. Crickey, even Borland know this
because they're phasing it out. Standard procedure is to recommend
conversion to IBObjects. If I had a dollar for every time somebody
converted their C/S app to IBO and said their problems miraculously
disappeared... yeah, well, I'd only have about six dollars... but if
I had a dollar for every time I exaggerated...!
From the symptoms it sounds like it's your app server freezing, not
the IBserver. How is the middle tier handling transactions and
conflicts?
your app (client + middleware + IBserver) on the same computer, and
attempt to update the same record in both instances, you get the
standard IB lock conflict message and everything is fine: the first
committed transaction goes ahead and the second fails (it does not
wait, 'no wait transaction'). Or are you doing your test *without*
the middleware?? More info!!
Regards,
Andrew Ferguson
-- Must...drop...pantaloons!
> I have a 3-tier application using BDE ! (Maybe the Problem !)Exactly. Just do a search for BDE in this forum to understand the
Pandora's Box of problems you are likely to encounter. BDE is not
robust enough for large-scale C/S. Crickey, even Borland know this
because they're phasing it out. Standard procedure is to recommend
conversion to IBObjects. If I had a dollar for every time somebody
converted their C/S app to IBO and said their problems miraculously
disappeared... yeah, well, I'd only have about six dollars... but if
I had a dollar for every time I exaggerated...!
From the symptoms it sounds like it's your app server freezing, not
the IBserver. How is the middle tier handling transactions and
conflicts?
> Using client and server app in the same computer, that issue raiseOkay, so correct me if I am wrong here. When you run two instances of
> "Lock conflict on no wait transacation ..."
your app (client + middleware + IBserver) on the same computer, and
attempt to update the same record in both instances, you get the
standard IB lock conflict message and everything is fine: the first
committed transaction goes ahead and the second fails (it does not
wait, 'no wait transaction'). Or are you doing your test *without*
the middleware?? More info!!
Regards,
Andrew Ferguson
-- Must...drop...pantaloons!