Fixed bug where :class:`.QueuePool` would lose the correct
checked out count if an existing pooled connection failed to reconnect
after an invalidate or recycle event.  Also in 0.8.3.
[ticket:2772]

0.8.2

dont need this

make this rule automatic based on coverage plugin

for this test, apparently we don't handle sets as unordered since neither does
MySQL.  for some reason set ordering was constant when testing mysqldb, but not
so with oursql.

add a float exclusion to help oursql build 100%

Fixed bug when using multi-table UPDATE where a supplemental
table is a SELECT with its own bound parameters, where the positioning
of the bound parameters would be reversed versus the statement
itself when using MySQL's special syntax.
[ticket:2768]

Added :class:`.BIGINT` to the list of type names that can be
reflected by the SQLite dialect; courtesy Russell Stuart.
[ticket:2764]

ORM descriptors such as hybrid properties can now be referenced
by name in a string argument used with ``order_by``,
``primaryjoin``, or similar in :func:`.relationship`,
in addition to column-bound attributes. [ticket:2761]

profile tweak

see also

- distribute/setuptools all over the place right now

- refactor pool a bit so that intent between ConnectionRecord/ConnectionFairy is clear;
make sure that the DBAPI connection passed to the reset-on-return events/dialect hooks
is also a "fairy", so that dictionaries like "info" are available.  [ticket:2770]
- rework the execution_options system so that the dialect is given the job of making
any immediate adjustments based on a set event.  move the "isolation level" logic to use
this new system.   Also work things out so that even engine-level execution options
can be used for things like isolation level; the dialect attaches a connect-event
handler in this case to handle the task.
- to support this new system as well as further extensibiltiy of execution options
add events engine_connect(), set_connection_execution_options(), set_engine_execution_options()

mark the tests that seem to be segfauling py3k+coverage so that we can exclude them
at the nose command line

fix syntax screwup

Added new flag ``retaining=False`` to the kinterbasdb and fdb dialects.
This controls the value of the ``retaining`` flag sent to the
``commit()`` and ``rollback()`` methods of the DBAPI connection.
Defaults to False.  Also in 0.8.2, where it defaults to True.
[ticket:2763]

- replace most explicitly-named test objects called "Mock..." with
actual mock objects from the mock library.  I'd like to use mock
for new tests so we might as well use it in obvious places.
- use unittest.mock in py3.3
- changelog
- add a note to README.unittests
- add tests_require in setup.py
- have tests import from sqlalchemy.testing.mock
- apply usage of mock to one of the event tests.  we can be using
this approach all over the place.

- additional fix for [ticket:2750] where on an update, we make sure the
value is present

add better tests for [ticket:2750]

A warning is emitted when trying to flush an object of an inherited
mapped class where the polymorphic discriminator has been assigned
to a value that is invalid for the class.   [ticket:2750]

tweak the timings here to maximize chance of test success

set UTC timezone on the connection here so we can get consistent results

The behavior of :func:`.extract` has been simplified on the
Postgresql dialect to no longer inject a hardcoded ``::timestamp``
or similar cast into the given expression, as this interfered
with types such as timezone-aware datetimes, but also
does not appear to be at all necessary with modern versions
of psycopg2.  Also in 0.8.2.
[ticket:2740]

refactor test suites for postgresql, mssql, mysql into packages.

improve the close handling here so that we don't double-close a connection;
we log this now so it apparently happens a bunch

Type lookup when reflecting the Firebird types LONG and
INT64 has been fixed so that LONG is treated as INTEGER,
INT64 treated as BIGINT, unless the type has a "precision"
in which case it's treated as NUMERIC.  Patch courtesy
Russell Stuart.
[ticket:2757]

Fixed bug in HSTORE type where keys/values that contained
backslashed quotes would not be escaped correctly when
using the "non native" (i.e. non-psycopg2) means
of translating HSTORE data.  Patch courtesy Ryan Kelly.
[ticket:2766]

- fix a regression caused by #2587, where query.join() would apply an
adapter to an aliased-mapped, non-polymorphic selectable that prevented us from referring
directly to that selectable.

add an ORDER BY here

Merge branch 'ticket_2746'

