Fix failing unittests and update compare_fk method

Some refactor of _add_fk_constraint

Add _add_fk_constraint and _drop_fk_constraint to render

Add composite fk support, add more tests

Update and add some tests for checking fk

fixes issue #178

Implement autogenerate detection for foreign key constraints

Issue #178

- Indexes and unique constraints are now included in the
:paramref:`.EnvironmentContext.configure.include_object` hook.
Indexes are sent with type ``"index"`` and unique constraints with
type ``"unique_constraint"``.
fixes #203

- Bound parameters are now resolved as "literal" values within the
SQL expression inside of a CheckConstraint(), when rendering the SQL
as a text string; supported for SQLAlchemy 0.8.0 and forward.
fixes #219

- Added a workaround for SQLAlchemy issue #3023 (fixed in 0.9.5) where
a column that's part of an explicit PrimaryKeyConstraint would not
have its "nullable" flag set to False, thus producing a false
autogenerate.  Also added a related correction to MySQL which will
correct for MySQL's implicit server default of '0' when a NULL integer
column is turned into a primary key column. fixes #199

- Repaired issue related to the fix for #208 and others; a composite
foreign key reported by MySQL would cause a KeyError as Alembic
attempted to remove MySQL's implicitly generated indexes from the
autogenerate list.
fixes #240

- If the "alembic_version" table is present in the target metadata,
autogenerate will skip this also.  Pull request courtesy
Dj Gilcrease. fixes #28
- The :paramref:`.EnvironmentContext.configure.version_table`
and :paramref:`.EnvironmentContext.configure.version_table_schema`
arguments are now honored during the autogenerate process, such that
these names will be used as the "skip" names on both the database
reflection and target metadata sides. fixes #77

- the original rationale for defaulting the user-defined namespace
to "sa." was to force users to deal with making sure their custom
types came from a fixed module somewhere.  However, it's not worth
defending this rationale.

The default value of the
:paramref:`.EnvironmentContext.configure.user_module_prefix`
parameter is **no longer the same as the SQLAlchemy prefix**.
When omitted, user-defined types will now use the ``__module__``
attribute of the type class itself when rendering in an
autogenerated module.

fixes #229

- amending d81619b50b9df7ff4458:

Revision files are now written out using the ``'wb'`` modifier to
``open()``, since Mako reads the templates with ``'rb'``, thus preventing
CRs from being doubled up as has been observed on windows.  The encoding
of the output now defaults to 'utf-8', which can be configured using
a newly added config file parameter ``output_encoding``.
fixes #234

- Revision files are now written out using the ``'wb'`` modifier to
``open()``, since Mako reads the templates with ``'rb'``, thus preventing
CRs from being doubled up as has been observed on windows.
fixes #234

- fail this before 0.9

