some doc reference fixes per [ticket:1597]

- FBDate now extends Date instead of DateTime. [ticket:1573]

merge r6521 from trunk, [ticket:1632]

merge trunk fix r6506 for [ticket:1616]

- Fixed the behavior of extract() to apply operator
precedence rules to the "::" operator when applying
the "timestamp" cast - ensures proper parenthesization.
[ticket:1611]

- Removed unused `load()` method from ShardedQuery.
[ticket:1606]

document NOT IN, IN with query as subq

- Fixed bug in two-phase transaction whereby commit() method
didn't set the full state which allows subsequent close()
call to succeed. [ticket:1603]

- Fixed bug where Query would crash if a join() with no clear
"left" side were called when a non-mapped column entity
appeared in the columns list. [ticket:1602]

- Fixed the call to get_committed_value() on CompositeProperty.
[ticket:1504]

- Added support for reflecting the INTERVAL YEAR TO MONTH
and INTERVAL DAY TO SECOND syntaxes of the INTERVAL
type.  [ticket:460]

- Fixed a slight inaccuracy in the sharding example.
Comparing equivalence of columns in the ORM is best
accomplished using col1.shares_lineage(col2).
[ticket:1491]

- Mutable collection passed to the "extension" attribute
of relation(), column_property() etc. will not be mutated
or shared among multiple instrumentation calls, preventing
duplicate extensions, such as backref populators,
from being inserted into the list.
[ticket:1585]

- Corrected the "has_sequence" query to take current schema,
or explicit sequence-stated schema, into account.
[ticket:1576]

Gaetan's "scopefunc" clarification patch

- Repeat expressions in the columns clause of a select
are deduped based on the identity of each clause element,
not the actual string.  This allows positional
elements to render correctly even if they all render
identically, such as "qmark" style bind parameters.
[ticket:1574]

- Fixed the "numeric" paramstyle, which apparently is the
default paramstyle used by Informixdb.

- A column can be added to a joined-table declarative
superclass after the class has been constructed
(i.e. via class-level attribute assignment), and
the column will be propagated down to
subclasses. [ticket:1570]  This is the reverse
situation as that of [ticket:1523], fixed in 0.5.6.

- Changed the name of TrustedConnection to
Trusted_Connection when constructing pyodbc connect
arguments [ticket:1561]

merged r6383 of trunk for [ticket:1553]

- Added support for reflecting the DOUBLE PRECISION type,
via a new postgres.PGDoublePrecision object.
This is postgresql.DOUBLE_PRECISION in 0.6.
[ticket:1085]

- move the tests to test_query
- the option needs the original mapper to pull the prop from, in the case the eagerload is *from* a joined-table subclass mapper.
had to change the contract of PropertyOption to pass
an additional list "mappers" which contains the actual parent mappers.

merged r6355 from trunk for #1543

fix the toolbar

- some ordering fixes on DISTINCT for PG 8.4, mysql
- forwards compat "postgresql" name available for --db, engine urls

0.5.6

fixes for MySQL (these were not merged from trunk)

merged r6342 from trunk for [ticket:1527]

merged r6340 of trunk, for [ticket:1526]

fix update examples for [ticket:1533]

- merged r6316 from trunk for [ticket:1519]

merged r6314 of trunk for [ticket:1507]

- merged r6312 of trunk for [ticket:1523]

merged r6310 of trunk [ticket:1522]

merge -r6305:6308 of trunk

- Fixed an obscure issue whereby a joined-table subclass
with a self-referential eager load on the base class
would populate the related object's "subclass" table with
data from the "subclass" table of the parent.
[ticket:1485]

this does not belong !

- Fixed column.copy() to copy defaults and onupdates.
[ticket:1373]

0.5 goes to a maint branch

disabled examples test pending necesary repairs

- UPDATE and DELETE do not support ORDER BY, LIMIT, OFFSET,
etc. in standard SQL.  Query.update() and Query.delete()
now raise an exception if any of limit(), offset(),
order_by(), group_by(), or distinct() have been
called. [ticket:1487]

- Simplified the sweep of instrumentation in strategies._register_attribute