Conflicts:
doc/build/changelog/changelog_08.rst
doc/build/changelog/changelog_09.rst

- rework of correlation, continuing on #2668, #2746
- add support for correlations to propagate all the way in; because
correlations require context now, need to make sure a select enclosure
of any level takes effect any number of levels deep.
- fix what we said correlate_except() was supposed to do when we first
released #2668 - "the FROM clause is left intact if the correlated SELECT
is not used in the context of an enclosing SELECT..." - it was not
considering the "existing_froms" collection at all, and prohibited
additional FROMs from being placed in an any() or has().
- add test for multilevel any()
- lots of docs, including glossary entries as we really need to define
"WHERE clause", "columns clause" etc. so that we can explain correlation better
- based on the insight that a SELECT can correlate anything that ultimately
came from an enclosing SELECT that links to this one via WHERE/columns/HAVING/ORDER BY,
have the compiler keep track of the FROM lists that correspond in this way,
link it to the asfrom flag, so that we send to _get_display_froms() the exact
list of candidate FROMs to correlate.  no longer need any asfrom logic in the
Select() itself
- preserve 0.8.1's behavior for correlation when no correlate options are given, not
to mention 0.7 and prior's behavior of not propagating implicit correlation more than one level..
this is to reduce surprises/hard-to-debug situations when a user isn't trying
to correlate anything.

changelog

Merge pull request #13 from malor/fix_indexes_reflection

Fix indexes reflection in PostgreSQL

Merge pull request #12 from cjw296/master

Range type docs improvements.

Tidy range types docs and add warning about the return type support offered by different versions of different DBAPI libraries.

Fix NameError in example.

Fix indexes reflection in PostgreSQL

Reflection of indexes must preserve the order of columns.

Fixes issue 2767.

YEAR(2) emits a warning and oursql / mysqlconnector throw an exception
on the warning so just dump it

docs

doc fixes

0.8 changelog

0.9 changelog

- add a test for pullreq 8
- simplify

Merge branch 'master' of https://github.com/asldevi/sqlalchemy into some_branch

sort here so that exception messages are testable

tweak this for now, would need a test

The resolution of :class:`.ForeignKey` objects to their
target :class:`.Column` has been reworked to be as
immediate as possible, based on the moment that the
target :class:`.Column` is associated with the same
:class:`.MetaData` as this :class:`.ForeignKey`, rather
than waiting for the first time a join is constructed,
or similar. This along with other improvements allows
earlier detection of some foreign key configuration
issues.  Also included here is a rework of the
type-propagation system, so that
it should be reliable now to set the type as ``None``
on any :class:`.Column` that refers to another via
:class:`.ForeignKey` - the type will be copied from the
target column as soon as that other column is associated,
and now works for composite foreign keys as well.
[ticket:1765]

ticket #1443 is for unique constraint reflection

Merge pull request #11 from malor/fix_uc_reflection

Fix unique constraints reflection in SQLite and PostgreSQL

Merge pull request #10 from malor/fix_unicode_literals

Fix unicode literals on Python 3.1 and 3.2

Fix unique constraints reflection in PostgreSQL

Reflection of unique constraints must preserve the order of columns.

Fix unicode literals on Python 3.1 and 3.2

A few tests use u'' unicode literals which are not
supported in Python versions 3.1 and 3.2.

Fix unique constraints reflection in SQLite

If SQLite keywords are used as column names, they are
quoted. The code parsing the information about table
unique constraints should be modified so that it properly
removes double-quotes from column names.

Improve _test_get_unique_constraints()

Call eq_() in a loop instead of comparing two lists
directly. This makes it much easier to find out which
element is not equal to the reference value.

Provided a new attribute for :class:`.TypeDecorator`
called :attr:`.TypeDecorator.coerce_to_is_types`,
to make it easier to control how comparisons using
``==`` or ``!=`` to ``None`` and boolean types goes
about producing an ``IS`` expression, or a plain
equality expression with a bound parameter.
[ticket:2744]

versionadds

0.9 changelog

- 0.8 changelog
- some whitespace

this locale is not needed.   maybe it is somewhere but the locale I have ("C", whatever that means,
cannot find meaning of this anywhere in Postgresql documentation) seems to work