Merged in ltvolks/alembic/docs-153 (pull request #28)

Update documentation for create_index parameters

- add tests for unique and quote flag on create_index()

Update documentation for create_index parameters

- add tests for unique and quote flag on create_index()

- Added support for use of the :class:`~sqlalchemy.sql.elements.quoted_name`
construct when using the ``schema`` argument within operations.  This
allows a name containing a dot to be fully quoted, as well as to
provide configurable quoting on a per-name basis.
fixes #230

- add changelog for bugfix re: match + SQLA 0.7

inspect

- compat for sqla 0.7

add missing util lib

- fix this to be a definite non native boolean dialect

- Added a routine by which the Postgresql Alembic dialect inspects
the server default of INTEGER/BIGINT columns as they are reflected
during autogenerate for the pattern ``nextval(<name>...)`` containing
a potential sequence name, then queries ``pg_catalog`` to see if this
sequence is "owned" by the column being reflected; if so, it assumes
this is a SERIAL or BIGSERIAL column and the server default is
omitted from the column reflection as well as any kind of
server_default comparison or rendering, along with an INFO message
in the logs indicating this has taken place. This allows SERIAL/BIGSERIAL
columns to keep the SEQUENCE from being unnecessarily present within
the autogenerate operation.
fixes #73

- changelog for #197, fixes #197.

- get tests passing for 0.8, 0.7

- move tests erroneously local to the "named" tests
- add tests for CAST within index

- more tweaks for server defaults re: comparison, test results
- in particular we've changed the server_default for order.amount
to text('0'); SQlite and Postgresql now both report the server
default as '0', whereas previously, when we were emitting '0'
with the quotes in the CREATE TABLE, SQlite reported it as
"'0'" and PG as '0::numeric'.

pep8

- restore _render_server_default_for_compare() to compare.py using
the method previously used in _render_server_default() in render;
these two functions become more specific to compare vs. render now
so are separated out

- check SQLA version for drop w/ enums in PG

Merge remote-tracking branch 'github/pr/16' into pr16

- py3k fix

- coverage was not working (and needs to be fixed in SQLAlchemy too),
go back to using a "bootstrap" system where we load in pytestplugin/
noseplugin via file importing, plugin/ is not used as a package.
- identify the pytest_sessionstart hook as the best place to do
plugin_base.post_begin() and actually begin importing main modules;
this is where coverage has actually started.
- we're now targeting 1.0.0 as this has to be ported to SQLAlchemy.
- start using .coveragerc

- discover # noqa

- dont do py3k testing for 0.7, 0.8

fixes for the nose runner

- add plugin directory

- move pretty much all of sqlalchemy.testing over for now, as we'd
like to run tests against 0.8 and even late 0.7 versions with the same
capabilities, as well as run parallel testing against all of them.
we need a consistent system to get that all to work, so for now
we have the whole SQLA system shoved into here, not ideal but we have
a very good testing situation for now.  Once we target 0.9.4 at the lowest
we should be able to move all this out.
- re-support 0.7, starting at 0.7.6 which is where things mostly work.
All tests, taking into account known skips and fails which are
added here for 0.7, early 0.8s, pass on 0.7.9.

changelog

- bootstrap support
- some workarounds to get 0.8 mostly working

- finish up

postgresql

dev

test command

bulk insert

- move towards sqlalchemy test base.  autogenerate tests so far

- updates

- start using tox 1.8 so that we can easily get multiple sqla versions off the ground

0.7 start

0.6.7

- update naming convention link to point to official docs

- finish flake8 on tests

- fix long lines within package

- do an autopep8 pass for just about everything other
than line length

- changelog for pr bitbucket:26

Merge https://bitbucket.org/utek/alembic/branch/master into pr26

- add a tox.ini file
- update the readme.unittests a bit

more test fixes

fixed test

MS SQL is using sp_rename instead of Alter table to rename table

applied mikes patch

replacing eval in multidb template with globals() function lookup

Merged in andreasgrapentin/alembic/template_eval (pull request #25)

replacing eval in multidb template with globals() function lookup

replacing eval in multidb template with globals() function lookup

- Added support for functional indexes when using the
:meth:`.Operations.create_index` directive.   Within the list of columns,
the SQLAlchemy ``text()`` construct can be sent, embedding a literal
SQL expression; the :meth:`.Operations.create_index` will perform some hackery
behind the scenes to get the :class:`.Index` construct to cooperate.
This works around some current limitations in :class:`.Index`
which should be resolved on the SQLAlchemy side at some point.
fixes #222

- Added support for functional indexes when using the
:meth:`.Operations.create_index` directive.   Within the list of columns,
the SQLAlchemy ``text()`` construct can be sent, embedding a literal
SQL expression; the :meth:`.Operations.create_index` will perform some hackery
behind the scenes to get the :class:`.Index` construct to cooperate.
This works around some current limitations in :class:`.Index`
which should be resolved on the SQLAlchemy side at some point.
fixes #222

Rendering expressions for indexes

adding mike's patch

moving textclause logic into _render_server_default

Adding TextClause support to server_default

0.6.6

- ignore __init__.py in versions directory, fixes #95.

- changelog for pullreq bitbucket:23

Merged in paradoxxxzero/alembic/paradoxxxzero/fix-sorted-of-none-values-in-compare-for-1403597500844 (pull request #23)

Fix sorted of None values in compare for python 3

Support autogenerating migrations for tables with 255 or more columns

changelog for pr github:14

Merge remote-tracking branch 'github/pr/14' into pr14

Alter autogenerate tests to show python3 problem on already existing tables sort

this is 0.6.6

Fix sorted of None values in compare for python 3

- Some deep-in-the-weeds fixes to try to get "server default" comparison
working better across platforms and expressions, in particular on
the Postgresql backend, mostly dealing with quoting/not quoting of various
expressions at the appropriate time and on a per-backend basis.
Repaired and tested support for such defaults as Postgresql interval
and array defaults.
fixes #212

- When a run of Alembic command line fails due to ``CommandError``,
the output now prefixes the string with ``"FAILED:"``, and the error
is also written to the log output using ``log.error()``.
fixes #209

- Liberalized even more the check for MySQL indexes that shouldn't be
counted in autogenerate as "drops"; this time it's been reported
that an implicitly created index might be named the same as a composite
foreign key constraint, and not the actual columns, so we now skip those
when detected as well. fixes #208

(hopefully) make the code a bit more readable

fix rendering of foreign key constraint when using a metadata schema

Eliminate {} (dict) default arg value for `opts`

to MigrationContext.configure

Using a mutable type as a default value is a common source of obscure
problems.
See
http://docs.python-guide.org/en/latest/writing/gotchas/#mutable-default-arguments

- changelog + test for MigrationContext.config

Merge branch 'add_env_context_and_config_to_migration_context' of https://github.com/msabramo/alembic into t

Merge pull request #11 from msabramo/gitignore

.gitignore: .egg-info => *.egg-info

Add EnvironmentContext and Config to MigrationContext

This lets migrations do stuff like:

    op.get_context().config.get_main_option('schema')

where `schema` is a custom option that I added to alembic.ini

.gitignore: .egg-info => *.egg-info

update link to pkg_resources

0.6.5

- This releases' "autogenerate index detection" bug, when a MySQL table
includes an Index with the same name as a column, autogenerate reported
it as an "add" even though its not; this is because we ignore reflected
indexes of this nature due to MySQL creating them implicitly.  Indexes
that are named the same as a column are now ignored on
MySQL if we see that the backend is reporting that it already exists;
this indicates that we can still detect additions of these indexes
but not drops, as we cannot distinguish a backend index same-named
as the column as one that is user generated or mysql-generated.
fixes #202

- index autogen is a big enough deal to warrant its own test suite

- Added new feature :paramref:`.EnvironmentContext.configure.transaction_per_migration`,
which when True causes the BEGIN/COMMIT pair to incur for each migration
individually, rather than for the whole series of migrations.  This is
to assist with some database directives that need to be within individual
transactions, without the need to disable transactional DDL entirely.
fixes #201

- Fixed bug where the ``include_object()`` filter would not receive
the original :class:`.Column` object when evaluating a database-only
column to be dropped; the object would not include the parent
:class:`.Table` nor other aspects of the column that are important
for generating the "downgrade" case where the column is recreated.
fixes #200