- Fixed bug in :func:`.tuple_` construct where the "type" of essentially
the first SQL expression would be applied as the "comparison type"
to a compared tuple value; this has the effect in some cases of an
inappropriate "type coersion" occurring, such as when a tuple that
has a mix of String and Binary values improperly coerces target
values to Binary even though that's not what they are on the left
side.  :func:`.tuple_` now expects heterogeneous types within its
list of values.
fixes #2977

Conflicts:
lib/sqlalchemy/sql/elements.py
test/sql/test_operators.py

0.8.6

- Removed stale names from ``sqlalchemy.orm.interfaces.__all__`` and
refreshed with current names, so that an ``import *`` from this
module again works.
fixes #2975

0.8.5

2014

- isolate this failure as only on 0.8, only in py3.3, just comment it out,
not really worth tracking down

- Added an additional message to psycopg2 disconnect detection,
"could not send data to server", which complements the existing
"could not receive data from server" and has been observed by users,
fixes #2936

- add a topological rule here to place PARTITIONS after PARTITION_BY,
for output consistency within the tests as well as in practice

restore check ahead of the lock to avoid locking when not needed

- add improved support here for string parsing of predicates, backport
from 0.9

- Support has been improved for Postgresql reflection behavior on very old
(pre 8.1) versions of Postgresql, and potentially other PG engines
such as Redshift (assuming Redshift reports the version as < 8.1).
The query for "indexes" as well as "primary keys" relies upon inspecting
a so-called "int2vector" datatype, which refuses to coerce to an array
prior to 8.1 causing failures regarding the "ANY()" operator used
in the query.  Extensive googling has located the very hacky, but
recommended-by-PG-core-developer query to use when PG version < 8.1
is in use, so index and primary key constraint reflection now work
on these versions.

Conflicts:
doc/build/changelog/changelog_09.rst
test/dialect/postgresql/test_types.py

- Added new MySQL-specific :class:`.mysql.DATETIME` which includes
fractional seconds support; also added fractional seconds support
to :class:`.mysql.TIMESTAMP`.  DBAPI support is limited, though
fractional seconds are known to be supported by MySQL Connector/Python.
Patch courtesy Geert JM Vanderkelen. #2941

changelog for pullreq 12

Fixes MySQL dialect partitioning

- Fixed bug where calling :meth:`.Insert.values` with an empty list
or tuple would raise an IndexError.   It now produces an empty
insert construct as would be the case with an empty dictionary.

Conflicts:
lib/sqlalchemy/sql/dml.py

- Fixed a critical regression caused by :ticket:`2880` where the newly
concurrent ability to return connections from the pool means that the
"first_connect" event is now no longer synchronized either, thus leading
to dialect mis-configurations under even minimal concurrency situations.

Conflicts:
lib/sqlalchemy/event/attr.py

- update mysql connector python link, #2938

- changelog for pullreq github:72.

Merge branch 'fix_sqlite_uc_reflection' of https://github.com/malor/sqlalchemy into t

- extensive cross-linking of relationship options with their documentation sections
- convert all paramter references in relationship documentation to :paramref:

Conflicts:
doc/build/orm/relationships.rst
lib/sqlalchemy/ext/declarative/__init__.py
lib/sqlalchemy/orm/relationships.py

- add cross-linking for passive_deletes / passive_updates

- add documentation regarding native hstore flag, psycopg2
hstore extension. #2959

- expand docs on MySQL table arguments beyond just storage engines
- clarify section on "foreign key reflection" and group this in a
section that refers to foreign keys.

- Revised this very old issue where the Postgresql "get primary key"
reflection query were updated to take into account primary key constraints
that were renamed; the newer query fails on very old versions of
Postgresql such as version 7, so the old query is restored in those cases
when server_version_info < (8, 0) is detected. #2291

Fix unique constraints reflection in SQLite

Reflection of unique constraints didn't work properly, if reserved
identifiers had been used as column names. In this case column names
would be put in double quotes (e.g. the name of column asc would be
returned as "asc").

This issue is only present in 0.8.4 and not in 0.9.x.

- Fixed bug where :meth:`.in_()` would go into an endless loop if
erroneously passed a column expression whose comparator included
the ``__getitem__()`` method, such as a column that uses the
:class:`.postgresql.ARRAY` type. [ticket:2957]

this example doesn't work, we don't really have a solution for this as far as automating this pattern

