[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
----------------------------------------------------------------------