force an oracle test to pass.  this is as usual an extremely fringy test for a feature nobody should be using normally.

these fail for unknown reasons.  Seems to be potentially VARCHAR used with RETURNING, or out params, not sure.

fix this test for oracle so all types return datetime.date

this test requires a length for the varchar in mysql/oracle

- fix the sqlalchemy.test.schema.Column function to work with copies
- add sequences to new associationproxy tests
- test/ext passes 100% on oracle here

merged default tip

add autoincrement flags to decls

- the copy() method of Column now copies over uninitialized
"on table attach" events.  Helps with the new declarative
"mixin" capability.

- mark tests unsupported by sqlite unsupported by oracle as well

- fixed internal error which would occur if calling has()
or similar complex expression on a single-table inheritance
relation(). [ticket:1731]

- Oracle 'DATE' now does not perform any result processing,
as the DATE type in Oracle stores full date+time objects,
that's what you'll get.  Note that the generic types.Date
type *will* still call value.date() on incoming values,
however.  When reflecting a table, the reflected type
will be 'DATE'.

- emphasized query.join() in ORM tutorial as per [ticket:1708]
- cleaned up tutorial w.r.t. eagerload, added a section for contains_eager as this function
is equally important
- added better linkages in sqlalchemy.orm reference documentation, updated antiquated
docs for contains_eager(), got aliased()/AliasedClass documented as well as Sphinx will
allow us

fixed up docs for execution_options() across all three locations.

- moved the logic within _BindParamClause which decides about coercing the bind's type
based on the compared type into AbstractType.   The new method is called _coerce_compared_value()
and receives the operator and the raw python value to be coerced.    TypeDecorator
overrides this to provude the "old" 0.5 behavior of coercing the other side of the expression
unconditonally.
- added docs to TypeDecorator attempting to explain this though they are a little verbose.
- added caveats to Interval, which in "non-native" mode can't really handle proper expression behavior.  the "typing" would have to move into the compiler, such that on a DB like SQLite we're actually wrapping left/right side into its epoch functions, etc., its a big job.  current infrastructure, as powerful as it is, still isn't at that level.

meaningless change

base tests pass

almost there, some tests failing still.

merge latest tip.  practicing on mercurial.

still thinking about stuff here

working on getting operators/left hand type awareness into the "bind" coercion.  this system has to be figured out somehow

fix last commit

small cleanup

Remove isnew argument from row_processors. It wasn't used anyway in most cases.

distutils choked on the trailing slash on the lib directory in the manifest.

the mercurial extension seems to not work in py3k and also I don't
like its usage during build/install.   going with the manual approach
for the moment.

use setuptools_hg to auto-discover the same way we did with SVN.
Thanks *much* to Jannis Leidel for the suggestion/creation !

- plug a minor ORM speed hit in Events (**kwargs).
- added comment explaining some strange code

Cleaned up some long lines to test the commit hooks.

- cleanup some long lines.  (test hg commit hook)

update tags

use a flag to build cextensions (thanks again to Genshi for the tip)

typo

timings should use getitem syntax and not the slow getattr one

fixes for some nasty edge cases when usng descriptors to compute special attributes

there we go, that was the stupid gc bug

skip test for oursql

require nose .11 to support first_package_wins flag

allow __tablename__ to come from a mixin

paranoid test that single table inheritance works with single table inheritance

preload type affinity entries so that these comparisons don't get shoved into the callcounts

un-break the copyright link that chrisw broke

Added support for FOUND_ROWS to mysqlconnector.

And more wonderfully crafted documentation changes to link function/method names to their appropriate definitions in the API docs. Thank you Diana Clarke. Refs #1703.

- adjusted the literal coercion rules to take the left side's type into account, if it is
compatible with what was found for the right, so that things like oracle CHAR conversions
work.
- oracle dialect specific tests pass again.

more bumps

some 2.4 bumps probably due to the tuple/list thing

-remove proof of concept "cascade constraints"

Changes to get mysqlconnector passing most tests.

- the execution sequence pulls all rowcount/last inserted ID
info from the cursor before commit() is called on the
DBAPI connection in an "autocommit" scenario.  This helps
mxodbc with rowcount and is probably a good idea overall.
- cx_oracle wants list(), not tuple(), for empty execute.
- cleaned up plain SQL param handling

More cleanup to link function/method names in the docs to the API docs. Refs #1703.

mxodbc supports rowcount, just have to snag before the cursor is closed.

Corrected failing doctests in the docs directory due to Changeset r6860. Fixes #1722.

some ms/odbc fixes

callcounts

support scale argument for the C implementation of the decimal processor

fix echo test

- simplify the OurSQL dialect regarding py3k, this version gives it a fairly
fighting chance on python 3.  there's an oursql bug where it can't raise
an exception on executemany() correctly.
- needed to add "plain_query" wrappers for all the reflection methods.  not sure
why this was not needed earlier.