- dont need these extra conditions from the previous test

- Fixed bug where :meth:`.Query.get` would fail to consistently
raise the :class:`.InvalidRequestError` that invokes when called
on a query with existing criterion, when the given identity is
already present in the identity map. [ticket:2951]

- this seems to be the best string for pymysql

- Fixed bug which prevented MySQLdb-based dialects (e.g.
pymysql) from working in Py3K, where a check for "connection
charset" would fail due to Py3K's more strict value comparison
rules.  The call in question  wasn't taking the database
version into account in any case as the server version was
still None at that point, so the method overall has been
simplified to rely upon connection.character_set_name().
[ticket:2933]

- add a few missing methods to the cymysql dialect

- don't duplicate docs for Pool within QueuePool
- add huge warning regarding how use_threadlocal probably not what you want

changelog

no Binary here if we are running a test with no DBAPI

Merge branch 'fix-convenience-import' of github.com:witsch/sqlalchemy into t

- add a test for pullreq github:63

expose `binary_type` in `util` module

it is used in `sql/compiler.py(849)render_literal_value()`

- add a test for [ticket:2927], which is an 0.9 issue but only because 0.8
isn't annotating correctly

- repair the fixture/test here to make sure state isn't left over causing other tests to fail

docs

updates

tweak text

seealsos in the tutorial

Conflicts:
lib/sqlalchemy/sql/selectable.py

imports

case

- start building out very comprehensive docstrings for core functions

docuemnt join

- doc updates, include links to create_engine from tutorials, cleanup
and modernize the engines chapter a bit

Conflicts:
doc/build/changelog/changelog_09.rst
doc/build/orm/tutorial.rst

- add tests for [ticket:2918], confirm this is an 0.9 regression

Remove uneeded import from code example

This had me reread the code twice to see if I missed why the import was
present.

fix typo

Fix a typo in the relationship docs

The text refers to ``boston_addresses``, while the code sample uses
``addresses``.

attic

akiban-> foundationdb

Conflicts:
doc/build/dialects/index.rst

- changelog + test for pullreq github 58

Fix TypeError for class_mapper called w/ iterable

When the class_ passed is not a mapped class but is actually an iterable, the string formatting operation fails with a TypeError, and the expected ArgumentError is not raised. Calling code which is using reflection and expects this error will fail (e.g. the sadisplay module).
Conflicts:
lib/sqlalchemy/orm/base.py

pyo

- add paramlinks and external changelog ext to 0.8

- support addition of fails_if()/only_on(), just wraps the decorators
- update a few exclusions to support current pymssql.  passes all of test_suite and dialect/mssql

- apply a similar fix for floats to mssql+pyodbc as we did to firebird
- wrangle through osx+pyodbc+freetds to get at least test_suite to pass again
with mssql+pyodbc. invovled adding some silly requirements

- fix the insert from select test to use a non-autoinc table

session docs: Change `object` to `someobject`

This makes the code block more consistent with the preceding one and also prevents the variable from being colored as a builtin (which `object` is) during syntax highlighting.

- actually check the list of views!

fix 2.5-ism

test hanging on 0.8, suspecting the test framework. this feature is tested on 0.9 successfully

- add an exclusion for "floats to four decimals", backported from 0.9 and applies to
firebird

- The firebird dialect will quote identifiers which begin with an
underscore.  Courtesy Treeve Jelbert. [ticket:2897]

- add a test which creates tables and views at the same time, then tests that the lists
of each can be reflected independently.  Testing [ticket:2898] at the moment.

- Fixed bug in Firebird index reflection where the columns within the
index were not sorted correctly; they are now sorted
in order of RDB$FIELD_POSITION.

- The "asdecimal" flag used with the :class:`.Float` type will now
work with Firebird dialects; previously the decimal conversion was
not occurring.
- scale back some firebird FP numeric tests

Conflicts:
test/requirements.py

- repair some suite tests for firebird

changelog, will merge to 0.8

Remove terminated connections from the pool.

In pymssql, if you terminate a long running query manually
it will give you a connection reset by peer message, but this
connection remains in the pool and will be re-used.

- Fixed issue where a primary key column that has a Sequence on it,
yet the column is not the "auto increment" column, either because
it has a foreign key constraint or ``autoincrement=False`` set,
would attempt to fire the Sequence on INSERT for backends that don't
support sequences, when presented with an INSERT missing the primary
key value.  This would take place on non-sequence backends like
SQLite, MySQL. [ticket:2896]

