From phd at phdru.name Sun Nov 20 13:18:09 2011 From: phd at phdru.name (Oleg Broytman) Date: Sun, 20 Nov 2011 16:18:09 +0400 Subject: [DB-SIG] SQLObject 1.2.0 Message-ID: <20111120121809.GB24874@iskra.aviel.ru> Hello! I'm pleased to announce version 1.2.0, the first stable release of branch 1.2 of SQLObject. What is SQLObject ================= SQLObject is an object-relational mapper. Your database tables are described as classes, and rows are instances of those classes. SQLObject is meant to be easy to use and quick to get started with. SQLObject supports a number of backends: MySQL, PostgreSQL, SQLite, Firebird, Sybase, MSSQL and MaxDB (also known as SAPDB). Where is SQLObject ================== Site: http://sqlobject.org Development: http://sqlobject.org/devel/ Mailing list: https://lists.sourceforge.net/mailman/listinfo/sqlobject-discuss Archives: http://news.gmane.org/gmane.comp.python.sqlobject Download: http://pypi.python.org/pypi/SQLObject/1.2.0 News and changes: http://sqlobject.org/News.html What's New ========== Features & Interface -------------------- * Strings are treated specially in Select to allow Select(['id, 'name'], where='value = 42'). Update allows a string in WHERE. * ForeignKey('Table', refColumn='refcol_id') to allow ForeignKey to point to a non-id column; the referred column must be a unique integer column. * delColumn now accepts a ForeignKey's name without 'ID'. * Support for PostgreSQL 7.* is dropped. The minimal supported version of PostgreSQL is 8.1 now. * Quoting rules changed for PostgreSQL: SQLObject uses E'' escape string if the string contains characters escaped with backslash. * A bug caused by psycopg2 recently added a new boolean not callable autocommit attribute was fixed. * sqlobject.__doc__ and main.__doc__ no longer contain version number. Use sqlobject.version or version_info. For a more complete list, please see the news: http://sqlobject.org/News.html Oleg. -- Oleg Broytman http://phdru.name/ phd at phdru.name Programmers don't die, they just GOSUB without RETURN. From lists at jwp.name Sun Nov 20 22:27:07 2011 From: lists at jwp.name (James William Pye) Date: Sun, 20 Nov 2011 15:27:07 -0600 Subject: [DB-SIG] conn.close() idempotence In-Reply-To: References: Message-ID: On Oct 18, 2011, at 10:36 PM, Michael Bayer wrote: > I'm +1 for close() on a closed connection being harmless. rollback() already has this behavior, as the spec specifies "rolls back the start of any pending transaction", thus allowing for no activity if no transaction is present. yep.. +1 cheers, jwp