Where possible use a reset command against the DB to verify a pooled connection.
authorNathan Bird <nathan@acceleration.net>
Fri, 20 Feb 2009 21:03:12 +0000 (16:03 -0500)
committerNathan Bird <nathan@acceleration.net>
Fri, 20 Feb 2009 21:03:12 +0000 (16:03 -0500)
commite470d9172c6cb819691eb5a00831f01d5eeed8ce
treec15e5f1f698a7892857807b8159c240ecc7391c0
parent0a29c2fafbfb7ed42c54208cea576c6b0d600d82
Where possible use a reset command against the DB to verify a pooled connection.

This is related to 0a29c2fafbfb7ed42c54208cea576c6b0d600d82, when getting a connection out of the pool we issue a simple query on that connection
to ensure that it is still valid. Several databases have reset commands for use with connection pools that also reset connection variables back to
their default states so that connections coming from the pool behave as if they were new connections. This patch uses db specific commands to do
this for
 * mssql - sp_reset_connection
 * postgres - "RESET ALL"
sql/pool.lisp