- Improved support for MapperProperty objects overriding
that of an inherited mapper for non-concrete
inheritance setups - attribute extensions won't randomly
collide with each other.  [ticket:1488]

- Added AttributeExtension to sqlalchemy.orm.__all__

backported 0.6 r6084 fix for oracle alias names, [ticket:1309]

fix broken orm debug logging

merged [ticket:1486] fix from 0.6

Reverted my screw up of setup.cfg

Corrected examples tests. I was running from ./test instead of root.

Added in Examples into the test suite so they get exercised regularly. Cleaned up some deprecation warnings in the examples.

Corrected annoying deprecation warning on 2.6+ related to mssql and the __new__ calls.

Corrected problem with binary test on mssql. Still having issues with prepared statements.

- Squeezed a few more unnecessary "lazy loads" out of
relation().  When a collection is mutated, many-to-one
backrefs on the other side will not fire off to load
the "old" value, unless "single_parent=True" is set.
A direct assignment of a many-to-one still loads
the "old" value in order to update backref collections
on that value, which may be present in the session
already, thus maintaining the 0.5 behavioral contract.
[ticket:1483]

- Fixed bug in Table and Column whereby passing empty
dict for "info" argument would raise an exception.
[ticket:1482]

- Fixed bug whereby a load/refresh of joined table
inheritance attributes which were based on
column_property() or similar would fail to evaluate.
[ticket:1480]

- Declarative will raise an informative exception if
__table_args__ is passed as a tuple with no dict argument.
Improved documentation.  [ticket:1468]

- fixed the test for FalseDiscriminator to use Boolean for picky postgresql
- added Query.enable_assertions(False) as a mediocre solution for [ticket:1424].
updated the recipe at http://www.sqlalchemy.org/trac/wiki/UsageRecipes/PreFilteredQuery to
reflect.
- moved most default Query state to be class level variables to start.  the dicts could
go as well but being overly careful to not place mutables there for the moment.
- a visit by the "dunder-private method names aren't cool" police
- continued undisciplined pep-8ness

- Using False or 0 as a polymorphic discriminator now
works on the base class as well as a subclass.
[ticket:1440]

- Unary expressions such as DISTINCT propagate their
type handling to result sets, allowing conversions like
unicode and such to take place.  [ticket:1420]

- Improved error message when query() is called with
a non-SQL /entity expression. [ticket:1476]

beefed up documentation for count(), [ticket:1465]

- The collection proxies produced by associationproxy are now
pickleable.  A user-defined proxy_factory however
is still not pickleable unless it defines __getstate__
and __setstate__. [ticket:1446]

Fix small typos in docstring

ensure "rowswitch" for isdelete is supported

- relations() now have greater ability to be "overridden",
meaning a subclass that explicitly specifies a relation()
overriding that of the parent class will be honored
during a flush.  This is currently to support
many-to-many relations from concrete inheritance setups.
Outside of that use case, YMMV.  [ticket:1477]

- Fixed bug whereby inheritance discriminator part of a
composite primary key would fail on updates.
Continuation of [ticket:1300].

- Fixed a bug in extract() introduced in 0.5.4 whereby
the string "field" argument was getting treated as a
ClauseElement, causing various errors within more
complex SQL transformations.

Guard against a gc hitting during the sweep for dirty objects.

beefed up the description of dialects

changed reference to PostgreSQL in docs.

- remove docs about partial flush, add docs about disabling autoflush

- sqlalchemy.orm.join and sqlalchemy.orm.outerjoin are now
added to __all__ in sqlalchemy.orm.*. [ticket:1463]

- Fixed bug where Query exception raise would fail when
a too-short composite primary key value were passed to
get().  [ticket:1458]

- rearranged CHANGES for 0.5.5 to be somewhat severity based.

- commented on [ticket:1445]

updates

Formatting

Implemented recreate() for StaticPool

- Fixed potential memory leak whereby previously pickled objects
placed back in a session would not be fully garbage collected
unless the Session were explicitly closed out.

- Fixed bug whereby session.is_modified() would raise an exception
if any synonyms were in use.

- Fixed a bug involving contains_eager(), which would apply itself
to a secondary (i.e. lazy) load in a particular rare case,
producing cartesian products.   improved the targeting
of query.options() on secondary loads overall [ticket:1461].