- Fixed bug with :meth:`.Insert.from_select` method where the order
of the given names would not be taken into account when generating
the INSERT statement, thus producing a mismatch versus the column
names in the given SELECT statement.  Also noted that
:meth:`.Insert.from_select` implies that Python-side insert defaults
cannot be used, since the statement has no VALUES clause. [ticket:2895]

autoincrement here

- for [ticket:2651], leaving CheckConstraint alone, preferring to keep
backwards compatibility.  A note about backslashing escapes is added.
Because the Text() construct now supports bind params better, the example
given in the code raises an exception now, so that should cover us.
The exception itself has been enhanced to include the key name of the
bound param.  We're backporting this to 0.8 but 0.8 doesn't have the
text->bind behavior that raises.

Conflicts:
lib/sqlalchemy/sql/schema.py

- An adjustment to the :func:`.subqueryload` strategy which ensures that
the query runs after the loading process has begun; this is so that
the subqueryload takes precedence over other loaders that may be
hitting the same attribute due to other eager/noload situations
at the wrong time. [ticket:2887]

- fix up the FAQ regarding the "foo_id" issue
- add session object states to the glossary

Conflicts:
doc/build/glossary.rst

- Fixed bug when using joined table inheritance from a table to a
select/alias on the base, where the PK columns were also not same
named; the persistence system would fail to copy primary key values
from the base table to the inherited table upon INSERT.
[ticket:2885]

wrong method name...

load_on_pending is different from enable_relationship_loading and should
not be superseded.  both have a potential use.

Conflicts:
lib/sqlalchemy/orm/relationships.py

make the error message for [ticket:2889] more accurate, as we support
composites to many-to-ones now also

- :func:`.composite` will raise an informative error message when the
columns/attribute (names) passed don't resolve to a Column or mapped
attribute (such as an erroneous tuple); previously raised an unbound
local. [ticket:2889]

Conflicts:
test/orm/test_composites.py

- Error message when a string arg sent to :func:`.relationship` which
doesn't resolve to a class or mapper has been corrected to work
the same way as when a non-string arg is received, which indicates
the name of the relationship which had the configurational error.
[ticket:2888]

Conflicts:
lib/sqlalchemy/orm/relationships.py

sqlany dialect moves to github

Conflicts:
doc/build/dialects/index.rst

Merge branch 'rel_0_8' of /Users/classic/dev/sqlalchemy into rel_0_8

forgot authors!!

0.8.4 prep

python2.5 fix

- documentation cleanup in ORM including [ticket:2816]

Conflicts:
lib/sqlalchemy/orm/mapper.py

specify run as module here

- remove verbiage about "namespaces" from the dogpile example, [ticket:2862]
- fix broken py2k/py3k isms

- A DBAPI that raises an error on ``connect()`` which is not a subclass
of dbapi.Error (such as ``TypeError``, ``NotImplementedError``, etc.)
will propagate the exception unchanged.  Previously,
the error handling specific to the ``connect()`` routine would both
inappropriately run the exception through the dialect's
:meth:`.Dialect.is_disconnect` routine as well as wrap it in
a :class:`sqlalchemy.exc.DBAPIError`.  It is now propagated unchanged
in the same way as occurs within the execute process. [ticket:2881]
- add tests for this in test_parseconnect, but also add tests in test_execute
to ensure the execute() behavior as well

- restore having the connection closed before decrementing the overflow counter

- The :class:`.QueuePool` has been enhanced to not block new connection
attempts when an existing connection attempt is blocking.  Previously,
the production of new connections was serialized within the block
that monitored overflow; the overflow counter is now altered within
it's own critical section outside of the connection process itself.
[ticket:2880]

- Made a slight adjustment to the logic which waits for a pooled
connection to be available, such that for a connection pool
with no timeout specified, it will every half a second break out of
the wait to check for the so-called "abort" flag, which allows the
waiter to break out in case the whole connection pool was dumped;
normally the waiter should break out due to a notify_all() but it's
possible this notify_all() is missed in very slim cases.
This is an extension of logic first introduced in 0.8.0, and the
issue has only been observed occasionally in stress tests.

- changelog + test for pullreq #7, MSSQL dialect for DROP INDEX

Fix MSSQL dialects visit_drop_index to use the correct DDL