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]

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]

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'

dial back the default "flatness" a bit, it will be there for joinedload and query.join(), but if
you're dealing with aliased() or with_polymorphic() you need to say "flat=True".  Just the one
flag though, "flat" implies "aliased".

When querying the information schema on SQL Server 2000, removed
a CAST call that was added in 0.8.1 to help with driver issues,
which apparently is not compatible on 2000.
The CAST remains in place for SQL Server 2005 and greater.
[ticket:2747]

shrugs

a  test for what's breaking, plus a non-working fix for it...

genericize tests here

Merge branch 'ticket_2587'

Conflicts:
test/profiles.txt
test/sql/test_selectable.py

- add coverage for result map rewriting
- fix the result map rewriter for col mismatches, since the rewritten
select at the moment typically has more columns than the original

callcounts

- if the select() does not have use_labels on, then we just render
the joins as is, regardless of the dialect not supporting it.  use_labels=True
indicates a higher level of automation and also can maintain the labels
between rewritten and not.  use_labels=False indicates a manual use case.

- support for a__b_dc, i.e. two levels of nesting

repair these tests now that we allow join from selectable to fromgrouping

clean up the dialect selection thing here

- add a flag to DefaultDialect for this so that people will have some
workaround

- improve overlapping selectables, apply to both query and relationship
- clean up inspect() calls within query._join()
- make sure join.alias(flat) propagates
- fix almost all assertion tests

- eager loads
- two suite of SQL assertions converted

here's the flat join thing.  it just works.   Changing the existing compiled SQL assertions
might even be most of the tests we need (though dedicated sql tests would be needed anyway)

and this comment

rewriting scheme now works.

capture the really hard one in a test (hooray)

OK this is the broken version, need to think a lot more about this

- pulling out more aliases, sort of

The ``deferrable`` keyword argument on :class:`.ForeignKey` and
:class:`.ForeignKeyConstraint` will not render the ``DEFERRABLE`` keyword
on the MySQL dialect.  For a long time we left this in place because
a non-deferrable foreign key would act very differently than a deferrable
one, but some environments just disable FKs on MySQL, so we'll be less
opinionated here. [ticket:2721]

Fixed bug where :class:`.MutableDict` didn't report a change event
when ``clear()`` was called.
[ticket:2730]

- clean up some of the requires for cross-schema reflection
- add oracle profile counts

Fixed bug whereby joining a select() of a table "A" with multiple
foreign key paths to a table "B", to that table "B", would fail
to produce the "ambiguous join condition" error that would be
reported if you join table "A" directly to "B"; it would instead
produce a join condition with multiple criteria.
[ticket:2738]

Fixed bug whereby using :meth:`.MetaData.reflect` across a remote
schema as well as a local schema could produce wrong results
in the case where both schemas had a table of the same name.
[ticket:2728]

- remove the ``__iter__()`` with notimplemented since it interferes
with legitimate iterable detection, [ticket:2726]

- add changelog/migration note
- inline the label check

Merge branch 'master' into ticket_1068

- fdb is now official, [ticket:2504]
- restore the rollback cleanup handler, pg8000 is mostly obsolete
as a dialect and the firebird drivers need it

test tweak

Merge branch 'master' into ticket_1068

- some tweaks to try to help out mssql+pyodbc support a bit, py3k is really
not happening too well (I need to stick with linux + freetds 0.91, I know)

working through tests....

- figured out what the from_self() thing was about, part of query.statement, but would
like to improve upon query.statement needing to do this

getting things to join without subqueries, but some glitches in the compiler step
when we do query.count() are showing

implement join rewriting inside of visit_select().  Currently this is global or not based on fixing nested_join_translation as True or not.

- blow away context._attributes
- to account for query._attributes/context.attributes, just pass
the attributes dict directly to the PathRegistry methods

0.8 changelog in 0.9

Fixed a regression caused by [ticket:2682] whereby the
evaluation invoked by :meth:`.Query.update` and :meth:`.Query.delete`
would hit upon unsupported ``True`` and ``False`` symbols
which now appear due to the usage of ``IS``.
[ticket:2737]

add a test for the exception we want to raise here

The "auto-aliasing" behavior of the :class:`.Query.select_from`
method has been turned off.  The specific behavior is now
availble via a new method :class:`.Query.select_entity_from`.
[ticket:2736]

- implement armin's awesome metaclass adaptor, can drop the refs to MetaBase.

remove

Merge branch 'rel_0_9'  (was already merged...git wants to merge again)

- the distinct hash code logic here is entirely obsolete as you can
do eq_() on columnelements now with a meaningful bool; jython is entirely a
non-starter right now in any case as 2.7 doesn't support common accessors like __defaults__

- fix up 0.9 links

re-add these...

- version 0.9
- changelog, migration doc

- add typical local test scripts

Merge branch 'rel_0_9'

Conflicts:
lib/sqlalchemy/dialects/postgresql/hstore.py
lib/sqlalchemy/util/__init__.py
lib/sqlalchemy/util/compat.py

keep the contract for Properties as returning lists for keys, values, items.
It's not the same as a dictionary as __iter__ does the values

add the py2k symbol from the 0.9 branch to support the hstore change

changelog

- repair for py3k
- fix test

Unicode support for psycopg2 native hstore implementation

  hstores are text, and in py3k they seem to be implcitly unicode.  so
    add unicode encoding for py2k for the non-native hstore, pullreq for
    native psycopg2 support coming....

changelog

- repair for py3k
- fix test

Unicode support for psycopg2 native hstore implementation

  hstores are text, and in py3k they seem to be implcitly unicode.  so
    add unicode encoding for py2k for the non-native hstore, pullreq for
    native psycopg2 support coming....