Subject | Re: [ib-support] Meaning of transaction in relation to the prepare statement |
---|---|
Author | Dimitry Sibiryakov |
Post date | 2003-01-22T05:57:23Z |
On 21 Jan 2003 at 11:36, Ponze, Bart wrote:
because of metadata versioning of IB. Engine must know which version
of metadata must be used with your statement.
1) the table has the same structure, visible from the transaction;
2) the statement hasn't been freed by isc_dsql_free_statement with
DSQL_drop;
3) the statement hasn't been freed automatically on disconnect.
I successfully did it.
bug in your program or in FB 1.5 engine.
If you manage to make a simple test program that surely hanging,
post it into Firebird-devel list.
SY, Dimitry Sibiryakov.
>I am having some trouble understanding the use of transactions inYou have to provide isc_dsql_prepare() with a transaction handle
>relation to the isc_dsql_prepare() API call.
because of metadata versioning of IB. Engine must know which version
of metadata must be used with your statement.
> I want to prepare aYou can use a prepared statement in any transaction as long as:
>statement once (a sql statement with parameters - "update table set
>field=? where key = ?" for example) and then execute it many times
>over a long period of time from many different transaction contexts.
1) the table has the same structure, visible from the transaction;
2) the statement hasn't been freed by isc_dsql_free_statement with
DSQL_drop;
3) the statement hasn't been freed automatically on disconnect.
I successfully did it.
>prepare statement and I am experiencing hangs on the commits and startTry your program against FB 1.0. This way you can tell if this is a
>transactions. A transaction on the isc_dsql_execute() makes sense to
>me but what does it mean on the prepare? If it matters, I am using the
>FB 1.5 Alpha 5 Win32 SS on WinXP. Thx.
bug in your program or in FB 1.5 engine.
If you manage to make a simple test program that surely hanging,
post it into Firebird-devel list.
SY, Dimitry Sibiryakov.