Subject | Re: [IBO] Losing TIB_Connection whilst designing |
---|---|
Author | tickerboo2002 <support@tickerboo.com> |
Post date | 2003-02-20T09:57:30Z |
Helen
Your method is how I currently work.
property set (I assume the datbasename gets filled in
automatically). I assume this is ok, provided the IB_Connection
property is filled.
One query: Why do I have to set the connection for both the
transaction and the query? If a query's IB_Connection property is
set to <default> does this use the transaction's connection?
David
> This combination should persist, even if the client loses itsconnection to
> the database (names used here are for example only):server +
>
> TIB_Connection, properties
> Name property set to CN
> Path property set to c:\data\MyDb.gdb
> Protocol property set to cpLocal
> DatabaseName property set to MyDb (thus overwriting the duplicated
> path (path alone in the case of the local connection).<snip>
Your method is how I currently work.
>*Don't* use the DatabaseName property. It is there forAll of my queries/cursors have the IB_Connection and the DatabaseName
> VCL compatibility and may not fully abstract the object reference,
property set (I assume the datbasename gets filled in
automatically). I assume this is ok, provided the IB_Connection
property is filled.
One query: Why do I have to set the connection for both the
transaction and the query? If a query's IB_Connection property is
set to <default> does this use the transaction's connection?
> To avoid the blackouts, don't use cpLocal, use cpTCP_IP and Serversure
> localhost, an arrangement known as "TCP/IP local loopback". Make
> localhost is defined in your HOSTS file.Just implemented, thanks.
David