adjust per a couple zxjdbc failures

only enable WITH_UNICODE when >= cx_Oracle v5

- query.get() now returns None if queried for an identifier
that is present in the identity map with a different class
than the one requested, i.e. when using polymorphic loading.
[ticket:1727]

merge tip

fix the timeout test once and for all

tweak to take advantage of returning support in executemany

disable interval tests on oracle+zxjdbc for now, and also test_fk_nonpassive

fix extending of a tuple

move the initial connect out of the profile zone so we don't get a method call hit on that

further refinement

merging master...

consolidate unicode/CLOB handling

adjust to allow mock DBAPIs

oursql doesn't like the cursor being reused without fetch being finished

merge from oracle WITH_UNICODE branch

- Added preliminary support for Oracle's WITH_UNICODE
mode.  At the very least this establishes initial
support for cx_Oracle with Python 3.
[ticket:1670]

these pass on +zxjdbc, seemingly because it lacks a sane rowcount

- introduce an optimizing type _NativeUnicodeMixin to oracle plus supporting
changes to Enum/SchemaType to re-support adaptation of string types.
This approach can be adapted by "conditional" unicode returning dialects
(i.e. pyodbc and possibly mxodbc) to remove the overhead
of isinstance(value, unicode) calls when the dialect returned type is
of dbapi.UNICODE, dbapi.NVARCHAR, etc.

think I came across a syntactical weirdism there

refine that a bit

adding windows-appropriate levels of pain to unicode handling

merge tds changes

add a third state to converts_unicode_strings - "conditional".  at the moment
this will have us do a check.  i.e. for MSSQL where NVARCHAR is unicode and VARCHAR is not.

Added a non-freetds specific exclusion for pyodbc

formatting

- query.scalar() now raises an exception if more than one
row is returned.  All other behavior remains the same.
[ticket:1735]

- Calling query.order_by() or query.distinct() before calling
query.select_from(), query.with_polymorphic(), or
query.from_statement() raises an exception now instead of
silently dropping those criterion. [ticket:1736]

this resolves the returning failures from #1733

re-enable these tests

added better typing for integer expressions, since integer is implementing _DateAffinity

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.