Merge pull request #5 from cjw296/pg-ranges

Support for Postgres range types.

make tests pass

check if compostite_class is of class type

before checking if it is a subclass of `MutableComposite`

Merged in goodscloud/sqlalchemy (pull request #3)

Forgot final check that a delete in a backref also doesn't create a new version

fix up the isolation level docs which were a mess

remove double methods

turn this requirement back down as the simpler serialize works better now

- rework PropComparator.adapted() to be PropComparator.adapt_to_entity(),
passes in AliasedInsp and allows more flexibility.
- rework the AliasedClass/AliasedInsp relationship so that AliasedInsp has
all state and functionality.  AliasedClass is just a facade.
[ticket:2756]

migration for [ticket:2751]

Forgot final check that a delete in a backref also doesn't create a new version

follow up to https://bitbucket.org/zzzeek/sqlalchemy/pull-request/2

changelog for 0.8

changelog

Merge branch 'master' of bitbucket.org:zzzeek/sqlalchemy

Merged in goodscloud/sqlalchemy (pull request #2)

don't create a history entry when an object in a backref has changed

can remove this, issue is fixed

- clean up this test (really we don't even need this, it's not testing much)
- for the moment, put a catch in it to see if we can trap that issue
on jenkins

- changelog
- docs

Merge pull request #7 from malor/psycopg2_execution_options

Add AUTOCOMMIT isolation level support for psycopg2

Fixed bug in polymorphic SQL generation where multiple joined-inheritance
entities against the same base class joined to each other as well
would not track columns on the base table independently of each other if
the string of joins were more than two entities long.  Also in 0.8.2.
[ticket:2759]

don't create a history entry when an object in a backref has changed

The code that determines whether an object in a relation has been added/removed does not take into account that that relation may be a backref. If the relation is a backref, then nothing on the current table is changing, and therefore no history entry should be created.

Add AUTOCOMMIT isolation level support for psycopg2

One can use this to emit statements, which can not be
executed within a transaction (e. g. CREATE DATABASE):

    from sqlalchemy import create_engine

    eng = create_engine('postgresql://test:test@localhost/test')

    conn = eng.connect().execution_options(isolation_level='AUTOCOMMIT')
    conn.execute('CREATE DATABASE test2;')

Fixes issue #2072.

- skip this test for py3k.   serializer kind of a bust

changelog for this

changelog

Merge pull request #6 from eevee/propagate-reset-on-return

Preserve reset_on_return when recreating a Pool.

Preserve reset_on_return when recreating a Pool.

Fixed bug where sending a composite attribute into :meth:`.Query.order_by`
would produce a parenthesized expression not accepted by some databases.
[ticket:2754]

Fixed the interaction between composite attributes and
the :func:`.aliased` function.  Previously, composite attributes
wouldn't work correctly in comparison operations when aliasing
was applied.  Also in 0.8.2. [ticket:2755]

Documentation for the new range type support.

Implement EXCLUDE constraints for postgres.

add support for range operators listed in http://www.postgresql.org/docs/9.2/interactive/functions-range.html

Basic type support for the new range types in postgres 9.2

this comment is ancient

these notes about **kw are incorrect, we are talking about the return value here

- get_unique_constraints() pull request
- version (0.9 for now)
- changelog
- move the test into the test suite so that all dialects can take advantage of it

Merge pull request #4 from malor/reflect_constraints

Add basic support of unique constraints reflection

Add basic support of unique constraints reflection

Inspection API already supports reflection of table
indexes information and those also include unique
constraints (at least for PostgreSQL and MySQL).
But it could be actually useful to distinguish between
indexes and plain unique constraints (though both are
implemented in the same way internally in RDBMS).

This change adds a new method to Inspection API - get_unique_constraints()
and implements it for SQLite, PostgreSQL and MySQL dialects.

Added pool logging for "rollback-on-return" and the less used
"commit-on-return".  This is enabled with the rest of pool
"debug" logging.
[ticket:2752]

...and...its a behavioral improvement

fix this example

mention right joins, make it clear we're talking about left outer join as the bigger issue