[Zope-dev] DCOracle2 Beta 3

Andreas Repp Andreas.Repp@lrz-muenchen.de
Sun, 17 Jun 2001 02:41:02 +0200 (MET DST)


Sorry, but there were some mistakes in my last posting...

>... To solve the performance problem I=B4d suggest to cache the user
> connections for a certain period of time. ...

Of course I haven't meant to 'cache' the connections but to keep em alive
while the respective user is active and shut it down after a timeout
period has passed.

>enhanced ZSQL-example:
>##(new)connection_id=3D<dtml-var "'username+','+password' or default_conne=
ction_id">,
>##arguments=3DID,NAME

I also know that this will hardly ever work ;-)

Maybe this shot would do a better job:

##default_connection_id=3D(changed via ZSQL manage_main Interface)
##connection_type=3D[ standard | custom | optional ]
##connection_options=3D(individual Oracle Connection String)
sql yada yada

'standard' =3D obvious
'custum'   =3D forced custom connection - will raise error if connection_op=
tions
             dont' have a valid connection string
'optional' =3D try 'custom' and fallback to 'standard' if it fails

btw: would be nice to have a drop box in the manage_main screen for this
stuff in a _far future_ release of ZSQL-Methods ;-)

I noticed that a SQL 'COMMIT' is hardcoded into (old) ZOracle/DCOracle1
code - this would'nt have any more sense if all mentioned is possible but
surely you know this.


Andy

----------------------------------------------------------------------
Andreas Repp=09=09=09=09  andreas.repp@lrz-muenchen.de
Leibniz Rechenzentrum Muenchen=09=09=09=09    www.lrz.de
----------------------------------------------------------------------