From Fedora Project Wiki

No edit summary
No edit summary
Line 7: Line 7:
* python upgrade/downgrade scripts do not import migrate_engine magically, but recieve engine as the only parameter to function (eg. def <code>upgrade(migrate_engine):</code>)
* python upgrade/downgrade scripts do not import migrate_engine magically, but recieve engine as the only parameter to function (eg. def <code>upgrade(migrate_engine):</code>)
* <code>Column.alter</code> does not accept <code>current_name</code> anymore, it extracts name from the old column.
* <code>Column.alter</code> does not accept <code>current_name</code> anymore, it extracts name from the old column.
For complete list of changes refer to the [[http://packages.python.org/sqlalchemy-migrate/changelog.htm|changelog]]
For complete list of changes refer to the [http://packages.python.org/sqlalchemy-migrate/changelog.htm changelog]





Revision as of 14:44, 28 August 2010

DocsProject Header docTeam1.png


python-migrate

python-migrate was updated to version 0.6. Support for SQLAlchemy 0.6 and Firebird database, custom templates and use of python logging are among many new features. New version also introduces some backwards incompatible changes:

  • api.test() and schema comparison functions now all accept url as first parameter and repository as second.
  • python upgrade/downgrade scripts do not import migrate_engine magically, but recieve engine as the only parameter to function (eg. def upgrade(migrate_engine):)
  • Column.alter does not accept current_name anymore, it extracts name from the old column.

For complete list of changes refer to the changelog