- removed need for _subq_aliasing workaround
- removed cruft
- all tests pass, now ready for API adjustments ('eagerload'->'joinedload'), docs

everything everything passes on this one.  still want to get rid of that hack tho.

this version works with *all* the polymorphic scenarios by putting the subquery into
an aliased(), so that it can be controlled.  self ref breaks now.  will move the
joining out to use orm.join().

- Query.join() will detect if the end result will be
"FROM A JOIN A", and will raise an error if so.

this one is unbelievable

getting inheritance to work.  some complex cases may have to fail for the time being.

- added add_columns() to Query - pending deprecates add_column()
- refined subquery strategy to use more public Query API

this version actually works for all existing tests plus simple self-referential.
I don't like how difficult it was to get Query() to do it, however.

merge tip

- Fixed bug in Query whereby the usage of aliased() constructs
would fail if the underlying table (but not the actual alias)
were referenced inside the subquery generated by
q.from_self() or q.select_from().

- order by secondary works
- self referential is killing it, however

adding tests, all the features present in joined eager loading

that was easy

all tests are passing.  some more TODOs and more testing needed

- Fixed bug which affected all eagerload() and similar options
such that "remote" eager loads, i.e. eagerloads off of a lazy
load such as query(A).options(eagerload(A.b, B.c))
wouldn't eagerload anything, but using eagerload("b.c") would
work fine.
- subquery eagerloading very close

and here's where it gets *fun* !   so much for being easy

- ordering tests
- bring all lines in strategies.py to 78 chars

- merge from tip
- refine subq loading to use the same approach for m2m/o2m

- Fixed bug in Query whereby calling q.join(prop).from_self(...).
join(prop) would fail to render the second join outside the
subquery, when joining on the same criterion as was on the
inside.

initial subq implementation

some apparent refactorings

whitespace tweaks

For cases when mxODBC's cursor.execute can't do the job, raise a warning and fall back on cursor.executedirect which is less picky. This causes a drastic improvement in passing tests.

now loading mxODBC exception classes into module namespace while still avoiding module imports (hooking into dbapi class method)

added comment about alternative way to get server version info

naturalpks JoinedInheritanceTest uses ON UPDATE cascade on self-referential keys, so should be exempted from mssql tests.

SelfRefTest was not getting properly filtered out of mssql tests (__unsupported_on__ value needs to be a sequence of dialect names)

tidy

Added tag rel_0_6beta2 for changeset 1d6d350c72c90ef31a5753419d8d55299a123997

merge

include .pngs

revert the newline workaround, fix the regexp that was consuming

huge sphinx bug.  need to put all :ref:s on a newline, or preceding :class:/:func: constructs get lost as well as all text in between.

dont need the svn_revision flag anymore

fix a python 3 screwup

- pymssql now works again, expecting at least the 1.0 series.

oracle cleanup

try < 0

just mark this test as crashing for now

re-split PyODBCNumeric among Sybase and MS-SQL, they can't be shared.
MS-SQL really needs the pure string approach else crashes occur on
windows.

added some more detail to update doc per [ticket:1346]

- Fixed bug whereby calling query(A).join(A.bs).add_entity(B)
in a joined inheritance scenario would double-add B as a
target and produce an invalid query.  [ticket:1188]

- Fixed import error which could occur reflecting tables on
a Windows host [ticket:1580]

documented listeners arg on create_engine(), [ticket:1230]

- Added support for rendering and reflecting
TIMESTAMP WITH TIME ZONE, i.e. TIMESTAMP(timezone=True).
[ticket:651]

- Oracle INTERVAL type can now be reflected.

fix sqlite tests

- StaticPool now initializes, disposes and recreates without
opening a new connection - the connection is only opened when
first requested. dispose() also works on AssertionPool now.
[ticket:1728]

removed all dialect table_names() methods and standardized
on get_table_names().  [ticket:1739]

rename test_select to test_compiler

- join() will now simulate a NATURAL JOIN by default.  Meaning,
if the left side is a join, it will attempt to join the right
side to the rightmost side of the left first, and not raise
any exceptions about ambiguous join conditions if successful
even if there are further join targets across the rest of
the left.  [ticket:1714]

- An exception is raised when a single-table subclass specifies
a column that is already present on the base class.
[ticket:1732]

branch merge

- added "lockmode" kw argument to Session.refresh(), will
pass through the string value to Query the same as
in with_lockmode(), will also do version check for a
version_id_col-enabled mapping.

nobody expects the insanely significant decimal

- get firebird on board
- a lot of these drivers suck at decimals, not sure what to do

make this test slightly easier, SQLite + win32 appears to not like it otherwise

don't seem to need bind processing for pg8000 decimals.

still poking at numerics

