- Improvements to the operation of the pymysql dialect on
Python 3, including some important decode/bytes steps.
Issues remain with BLOB types due to driver issues.
Courtesy Ben Trofatter.
- start using util.py3k, we will eventually remove the
sa2to3 fixer entirely

Merged in bentrofatter/sqlalchemy-2663 (pull request #49)

Fixed PyMySQL problems for Python 2.x and mitigated some issues with Python 3.x

- identify [ticket:2710] as a regression from [ticket:2229], doesn't
need to be in 0.7.

Fixed bug where many-to-many relationship with uselist=False
would fail to delete the association row and raise an error
if the scalar attribute were set to None.  Also in 0.7.11.
[ticket:2710]

- remove lots of old tests here that are covered
elsewhere, cleanup

- establish ordering here for the hstore repr test

order the properties here to get the SQL to be deterministic

- these pickle the assoc proxy by itself tests can't really pass
now without strong ref on the parent
- fix message compare for py3k

- this issue is a bug, mention the apply_labels issue sooner

- dont do a boolean check on the mapped object

Improved the behavior of instance management regarding
the creation of strong references within the Session;
an object will no longer have an internal reference cycle
created if it's in the transient state or moves into the
detached state - the strong ref is created only when the
object is attached to a Session and is removed when the
object is detached.  This makes it somewhat safer for an
object to have a `__del__()` method, even though this is
not recommended, as relationships with backrefs produce
cycles too.  A warning has been added when a class with
a `__del__()` method is mapped.
[ticket:2708]

changelog for pullreq 54 gaerdbms

Fix mysql+gaerdbms dialect for changed exception format

googleappengine v1.7.5 changed the exception format to be
incompatible with MySQLDialect_gaerdbms#_extract_error_code

This fix works for both old- and new-style exceptions.

Changes causing the breakage:
/trunk/python/google/storage/speckle/python/api/rdbms.py
at
https://code.google.com/p/googleappengine/source/detail?r=318

Fixed a long-standing bug in the caching example, where
the limit/offset parameter values wouldn't be taken into
account when computing the cache key.  The
_key_from_query() function has been simplified to work
directly from the final compiled statement in order to get
at both the full statement as well as the fully processed
parameter list.

- remove erroneous second RelationshipCache class

- this pymssql test needs to be against the pymssql dialect
- Part of a longer series of fixes needed for pyodbc+
      mssql, a CAST to NVARCHAR(max) has been added to the bound
      parameter for the table name and schema name in all information schema
      queries to avoid the issue of comparing NVARCHAR to NTEXT,
      which seems to be rejected by the ODBC driver in some cases,
      such as FreeTDS (0.91 only?) plus unicode bound parameters being passed.
      The issue seems to be specific to the SQL Server information
      schema tables and the workaround is harmless for those cases
      where the problem doesn't exist in the first place.
[ticket:2355]

python2.5 fix

- test + changelog for [ticket:2691]

- remove reference to _exc_info before reraise to reduce cycles

Reworked internal exception raises that emit
a rollback() before re-raising, so that the stack
trace is preserved from sys.exc_info() before entering
the rollback.  This so that the traceback is preserved
when using coroutine frameworks which may have switched
contexts before the rollback function returns.
[ticket:2703]

- additional test + correction for [ticket:2699]

add cymysql...

Fixed bug whereby ORM would run the wrong kind of
query when refreshing an inheritance-mapped class
where the superclass was mapped to a non-Table
object, like a custom join() or a select(),
running a query that assumed a hierarchy that's
mapped to individual Table-per-class.
[ticket:2697]

- unit test failing on python3.3 + psycopg2, add an order by

Fixed `__repr__()` on mapper property constructs
to work before the object is initialized, so
that Sphinx builds with recent Sphinx versions
can read them.

The _Binary base type now converts values through
the bytes() callable when run on Python 3; in particular
psycopg2 2.5 with Python 3.3 seems to now be returning
the "memoryview" type, so this is converted to bytes
before return.

Improvements to Connection auto-invalidation
handling.  If a non-disconnect error occurs,
but leads to a delayed disconnect error within error
handling (happens with MySQL), the disconnect condition
is detected.  The Connection can now also be closed
when in an invalid state, meaning it will raise "closed"
on next usage, and additionally the "close with result"
feature will work even if the autorollback in an error
handling routine fails and regardless of whether the
condition is a disconnect or not.
[ticket:2695]

fix category

indentation fix

A major fix to the way in which a select() object produces
labeled columns when apply_labels() is used; this mode
produces a SELECT where each column is labeled as in
<tablename>_<columnname>, to remove column name collisions
for a multiple table select.   The fix is that if two labels
collide when combined with the table name, i.e.
"foo.bar_id" and "foo_bar.id", anonymous aliasing will be
applied to one of the dupes.  This allows the ORM to handle
both columns independently; previously, 0.7
would in some cases silently emit a second SELECT for the
column that was "duped", and in 0.8 an ambiguous column error
would be emitted.   The "keys" applied to the .c. collection
of the select() will also be deduped, so that the "column
being replaced" warning will no longer emit for any select()
that specifies use_labels, though the dupe key will be given
an anonymous label which isn't generally user-friendly.
[ticket:2702]

add calchipan

order by...

Fixed indirect regression regarding :func:`.has_inherited_table`,
where since it considers the current class' ``__table__``, was
sensitive to when it was called.  This is 0.7's behavior also,
but in 0.7 things tended to "work out" within events like
``__mapper_args__()``.  :func:`.has_inherited_table` now only
considers superclasses, so should return the same answer
regarding the current class no matter when it's called
(obviously assuming the state of the superclass).
[ticket:2656]

0.7 changelog

Fixed bug when a query of the form:
``query(SubClass).options(subqueryload(Baseclass.attrname))``,
where ``SubClass`` is a joined inh of ``BaseClass``,
would fail to apply the ``JOIN`` inside the subquery
on the attribute load, producing a cartesian product.
The populated results still tended to be correct as additional
rows are just ignored, so this issue may be present as a
performance degradation in applications that are
otherwise working correctly. [ticket:2699]

- reinstate insert returning back into test_insert.py; defaultdialect
needs to be explicit here since tablestest sticks testing.db onto metadata.bind

merge default

- Fixed bug in unit of work whereby a joined-inheritance
  subclass could insert the row for the "sub" table
  before the parent table, if the two tables had no
  ForeignKey constraints set up between them.
  Also in 0.7.11. [ticket:2689]
- fix a glitch in the assertsql.CompiledSQL fixture regarding
when a multiparam compiledSQL is used within an AllOf
- add a new utility function randomize_unitofwork() which
does the function of --reversetop

moving insert returning test back into CRUD test class until I figure out why moving it broke the oracle/postgres builds

whitespace

move the update tests from CRUDTest into sql/test_update.py (see #2630)

fixing tests for --db=mysql: VARCHAR requires a length on dialect mysql

starting on the update tests next, pep8 pass first (see #2630)

move the insert tests from CRUDTest into sql/test_insert.py (see #2630)

move the delete tests from CRUDTest into sql/test_delete.py (see #2630)

- test all pymssql messages here
- changelog

Merged in sontek/sqlalchemy/add_better_disconnect_checks (pull request #47)

Add disconnect check on timeouts

- add a nose runner that erases out argv, otherwise
you get "import test" as what it tries to run with
setup.py test

- limit some of these on views, indexes, pk constraints being available

merge default

Merged in msabramo/sqlalchemy (pull request #48)

Make MonkeyPatchedBinaryTest only run when using mssql. Prevents failed

- add an event to testing so that other dialects can intercept "test_needs_autoincrement"
- get the assumption of "1" for "first sequence item" to be dialect configured

Loosened the check on dialect-specific argument names
passed to Table(); since we want to support external dialects
and also want to support args without a certain dialect
being installed, it only checks the format of the arg now,
rather than looking for that dialect in sqlalchemy.dialects.

fix syntax error

Fixed bug whereby a DBAPI that can return "0"
for cursor.lastrowid would not function correctly
in conjunction with :attr:`.ResultProxy.inserted_primary_key`.

Merged in tshepang/sqlalchemy/grammar (pull request #51)

fix grammar

Merged in tshepang/sqlalchemy/typos (pull request #52)

remove mistakenly-repeated words

fix grammar

remove mistakenly-repeated words

Make MonkeyPatchedBinaryTest not fail on Python 2.5 (which doesn't have
the `b` notation for byte string literals)

Removed commented line from test_types.py

Added workaround for pymysql3 double wrapping ProgrammingErrors to pymysql dialect.
Added workaround for pymysql3 return a bytes object when queried for isolation level.

Make MonkeyPatchedBinaryTest only run when using mssql. Prevents failed
tests when using a different dialect.

cleaned up errors, only check for connection timeout for now

Added disconnect checks for timeout, unable to read, and unable to write

changelog

Merged in msabramo/sqlalchemy/trac_ticket_2683 (pull request #46)

dialects/mssql/pymssql.py: Modify module.Binary to work properly with byte strings in Python 3

dialects/mssql/pymssql.py: Modify module.Binary to work properly with
byte strings in Python 3

Fixes http://www.sqlalchemy.org/trac/ticket/2683

Add a test for http://www.sqlalchemy.org/trac/ticket/2683

This test currently passes in Python 2 but fails in Python 3.

0.8.1 bump + test, changelog for hstore fix [ticket:2680]

Corrected silly circular import introduced by original "fix".

Added HSTORE to ischema_names in dialects/postgresql/base.py

merge plus fix the test spelling too

Fix typo.

no need to use getattr() here

some profiles

doc updates

- repair doctest for SQL expression tutorial
- remove most use of "whereclause" and "from_obj", not done yet,
part of [ticket:2679]
- add links to method chained versions for all Select.append_XYZ()
calls
- add "method chaining" and "generative" to glossary

merge 0.8

Added tag rel_0_8_0 for changeset 2a20fd85d7f1c836c290975ea6c623420a83675d

- add pgp identity

0.8.0

merge default

add ibm_db_sa

merge default

linting

some tests that were never turned on...

- auto-append for CheckConstraint should skip table if the expression is against
a lower-case-t table

merge default

Added support for Postgresql's traditional SUBSTRING
function syntax, renders as "SUBSTRING(x FROM y FOR z)"
when regular ``func.substring()`` is used.
Also in 0.7.11.  Courtesy Gunnlaugur Por Briem.
[ticket:2676]

merge default

- remove all compat items that are pre-2.5 (hooray)
- other cleanup
- don't need compat.decimal, that approach never panned out. hopefully
outside libs aren't pulling it in, they shouldn't be

- this test is ridiculous, executemany() + returning not supported

merge default

A meaningful :attr:`.QueryableAttribute.info` attribute is
added, which proxies down to the ``.info`` attribute on either
the :class:`.schema.Column` object if directly present, or
the :class:`.MapperProperty` otherwise.  The full behavior
is documented and ensured by tests to remain stable.
[ticket:2675]

merge default

changelog

- clean up entity correlation tests in test_query

- the base correlate tests in test_compiler cover the ones that were here
for now
- fix up adaptation tests to still try to exercise the correlation argument

- since correlation is now always at least semi-automatic, remove the
ability for correlation to have any effect for a SELECT that's stated
in the FROM.
- add a new exhaustive test suite for correlation to test_compiler