- orm: Removed a lot of logging that nobody really cares about,
logging that remains will respond to live changes in the
log level.  No significant overhead is added.  [ticket:1719]
- engine: Opened up logging a bit such that isEnabledFor() is called
more often, so that changes to the log level for engine/pool
will be reflected on next connect.   This adds a small
amount of method call overhead.  It's negligible and will make
life a lot easier for all those situations when logging
just happens to be configured after create_engine() is called.
[ticket:1719]

Corrected docs on create_engine to link to DBEngine Logging docs. Fixes #1721.

- make tuple a little more friendly

Comments in oursql cause 2to3 to fail.

More work to link in the function names to the API docs. Refs #1703.

further numeric fixes

working on pyodbc / mxodbc

some todos

the "in" was IN-tentional, ha ha

A few cleanups of the mxodbc dialect.

- threadlocal engine wasn't properly closing the connection
upon close() - fixed that.
- Transaction object doesn't rollback or commit if it isn't
"active", allows more accurate nesting of begin/rollback/commit.
- Added basic support for mxODBC [ticket:1710].
- Python unicode objects as binds result in the Unicode type,
not string, thus eliminating a certain class of unicode errors
on drivers that don't support unicode binds.

Added CHANGES info to document bind parameter change.

Changed bind parameters to be passed as a tuple. Some drivers don't like to receive a list.

- the "scale" argument of the Numeric() type is honored when
coercing a returned floating point value into a string
on its way to Decimal - this allows accuracy to function
on SQLite, MySQL.  [ticket:1717]

fix unicode warnings

add docstring for remove [ticket:1715]

Match tests have been completely wrong.

Corrected problem with index too large on mysql.

- merge -r6823:6841 of branches/chrisw_mixin
- declarative now accepts mixin classes directly, as a means
to provide common functional and column-based elements on
all subclasses, as well as a means to propagate a fixed
set of __table_args__ or __mapper_args__ to subclasses.
For custom combinations of __table_args__/__mapper_args__ from
an inherited mixin to local, descriptors can now be used.
New details are all up in the Declarative documentation.
Thanks to Chris Withers for putting up with my strife
on this. [ticket:1707]

modify the py3k check to check for bytes

- walk back r6851 slightly.  Still emit a warning when the Unicode or UnicodeText type
is passed a bytestring even if the backend accepts unicodes directly.

- The assert_unicode flag is deprecated.  SQLAlchemy will raise
a warning in all cases where it is asked to encode a non-unicode
Python string, and will do nothing for DBAPIs that already
accept Python unicode objects.

Support for the mysql+oursql dialect. Thank you Taavi Burns.

Corrected a lot of mssql test issues related to Binary being deprecated and replaced with LargeBinary.

Added the ability to strip the schema when using tometadata by passing schema=None as an argument. Fixes #1673.

Corrected the py3k docs so that you can properly use python3 to run 2to3.  Thanks Taavi Burns.

Copy paste fail.

Fixed binary tests for mssql based on how the new types are being used.

fix typo

- A major fix in query.join(), when the "on" clause is an
attribute of an aliased() construct, but there is already
an existing join made out to a compatible target, query properly
joins to the right aliased() construct instead of sticking
onto the right side of the existing join.  [ticket:1706]

- "out" parameters require a type that is supported by
cx_oracle.  An error will be raised if no cx_oracle
type can be found.
- Column() requires a type if it has no foreign keys (this is
not new).  An error is now raised if a Column() has no type
and no foreign keys.  [ticket:1705]

add some py3k caveats

- Added reflection/create table support for a wide range
of MySQL keywords.  [ticket:1634]

rename "error" kwarg to "errors" to be consistent with builtin unicode
conversion functions.

- typos
- type classes have a lot of detail in their constructors

- Added "unicode_errors" parameter to String, Unicode, etc.
Behaves like the 'errors' keyword argument to
the standard library's string.decode() functions.   This flag
requires that `convert_unicode` is set to `"force"` - otherwise,
SQLAlchemy is not guaranteed to handle the task of unicode
conversion.   Note that this flag adds significant performance
overhead to row-fetching operations for backends that already
return unicode objects natively (which most DBAPIs do).  This
flag should only be used as an absolute last resort for reading
strings from a column with varied or corrupted encodings,
which only applies to databases that accept invalid encodings
in the first place (i.e. MySQL. *not* PG, Sqlite, etc.)

The pypostgresql has a problem coercing an array during concatination. Exclude test.

Removed the text_as_varchar option in the mssql dialect. It wasn't being used.

a handy @classproperty decorator

long lines

Major cleanup work in the docs to link class names into the API docs. Fixes #1702.

Work around py-postgresql handling of exceptions.

- a change to the previous __mapper_args__ commit.
- the __mapper_args__ dict is copied when propagating to a subclass,
and is taken straight off the class __dict__ to avoid any
propagation from the parent.  mapper inheritance already
propagates the things you want from the parent mapper.
[ticket:1393]