Has anyone ever thought of adding a layer so that non perl applications 
could use dbi Proxyserver?

This funny idea is about implementing a 'stub' driver in C that can be 
loaded as an ODBC driver on the client machine. This client would 
communicate with a server process (some variation on Proxyserver over 
sockets) which would have access to any driver available to DBI.

This may well need some type of config file to define datasources more 
clearly, (no real thoughts on this yet) and I guess the 'stub' driver has to 
implement all kinds of ODBC info even if only really passing limitted info 
to a server that is internally working in a DBI (perl) way.

It just seems to me that *if* possible, this would be a better alternative 
than purchasing (even developing) seperate ODBC drivers (for seperate RDBMS 
even) for use by other applications when there is already an existing DBD.

Any comments, requests to jump off a bridge, and flame from commercial ODBC 
vendors welcome.

Neil





_________________________________________________________________________
Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com.

Share information about yourself, create your own public profile at 
http://profiles.msn.com.



------------------------------------------------------------------------------
DBI HOME PAGE AND ARCHIVES: http://www.symbolstone.org/technology/perl/DBI/
To unsubscribe from this list, please visit: http://www.isc.org/dbi-lists.html
If you are without web access, or if you are having trouble with the web page, 
please send mail to dbi-users-request@[...].org with the subject line of:
'unsubscribe'.
------------------------------------------------------------------------------