]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commit
- Added :paramref:`.MetaData.reflect.**dialect_kwargs`
authorMike Bayer <mike_mp@zzzcomputing.com>
Sun, 2 Feb 2014 21:33:54 +0000 (16:33 -0500)
committerMike Bayer <mike_mp@zzzcomputing.com>
Sun, 2 Feb 2014 21:33:54 +0000 (16:33 -0500)
commit0326f3cf014ffb4928b4c6051d2fca13cb6945d7
tree0f3585321eccf6ba5b7cd97f38490f8c2650ccd5
parent4ed4266803cbba480e5785103302eba5b5a86652
- Added :paramref:`.MetaData.reflect.**dialect_kwargs`
to support dialect-level reflection options for all :class:`.Table`
objects reflected.

- Added a new dialect-level argument ``postgresql_ignore_search_path``;
this argument is accepted by both the :class:`.Table` constructor
as well as by the :meth:`.MetaData.reflect` method.  When in use
against Postgresql, a foreign-key referenced table which specifies
a remote schema name will retain that schema name even if the name
is present in the ``search_path``; the default behavior since 0.7.3
has been that schemas present in ``search_path`` would not be copied
to reflected :class:`.ForeignKey` objects.  The documentation has been
updated to describe in detail the behavior of the ``pg_get_constraintdef()``
function and how the ``postgresql_ignore_search_path`` feature essentially
determines if we will honor the schema qualification reported by
this function or not. [ticket:2922]
doc/build/changelog/changelog_09.rst
lib/sqlalchemy/dialects/postgresql/base.py
lib/sqlalchemy/engine/base.py
lib/sqlalchemy/sql/schema.py
test/dialect/postgresql/test_reflection.py