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

oracle 9 does support this, oracle 8 is a special case.

cleanup

get nested joins to render on oracle 8

- tests for the alias() API
- docs docs docs

formatting

changelog

Merge pull request #3 from bslatkin/master

Makes gaerdbms for App Engine use local MySQL server when running in dev_appserver2

most of these dialect=mysql.dialect() calls are redundant

- changelog for [ticket:2704]
- use an isinstance() check, concerned a TypeError might be indiscriminate

Merged in malor/sqlalchemy (pull request #1)

Fix using of 'mysql_length' for composite indexes

Fix using of 'mysql_length' for composite indexes

Currently, one can specify the prefix length for an index
column using 'mysql_length' keyword argument when creating
an Index instance. But in case of composite indexes the
prefix length value is applied only to the last column.

Extend the existing API in way so that 'mysql_length' argument
value can be either:
    - an integer specifying the same prefix length value
      for each column of an index
    - a (column_name --> integer value) mapping specifying
      the prefix length value for each column of an index
      separately

Fixes issue #2704.

also clarified the changelog regarding Cls.scalar != 'value'

Added additional criterion to the ==, != comparators, used with
scalar values, for comparisons to None to also take into account
the association record itself being non-present, in addition to the
existing test for the scalar endpoint on the association record
being NULL.  Previously, comparing ``Cls.scalar == None`` would return
records for which ``Cls.associated`` were present and
``Cls.associated.scalar`` is None, but not rows for which
``Cls.associated`` is non-present.  More significantly, the
inverse operation ``Cls.scalar != None`` *would* return ``Cls``
rows for which ``Cls.associated`` was non-present.

Additionally, added a special use case where you
can call ``Cls.scalar.has()`` with no arguments,
when ``Cls.scalar`` is a column-based value - this returns whether or
not ``Cls.associated`` has any rows present, regardless of whether
or not ``Cls.associated.scalar`` is NULL or not.
[ticket:2751]

Fixing the error regex to match numbers with the long suffix, like 1146L

PEP8

Makes gaerdbms for App Engine use local MySQL server when running under dev_appserver2.

- Fixed an obscure bug where the wrong results would be
fetched when joining/joinedloading across a many-to-many
relationship to a single-table-inheriting
subclass with a specific discriminator value, due to "secondary"
rows that would come back.  The "secondary" and right-side
tables are now inner joined inside of parenthesis for all
ORM joins on many-to-many relationships so that the left->right
join can accurately filtered.
[ticket:2369]

remove all remaining start/end py2k/py3k blocks

fix test

Merge branch 'ticket_2587'