I would like to add support to SQLObject for the www.rdbhost.com service. Rdbhost provides Postgresql databases via web-service. We have a DB API 2 interface module, called 'Rdbhdb', to facilitate using our hosted databases from Python, and I would like to provide 'drop-in' support for SQLObject.
In that pursuit, I have a suggestion and a question or two: It seems that the scheme from an opener URI is used to select the driver, but is not provided to that driver's constructor. For example, the 'Pygresql' scheme will instantiate a 'pgconnection::PostgresConnection', but the __init__ is not provided the scheme name; a Pygresql user would have to provide an explicit backend parameter to identify the Pygresql api module. I suggest that dbconnection.py be modified to pass a 'scheme' parameter to the constructors, where it would appear as part of the **kw param. In the pgconnection init, the self.use_dsn parameter is set, and then the self.dsn_dict and self.dsn are both created. Why are those two built, when a dsn string is already available? The makeConnection method uses only the self.dsn or only the self.dsn_dict, depending on self.use_dsn. What is the preferred tool for patch-making under WinXP? Are there preconditions for adding a new database to SQLObject? Thank you, David -- dkee...@travelbyroad.net Rdbhost -> SQL databases as a webservice [www.rdbhost.com] ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ sqlobject-discuss mailing list sqlobject-discuss@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sqlobject-discuss
