callcounts

A performance fix related to the usage of the :func:`.defer` option
when loading mapped entities.   The function overhead of applying
a per-object deferred callable to an instance at load time was
significantly higher than that of just loading the data from the row
(note that ``defer()`` is meant to reduce DB/network overhead, not
necessarily function call count); the function call overhead is now
less than that of loading data from the column in all cases.  There
is also a reduction in the number of "lazy callable" objects created
per load from N (total deferred values in the result) to 1 (total
number of deferred cols).
[ticket:2778]

doc fix

The newly added SQLite DATETIME arguments storage_format and
regexp apparently were not fully implemented correctly; while the
arguments were accepted, in practice they would have no effect;
this has been fixed.
[ticket:2781]

- use inline=True for the insert..select here so it works on oracle

CSS tweaks to support version styling in the latest versions of sphinx

fix missing import here

Fixed bug where the expression system relied upon the ``str()``
form of a some expressions when referring to the ``.c`` collection
on a ``select()`` construct, but the ``str()`` form isn't available
since the element relies on dialect-specific compilation constructs,
notably the ``__getitem__()`` operator as used with a Postgresql
``ARRAY`` element.  The fix also adds a new exception class
:class:`.UnsupportedCompilationError` which is raised in those cases
where a compiler is asked to compile something it doesn't know
how to.
[ticket:2780]

don't split the regexps for chop_traceback()

Dialect.initialize() is not called a second time if an :class:`.Engine`
is recreated, due to a disconnect error.   This fixes a particular
issue in the Oracle 8 dialect, but in general the dialect.initialize()
phase should only be once per dialect.  [ticket:2776]

remove undoc-members from query docstring [ticket:2774]

use "target tables" here

- Added new method to the :func:`.insert` construct
:meth:`.Insert.from_select`.  Given a list of columns and
a selectable, renders ``INSERT INTO (table) (columns) SELECT ..``.
While this feature is highlighted as part of 0.9 it is also
backported to 0.8.3. [ticket:722]
- The :func:`.update`, :func:`.insert`, and :func:`.delete` constructs
will now interpret ORM entities as FROM clauses to be operated upon,
in the same way that select() already does.

callcount

Fixed bug whereby attribute history functions would fail
when an object we moved from "persistent" to "pending"
using the :func:`.make_transient` function, for operations
involving collection-based backrefs.
[ticket:2773]

- take advantage of 0.9's pool redesign a bit, adding
_ConnectionRecord.checkin() so that this functionality is
encapsulated; is now called from two different locations
for [ticket:2772].
- Fixed bug where :class:`.QueuePool` would lose the correct
checked out count if an existing pooled connection failed to reconnect
after an invalidate or recycle event. [ticket:2772]

0.8.2

dont need this

make this rule automatic based on coverage plugin

mark the tests that seem to be segfauling py3k+coverage so that we can exclude them
at the nose command line

for this test, apparently we don't handle sets as unordered since neither does
MySQL.  for some reason set ordering was constant when testing mysqldb, but not
so with oursql.

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

genericize tests here

Fixed bug when using multi-table UPDATE where a supplemental
table is a SELECT with its own bound parameters, where the positioning
of the bound parameters would be reversed versus the statement
itself when using MySQL's special syntax.
[ticket:2768]

Added :class:`.BIGINT` to the list of type names that can be
reflected by the SQLite dialect; courtesy Russell Stuart.
[ticket:2764]

ORM descriptors such as hybrid properties can now be referenced
by name in a string argument used with ``order_by``,
``primaryjoin``, or similar in :func:`.relationship`,
in addition to column-bound attributes. [ticket:2761]

fix python 2.5isms

fix a missing stringio import

fix syntax screwup

Conflicts:
doc/build/changelog/changelog_09.rst

Added new flag ``retaining=False`` to the kinterbasdb and fdb dialects.
This controls the value of the ``retaining`` flag sent to the
``commit()`` and ``rollback()`` methods of the DBAPI connection.
Defaults to False.  Also in 0.8.2, where it defaults to True.
[ticket:2763]

