trivial inlinings

- some good inlinings to the whole cascade_iterator() thing.
cascade_iterator() should probably not yield the "instance" at all
and only deal in states.   30-40K methods taken off the orm2010 test.

merge tip

- use get_all_pending in per_state_flush_actions(), but we'd like to
streamline get_history() in any case

- callcounts

- remove the need to use LoadDeferredColumns, LoadLazyAttribute in most cases,
these are back to being part of LoaderStrategy
- simplify attribute.get()
- inline the dict get inside of attribute.__get__()
- revert some memoized attrs from InstanceState which are called in almost
all cases regardless
- inlining

- inlinings
- in particular, mapper.primary_key is a tuple now

- MSSQL - the String/Unicode types, and their counterparts VARCHAR/
NVARCHAR, emit "max" as the length when no length is
specified.   This makes it more compatible with Postgresql's
VARCHAR type which is similarly unbounded when no length
specified.

arg, fix again

- merge rbbd81cb9a341 from 0.6 branch

- fix broken py3k block

merge tip

- an approach I like better, remove most adapt() methods and use a generic
copier
- mssql reflection fix, but this will come in again from the tip merge

- merge changelog updates from 0.6

- we shouldn't be raising warnings on non-unicode for String type,
even if convert_unicode=True

- fix mssql index bug, regression post 0.6.4
- dont emit unicode warning if _warn_on_bytestring is false, including
for in-python string conversion

- fixes for mysql and I'm ready to replace this whole adapt() business with a constructor copy

some fixes to get PG on board

some tests, should be OK

- system to cache the bind/result processors in a dialect-wide registry.
its an idea with pointy edges.

- callcounts.  need to find some way to make this less tedious.

spoke too soon on that.

merge tip

- why type.dialect_impl(dialect).bind_processor(dialect), caching just the impl?
just call type._cached_bind_processor(dialect), cache the impl *and* the processor function.
same for result sets.
- use plain dict + update for defaultexecutioncontext.execution_options

c is undefined, we mean connection here

- another easy win, cache the calc of bind processors in the compiled object

callcounts

- add a perf script to illustrate 0.7 speed improvements

dont need these imports

- inlinings and callcount reductions
- add test coverage for the rare case of noload->lazyload + pickle

- refactor query._get() into two methods - a static one that does
just the identity map lookup + expired check, the other
which does the load unconditionally.  All the refresh/deferred load
calls use the unconditional load method, query.get() and
LoadLazyAttribute call the identity check by itself first.   m2o
lazyloads for object already in the identity map callcounts are
now cut in half, since no Query object is created.

slight shrinking of the iterable

- add full series of unit tests for PropertyOption._get_paths, thus enabling us to
rewrite it

break up test_query into three modules

hey we have .. note:: for notes, duh

cdecimal docs, link to pypi

- support for cdecimal
- add --with-cdecimal flag to tests, monkeypatches cdecimal in
- fix mssql/pyodbc.py to not use private '_int' accessor in decimal conversion
routines
- pyodbc version 2.1.8 is needed for cdecimal in any case as
previous versions also called '_int', 2.1.8 adds the same string
logic as our own dialect, so that logic is skipped for modern
pyodbc version
- make the imports for "Decimal" consistent across the whole lib.  not sure
yet how we should be importing "Decimal" or what the best way forward
is that would allow a clean user-invoked swap of cdecimal; for now,
added docs suggesting a global monkeypatch - the two decimal libs
are not compatible with each other so any chance of mixing produces
serious issues.  adding adapters to DBAPIs tedious and adds in-python
overhead.  suggestions welcome on how we should be doing
Decimal/cdecimal.

do the mercurial dance (re-merge what I just merged...)

- clean up the batch insert thing
- add a test for batch inserts
- don't need elaborate _inserted_primary_key thing
- take some cruft out of ExecutionContext, ResultProxy,
EC members can be non-underscored, have mapper just call the
EC members for now.
- simplify "connection_callable", no need for a "flush_opts"
dictionary since this point of expansion is not needed

[49145a6940062486a6eec66bfe5c9d95c5f76c7a] forgot the final arg to _handle_dbapi_exception

- initial stab at using executemany() for inserts in the ORM when possible

- callcount

- callcounts

- callcount
- more inlining

callcount destructo engage

- further fixes to no trans in progress, no trans ever for TLEngine, [ticket:1998]

various formatting and hyperlinking fixes

add oursql to the list of offenders...

- add test coverage for what DBAPIs give us raw for numerics

- Threadlocal engine methods rollback(), commit(),
prepare() won't raise if no transaction is in progress;
this was a regression introduced in 0.6.  [ticket:1998]

- gently push users towards entity name for simple cases

- hardwire the huge LIMIT number on MySQL.  this might fix the OurSQL py3k
bug we're having, though I'm not able to get a good run of OurSQL
on OSX right now either Python 2 or 3.

