sqlobject (2.1.2-1) unstable; urgency=low

  Starting with SQLObject 2.0, DateTimeCol and TimeCol can read and write
  values with microseconds.

  Backward compatibility warning! Date/Time values created with microseconds
  cannot be read back from SQLite databases (and perhaps other backends) with
  versions of SQLObject older than 1.7.

  SQLObject will not automatically switch to using microseconds for some
  backends. In these cases, existing databases will continue to work as before,
  using only second precision. The database can be manually updated to support
  microseconds.

  For microsecond support using MySQL or MariaDB, both the database and the
  python-mysqldb client need to be new enough. Versions of python-mysqldb
  before 1.3.1 don't support datetime columns with microseconds correctly.
  Microseconds are supported by MariaDB since version 5.3.0 and by MySQL since
  version 5.6.4, and even these versions require special handling: columns to
  store microseconds have to be declared with precision 6: TIME(6),
  DATETIME(6), TIMESTAMP(6). SQLObject does the right thing when creating a
  new database but existing databases have to be changed: run something like
  "ALTER TABLE name MODIFY COLUMN col TIME(6);"
  for every column that you want to store microseconds.

  For MSSQL use datetime2(6) and time(6) columns. They are available since
  MS SQL Server 2008.

 -- Neil Muller <drnlmuller+debian@gmail.com>  Thu, 29 Oct 2015 10:53:32 +0000

sqlobject (1.4.1-1) unstable; urgency=low

  Due to the large gap between updates to the sqlobject package, there
  are a number of significant changes in this version.

  All database signals are now sent with the instance or class as the first
  parameter. The following signals were changed: RowCreateSignal,
  RowCreatedSignal, DeleteColumnSignal

  Post-processing functions for all signals are called now called with
  the instance as the first parameter. The following signals were
  changed: RowUpdatedSignal, RowDestroySignal, RowDestroyedSignal.

  The DB URI parser was reworked to use urllib.split*() and unquote().
  This means that any username/password/path are allowed in DB
  URIs if they are properly %-encoded, and DB URIs are automatically
  unquoted. The sqlobject-convertOldURI script can be used to correctly
  quote an old DB URI.

  The backend parameter in the DB URI was renamed to driver.

  The dirty attribute has been moved from the SQLOBject base class to the
  sqlmeta class

 -- Neil Muller <drnlmuller+debian@gmail.com>  Sat, 03 Aug 2013 14:55:07 +0200