- replace most explicitly-named test objects called "Mock..." with
actual mock objects from the mock library.  I'd like to use mock
for new tests so we might as well use it in obvious places.
- use unittest.mock in py3.3
- changelog
- add a note to README.unittests
- add tests_require in setup.py
- have tests import from sqlalchemy.testing.mock
- apply usage of mock to one of the event tests.  we can be using
this approach all over the place.

- additional fix for [ticket:2750] where on an update, we make sure the
value is present

add better tests for [ticket:2750]

A warning is emitted when trying to flush an object of an inherited
mapped class where the polymorphic discriminator has been assigned
to a value that is invalid for the class.   [ticket:2750]

tweak the timings here to maximize chance of test success

set UTC timezone on the connection here so we can get consistent results

fix 2.5 syntaxes

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]

Conflicts:
doc/build/changelog/changelog_09.rst

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]

Conflicts:
doc/build/changelog/changelog_09.rst

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]

Conflicts:
doc/build/changelog/changelog_09.rst
lib/sqlalchemy/dialects/postgresql/hstore.py

add an ORDER BY here

- 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.

Conflicts:
doc/build/changelog/changelog_08.rst
doc/build/changelog/changelog_09.rst
lib/sqlalchemy/sql/compiler.py

need the defaultdict import here

changelog

Conflicts:
doc/build/changelog/changelog_09.rst

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.

0.8 changelog

Conflicts:
doc/build/changelog/changelog_09.rst

Merge branch 'master' of https://github.com/asldevi/sqlalchemy into some_branch

2.5ism

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]

Conflicts:
doc/build/changelog/changelog_09.rst

versionadds

- 0.8 changelog
- some whitespace

Merge pull request #5 from cjw296/pg-ranges

Support for Postgres range types.

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

changelog for 0.8

Merged in goodscloud/sqlalchemy (pull request #2)

don't create a history entry when an object in a backref has changed

- changelog
- docs

Conflicts:
doc/build/changelog/changelog_09.rst

Merge pull request #7 from malor/psycopg2_execution_options

Add AUTOCOMMIT isolation level support for psycopg2

fix tests here for 0.8

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]

Conflicts:
doc/build/changelog/changelog_09.rst

- skip this test for py3k.   serializer kind of a bust

Conflicts:
test/ext/test_serializer.py

changelog

Conflicts:
doc/build/changelog/changelog_09.rst

Merge pull request #6 from eevee/propagate-reset-on-return

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]

Conflicts:
doc/build/changelog/changelog_09.rst

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]

Conflicts:
doc/build/changelog/changelog_09.rst

changelog

Conflicts:
doc/build/changelog/changelog_09.rst

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

Conflicts:
doc/build/changelog/changelog_09.rst

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.

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]

Conflicts:
doc/build/changelog/changelog_09.rst
lib/sqlalchemy/dialects/mssql/information_schema.py

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]

Conflicts:
doc/build/changelog/changelog_09.rst

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

Conflicts:
doc/build/changelog/changelog_09.rst

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]

Conflicts:
doc/build/changelog/changelog_09.rst

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]

Conflicts:
doc/build/changelog/changelog_09.rst
lib/sqlalchemy/schema.py

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

Conflicts:
doc/build/changelog/changelog_09.rst

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]

Conflicts:
doc/build/changelog/changelog_08.rst

update

restore functionality here

Added a new method :meth:`.Query.select_entity_from` which
will in 0.9 replace part of the functionality of
:meth:`.Query.select_from`.  In 0.8, the two methods perform
the same function, so that code can be migrated to use the
:meth:`.Query.select_entity_from` method as appropriate.
See the 0.9 migration guide for details.
[ticket:2736]

Merge branch 'master' into rel_0_8

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....

- move an import stuck in the middle here...

Merge branch 'master' into rel_0_8

Fixed a small bug in the dogpile example where the generation
of SQL cache keys wasn't applying deduping labels to the
statement the same way :class:`.Query` normally does.

Merge branch 'master' into rel_0_8

fix this test

Merge pull request #1 from cjw296/small-fixes

Small fixes

- fixing AbstractConcreteBase import in docstring, 0.8
branch, [ticket:2717]

- fixing AbstractConcreteBase import in docstring, [ticket:2717]

tweaks to ignores

Show the conflicting column in the warning!

fix incorrect method name