Session.mapper is now *deprecated*.
Call session.add() if you'd like a free-standing object to be
part of your session.  Otherwise, a DIY version of
Session.mapper is now documented at
http://www.sqlalchemy.org/trac/wiki/UsageRecipes/SessionAwareMapper
The method will remain deprecated throughout 0.6.

M    test/ext/test_declarative.py
M    test/orm/test_scoping.py
M    lib/sqlalchemy/orm/scoping.py
M    CHANGES

Fix deprecated usage of  on numeric type

added docs for post_update

- repaired non-working attributes.set_committed_value function.

- Trimmed the pickle format for InstanceState which should further
reduce the memory footprint of pickled instances.  The format
should be backwards compatible with that of 0.5.4 and previous.

assoc proxy object appends to list automatically [ticket:1351]

added test to verify #1423

- Fixed bug whereby list-based attributes, like pickletype
and PGArray, failed to be merged() properly.

split CHANGES into CHANGES and CHANGES_PRE_05, since I would like CHANGES to be viewable in trac

- The "foreign_keys" argument of relation() will now propagate
automatically to the backref in the same way that
primaryjoin and secondaryjoin do.   For the extremely
rare use case where the backref of a relation() has
intentionally different "foreign_keys" configured, both sides
now need to be configured explicity (if they do in fact require
this setting, see the next note...).

- ...the only known (and really, really rare) use case where a
different foreign_keys setting was used on the forwards/backwards
side, a composite foreign key that partially points to its own
columns, has been enhanced such that the fk->itself aspect of the
relation won't be used to determine relation direction.

- unit tests have been migrated from unittest to nose.
See README.unittests for information on how to run
the tests.  [ticket:970]

- Fixed Query being able to join() from individual columns of
a joined-table subclass entity, i.e.
query(SubClass.foo, SubcClass.bar).join(<anything>).
In most cases, an error "Could not find a FROM clause to join
from" would be raised. In a few others, the result would be
returned in terms of the base class rather than the subclass -
so applications which relied on this erroneous result need to be
adjusted. [ticket:1431]

- removed test.testing.ORMTest, test.fixtures, and all
dependencies on those.

move from pXXX to 0.5.5 [ticket:1427]

- Fixed another 0.5.4 bug whereby mutable attributes (i.e. PickleType)
wouldn't be deserialized correctly when the whole object
was serialized.  [ticket:1426]

slight cleanup i want in 0.5/0.6

removed needless "thread" imports from util

- sql
    - Removed an obscure feature of execute() (including connection,
      engine, Session) whereby a bindparam() construct can be sent as
      a key to the params dictionary.  This usage is undocumented
      and is at the core of an issue whereby the bindparam() object
      created implicitly by a text() construct may have the same
      hash value as a string placed in the params dictionary and
      may result in an inappropriate match when computing the final
      bind parameters.   Internal checks for this condition would
      add significant latency to the critical task of parameter
      rendering, so the behavior is removed.  This is a backwards
      incompatible change for any application that may have been
      using this feature, however the feature has never been
      documented.

- Fixed bug introduced in 0.5.4 whereby Composite types
fail when default-holding columns are flushed.

more fixes to bound parameter exception reporting

- added unit test for exception formatting
- Deprecated the hardcoded TIMESTAMP function, which when
used as func.TIMESTAMP(value) would render "TIMESTAMP value".
This breaks on some platforms as Postgres doesn't allow
bind parameters to be used in this context.  The hard-coded
uppercase is also inappropriate and there's lots of other
PG casts that we'd need to support.  So instead, use
text constructs i.e. select(["timestamp '12/05/09'"]).

- Repaired the printing of SQL exceptions which are not
based on parameters.

- Fixed an attribute error introduced in 0.5.4 which would
occur when merge() was used with an incomplete object.

- Back-ported the "compiler" extension from SQLA 0.6.  This
is a standardized interface which allows the creation of custom
ClauseElement subclasses and compilers.  In particular it's
handy as an alternative to text() when you'd like to
build a construct that has database-specific compilations.
See the extension docs for details.