distinguish between small, large, and many significant digits.  the irony
that oracle and sybase are the ones that have the most issues with decimal numbers.

- the string approach appears to be necessary for large numbers, however.
Don't know how to get large decimals through to Sybase.

switching Decimal treatment in MSSQL to be pyodbc specific, added
to connector to share between sybase/mssql.   Going
with turning decimals with very low significant digit to floats,
seems to work so far.

some more tests.  unfortunately i cant run them here since my osx freetds/pyodbc is hosed

Merged latest tip

fixed missing return statement which caused render_literal_value to choke

some CHANGES moving around

Added MSSQLStrictCompiler support for rendering datetime types

- normalize sybase version numbers
- sybase has 255 identifier length on 15, 30 earlier

Added module docstring for mssql+mxodbc dialect.

Removed MxNumeric and MxFloat because now the sqlalchemy.types base classes support dialects having a class attribute of "supports_native_decimal" indicating native Python Demimal support. Adjusted mssql+mxodbc to use the sqlalchemy.types base classes for Float and Numeric instead of using the base mssql dialect's numeric types.

- oracle needs a filter for this test
- oracle outparam test reveals usage of numeric proc with scale==None

some weird numerictype coming back from pysybase, run through float()

clean up NumericTest to use a consistent one column at a time system

removed mxODBC imports from the module level

adjustments to improve readability (indentation to complex conditional expressions, excessively long lines brokenup). This is only a partial cleanup.

Hardcoded ident_seed and ident_increment query had bind markers noncompliant with SQL-92, which caused mxODBC failures. This was corrected by using string substitution in building the statement, and removing the bind params.

Merged from main tip.

per zzzeek, for mssql+mxodbc, disabled test.sql.test_query.QueryTest.test_bind_in

cx_oracle adjust

adjustment for pysybase

turning the decimals to floats allows the E notation to work with sybase+pyodbc for small E notations

- moved most Decimal bind/result handling into types.py, out of sqlite, mysql dialects.
- added an explicit test for [ticket:1216]
- some questions remain about MSSQL - would like to simplify/remove bind handling for numerics

comments/question about using connection.closed in is_disconnect method

Merge

Docstring improvements for MxDecimal and MxNumeric result processors.

eGenix says "It's better to let mxODBC decide which bind type to use."

some ms fixes

latex can't handle the rowspans.  pdf still cuts off the table and looks like
crap but at least it builds.

if anybody complains that they didn't know it was called "relation" in 0.5, why..I'll eat my hat !

add a synonym for RelationProperty -> RelationshipProperty too

Because of changes to SQLAlchemy bind parameter placement, removed all mxodbc test disabling statements having this pattern: @testing.crashes('mssql+mxodbc', """Invalid bind parameter placement:

merged from main tip

Merged from main tip, and resolved conflicts in mxodbc dialect and connector.

- The official name for the relation() function is now
relationship(), to eliminate confusion over the relational
algebra term.  relation() however will remain available
in equal capacity for the foreseeable future.  [ticket:1740]

working through syb capabilities

Setting default bindmethod to BIND_USING_SQLTYPE, since this should provide better type conversion performance.

Added decimalformat binding ( I thought this was committed earlier)

- pyodbc can do *some* unicode with sybase, python-sybase not at all.
Since python-sybase source code seems to be all from 2001 with no updates,
making pyodbc the default driver.

- added pyodbc for sybase driver.
- generalized the "freetds" / "unicode statements" behavior of MS-SQL/pyodbc
into the base Pyodbc connector, as this seems to apply to Sybase as well.
- generalized the python-sybase "use autocommit for DDL" into the pyodbc
connector.  With pyodbc, the "autocommit" flag on connection is used,
as Pyodbc seems to have more database conversation than python-sybase that
can't otherwise be suppressed.
- Some platforms will now interpret certain literal values
as non-bind parameters, rendered literally into the SQL
statement.   This to support strict SQL-92 rules that are
enforced by some platforms including MS-SQL and Sybase.
In this model, bind parameters aren't allowed in the
columns clause of a SELECT, nor are certain ambiguous
expressions like "?=?".  When this mode is enabled, the base
compiler will render the binds as inline literals, but only across
strings and numeric values.  Other types such as dates
will raise an error, unless the dialect subclass defines
a literal rendering function for those.  The bind parameter
must have an embedded literal value already or an error
is raised (i.e. won't work with straight bindparam('x')).
Dialects can also expand upon the areas where binds are not
accepted, such as within argument lists of functions
(which don't work on MS-SQL when native SQL binding is used).

- basic sybase+pyodbc support.  in particular this will impact freetds detection for MS-SQL as well.

Changed OurSQL to use supports_unicode_binds and supports_unicode_statements.