Martin Kutschker writes:
 > It's just a pooling of a long living enviroment, eg in http servers. Usually 
 > the server spawns a number of processes that server multiple requests. Each 
 > of these processes may now have a pool of DB connections. Whenever the 
 > client API request a connection with the same connection parameters as a 
 > previous request it will return this connection from the pool. Otherwise it 
 > will create a new connection and add it to the pool.
 > 
 > 
 > > Are there any C code samples out there that accomplish this?
 > 
 > 
 > The code for the PHP DB extensions?
 > 

I'm still confused. What you describe here sounds like persistent
connections are a server-only feature. In this case, it would be none
of libdbi's business. I've found a switch in the MySQL manual that
turns this feature on or off on the server side, but there is no
switch or function in the client API. Does this mean persistent
connections are supported by libdbi out of the box as soon as you
switch them on on the server side?

BTW my brief google search turned up lots of pages that are very
critical about any performance benefits of this feature. It seems to
have an edge over individual connections only under very specific
circumstances. I doubt that it is worth the effort to add support for
this to libdbi (if this is doable at all).

regards,
Markus

-- 
Markus Hoenicka
[EMAIL PROTECTED]
(Spam-protected email: replace the quadrupeds with "mhoenicka")
http://www.mhoenicka.de



-------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
libdbi-users mailing list
libdbi-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libdbi-users

Reply via email to