oracle fixes

- shave about a millisecond off of moderately complex save casades.

- explain that these are not part of the test suite

callcounts in 2.4

squash sets warning

- add version selector

callcounts...

up this variance a bit, differences between 2.6.3/2.6.4 not worth it

callcounts for 2.4, 2.5, 2.6

have a 'buffer' symbol present in util in py3k as well

- fix callcount for 2.6

merge tip

log [ticket:1978]

- merge default tip

- refer to 0.7 in docs

- move topological, queue into util
- move function_named into test.lib.util
- use @decorator for all decorators in test/

- more inlining.   nominal execution on sqlite down to 36 calls, from 51 in 0.6.

- reduce some pool overhead

- inline the various construction methods of DefaultExecutionContext.   This
makes it sort of easier to read, sort of harder, depending on where you look.
Cuts down two or three method calls on execute.

- ResultProxy and friends always reference the DBAPI connection at the same time
as the cursor.  There is no reason for CursorFairy - the only use case would be,
end-user is using the pool or pool.manage with DBAPI connections, uses a cursor,
deferences the owning connection and continues using cursor.  This is an almost
nonexistent use case and isn't correct usage at a DBAPI level.  Take out CursorFairy.
- move the "check for a dot in the colname" logic out to the sqlite dialect.

- ordering for tests, [ticket:1888]

- Backport of "optimized get" fix from 0.7,
improves the generation of joined-inheritance
"load expired row" behavior.  [ticket:1992]

- added strictness to the optimized load, [ticket:1992]

new calling style: event.listen(target, identifier, fn)

- modernize multiple warning assertions for PG reflect index test

- replace GenericBackrefExtension with straight events
- add "backref" argument to register_attribute_impl

- Fixed bug whereby KeyError would occur with non-ENUM
supported PG versions after a pool dispose+recreate
would occur, [ticket:1989]

- format guid hexstring explicit with 32 chars, [ticket:1988]

- use class name by itself in flush warnings to prevent overflow of warnings registry
- test suite swaps out warnings.warn with warnings.warn_explicit, to solve warnings registry issue
- explicitly disallow functions from inside test.bootstrap, test.lib being interpreted as tests

- repair MS-SQL handling of LIMIT/OFFSET as binds, add bindparam() to the compile stream
so they function correctly

- add docs for hybrid

- fix bug preventing multiple SessionExtensions from being correctly converted to event listeners

- restore the updates to test_assorted_eager that were part of
[ticket:1974] 's update

merge backout

after some usage, its clear that [ticket:1974] should not be implemented.   backrefs
add to collections so its expected that collection membership would mirror in session
membership.
Backed out changeset e836366c843cd64a0df569582534868e3fb00f3b

- assuming I read pep-386 correctly, the first 0.7 release will be 0.7b1

- mappers can be created against select() constructs, or others,
that don't ultimately have any Table objects referenced.
[ticket:1876]

combine test/engine/test_metadata.py and test/sql/test_columns.py into new
test/sql/test_metadata.py, [ticket:1970]

- replace util.py with util/ package, [ticket:1986]

- sqlalchemy.test and nose plugin moves back to being entirely
outside of "sqlalchemy" and under "test/".

Rationale:

- coverage plugin works without issue, without need for an awkward
additional package install
- command line for "nosetests" isn't polluted with SQLAlchemy options

[ticket:1949]

- a column with a "mutable" type mapped as "deferred" will not
emit a load for the "old" value upon a set event,
unless the "active_history" flag is set to True.  [ticket:1976]

- Pooling methods now underscored or removed:

    Pool.create_connection() -> Pool._create_connection()
    Pool.do_get() -> Pool._do_get()
    Pool.do_return_conn() -> Pool._do_return_conn()
    Pool.do_return_invalid() -> removed, was not used
    Pool.return_conn() -> Pool._return_conn()
    Pool.get() -> Pool._get(), public API is Pool.connect()
    SingletonThreadPool.cleanup() -> _cleanup()
    SingletonThreadPool.dispose_local() -> removed, use conn.invalidate()

[ticket:1982]

- the "type_map" dictionary in sqlalchemy.types is now private,
i.e. is named "_type_map". [ticket:1870]

- cascade_backrefs flag on relationship() now set to False by default.
[ticket:1974]

- fix test related to [ticket:1980]

- the "mutable" flag on PickleType, postgresql.ARRAY is now off
by default.  [ticket:1980]

- the names used in the NamedTuple returned by Query.__iter__()
will be transferred from the individual Query objects that compose
a union() or similar, as opposed to returning the "table_colname"
alias generated when subqueries are generated.  [ticket:1942]

- NullPool is now used by default for SQLite file-
 based databases.  :memory: databases will continue
 to select SingletonThreadPool by default.
 [ticket:1921]