- add some docs for the instancestate linkage to the inspection system

- reverse order of columns in sample CTEs as this is a UNION and the cols need to line up
- alter this in the unit tests as well as these queries were just copied from the tests
- remove the included_parts.join(parts) from the core CTE doc (also just copied from the
test, where we want to make sure joins don't get screwed up with the CTE) as it doesn't
contribute to the query itself
fixes #3014

0.8.6

this doesnt need sane multi row now...

- revert part of c01558ae7f4a for now as we also test that a DELETE of two rows
where one is to be deleted from ON DELETE CASCADE succeeds; the check here makes that fail.
We will need to add an option to enable/disable this check per mapping, will likely
do this in next version

revert inadvertent pdb

- the rewording of orderinglist docs got committed by accident, finish it up

- Fixed ORM bug where changing the primary key of an object, then marking
it for DELETE would fail to target the correct row for DELETE.
Then to compound matters, basic "number of rows matched" checks were
not being performed.  Both issues are fixed, however note that the
"rows matched" check requires so-called "sane multi-row count"
functionality; the DBAPI's executemany() method must count up the
rows matched by individual statements and SQLAlchemy's dialect must
mark this feature as supported, currently applies to some mysql dialects,
psycopg2, sqlite only. fixes #3006
- Enabled "sane multi-row count" checking for the psycopg2 DBAPI, as
this seems to be supported as of psycopg2 2.0.9.

Conflicts:
test/orm/test_naturalpks.py
test/requirements.py

Added missing text_type requirement to TextTest

- Fixed regression caused by release 0.8.5 / 0.9.3's compatibility
enhancements where index reflection on Postgresql versions specific
to only the 8.1, 8.2 series again
broke, surrounding the ever problematic int2vector type.  While
int2vector supports array operations as of 8.1, apparently it only
supports CAST to a varchar as of 8.3.
fix #3000

- Fixed regression from 0.8.3 as a result of :ticket:`2818`
where :meth:`.Query.exists` wouldn't work on a query that only
had a :meth:`.Query.select_from` entry but no other entities.
re: #2818 fixes #2995

- Adjusted ``setup.py`` file to support the possible future
removal of the ``setuptools.Feature`` extension from setuptools.
If this keyword isn't present, the setup will still succeed
with setuptools rather than falling back to distutils.  C extension
building can be disabled now also by setting the
DISABLE_SQLALCHEMY_CEXT environment variable.  This variable works
whether or not setuptools is even available. fixes #2986
- using platform.python_implementation() in setup.py to detect CPython.
I've tested this function on OSX and linux on Python 2.6 through 3.4,
including 3.1, 3.2, 3.3.
Unfortunately, on OSX + 3.2 only, it seems to segfault.  I've tried
installing 3.2.5 from the python.org .dmg, building it from source,
and also blew away the whole 3.2 directory, something seems to be wrong
with the "platform" module on that platform only, and there's also no
issue on bugs.python.org; however, I'm going with
it anyway. If someone is using 3.2 on OSX they really should be upgrading.
- adjusted the logic for platform_implementation(), apparently "platform"
is there in python 2.5, so we are doing a version check.
Conflicts:
doc/build/intro.rst
setup.py

- reword the paragraph which talks about web framework integration for sessions:

1. fix the typo in the paragraph, fixes #2998
2. as zope-sqlalchemy only provides transaction integration and not session scoping,
dial back the language here as people are probably using scoped_session with pyramid anyway
3. as I'm going to again start recommending people don't cling to flask-sqlalchemy so hard,
take out the word "strongly" from the recommendation.
4. as flask is the only framework I can think of that actually has an explicit SQLAlchemy
layer that handles setting up scoped_session, take out the word "most", now it's "some web frameworks"
(by which it means "only flask...and flask-sqlalchemy is probably not worth using anyway")

fix assertion

- Fixed bug in mutable extension as well as
:func:`.attributes.flag_modified` where the change event would not be
propagated if the attribute had been reassigned to itself.
fixes #2997

Conflicts:
lib/sqlalchemy/orm/state.py
test/orm/test_attributes.py

Add is_ and isnot filter to the tutorial

Most linter complain when comparing with None.

- Improved an error message which would occur if a query() were made
against a non-selectable, such as a :func:`.literal_column`, and then
an attempt was made to use :meth:`.Query.join` such that the "left"
side would be determined as ``None`` and then fail.  This condition
is now detected explicitly.

typo

- fairly epic rework of the cascade documentation

Conflicts:
lib/sqlalchemy/orm/relationships.py

Merge pull request #79 from nibrahim/master

Fixes argument number in docs

merge new links to rel_0_8

cut out the BS as far as MySQLdb urls, put the one url everyone should be using

- 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