- beef up the --reversetop test option to embed RandomSet throughout the ORM
- with m2m we have to go back to the previous approach of having both sides of
the DP fire off, tracking each pair of objects.   history may not be consistently present
in one side or the other
- this revealed a whole lot of issues with self-referential m2m, which are fixed

dont use collections on 2.4

0.6.0 prep

merge tip

update language regarding the behavior of expire/refresh with regards to relationships, [ticket:1762]

merge tip

merge tip

docs for new mixin class control abilities

add another edge case example

wire in utility docs

add utility docs

stop Sphinx whining about this file, I believe it's used direct from a template

helper method for spotting inherited tables

I think I'm about to have a When Harry Met Sally moment

close, but still no cigar

correct ordering

remove tortology

merge tip

further testing reveals that cursor.rowcount is only called with update/delete and DDL,
and also that FB's cursor.rowcount is a little expensive, but not dramatically.
added a test to ensure cursor.rowcount is only called on update/delete.
the current default for firebird enable_rowcount is now True, leaving all the
options to turn it off etc..

beef up test cases to reveal that I'm not as close as I'd thought :-(

handle propagation

correct this test case

refactor to highlight the problem areas

much more descriptive message for bind param name conflict, [ticket:1766]

merge

- The functionality of result.rowcount is now disabled
by default, and can be re-enabled using the 'enable_rowcount'
flag with create_engine(), as well as the 'enable_rowcount'
execution context flag on a per-execute basis.  This because
cursor.rowcount requires cursor access (can't be evaluated
lazily since the result auto-closes) and also incurs an
expensive round-trip.

- added a test for the solution in [ticket:1757].
- this does imply that a lot of the "test the RowProxy" tests in sql/test_query might be better off in engine/test_execute or perhaps engine/test_resultproxy

merge branch

- engines
  - The C extension now also works with DBAPIs which use custom
    sequences as row (and not only tuples). [ticket:1757]

move factory function to classmethod

merge trunk

- somejoin.select(fold_equivalents=True) is no longer
deprecated, and will eventually be rolled into a more
comprehensive version of the feature for [ticket:1729].

check_reverse was failing a not well covered m2m case.

merge default

- starting to groom the branch for its inclusion
- one-to-many relationships now maintain a list of positive
parent-child associations within the flush, preventing
previous parents marked as deleted from cascading a
delete or NULL foreign key set on those child objects,
despite the end-user not removing the child from the old
association. [ticket:1764]
- re-established Preprocess as unique on their arguments,
as they were definitely duped in inheritance scenarios
- added a "memo" feature to UOWTransaction which represents the usual
pattern of using the .attributes collection
- added the test case from [ticket:1081] into perf/

comment

attempt to reduce redundant calc of pk_switched

fix bug + add coverage to ensure unneeded SaveUpdateAll/DeleteAll plus extra
work doesn't occur during per-state usage

got DetectKeySwitch into the fold, can now greatly collapse a lot of the preprocess/process down

removes some unneeded methods, initial DetectKeySwitch not present unnecessarily

improve test case correctness

no need for this to be a function

refined system bywhich dependencyprocessor per-state actions
are established

merge

made this easier to read

made this easier to read

- fixed numeric test for pg8000, factored out decimal/float codes

learn to spell

more testcases for propogation with mixins in declarative

ignore egg-info directories

start adding tests to ensure the size of the uow

starting to arrange things such that unneeded executors aren't getting
pulled into the unit of work at all.   this involves dancing around lists
of states, seeing if child objects exist, not adding excessive callcounts
while doing that, etc.

we can load this sum ahead of time, and if there is none, we dont need a per-state/proc for this at all.
this greatly reduces unnecessary crap in the UOW for complex models.

duh

- make it exceedlingly obvious that all topological/unitofwork code is
being rewritten, and nothing here should be consulted for any
future activity.
- underscore current topological methods as their API behavior
is changing, possibly in 0.6.1 if [ticket:1742] remains on track

fix this test for oracle

add example for changing TypeEngine compilation

- Repaired missing import in psycopg2._PGNumeric type when
unknown numeric is received.

- psycopg2/pg8000 dialects now aware of REAL[], FLOAT[],
DOUBLE_PRECISION[], NUMERIC[] return types without
raising an exception.

- introducing testing.provide_metadata for all these stupid little
create/drop tests

- ah.  oursql didn't have "extra steps" here, the previous system within execution_options()
used by oursql would generate a proxied connection from within the dialect.initialize() phase.  the new
clone system bypasses that.

zoomark has additional callcount drops on this side

merge default

holy callcount batman

merge default

- Added new 'compiled_cache' execution option.  A dictionary
where Compiled objects will be cached when the Connection
compiles a clause expression into a dialect- and parameter-
specific Compiled object.  It is the user's responsibility to
manage the size of this dictionary, which will have keys
corresponding to the dialect, clause element, the column
names within the VALUES or SET clause of an INSERT or UPDATE,
as well as the "batch" mode for an INSERT or UPDATE statement.

- Fixed bug in execution_options() feature whereby the existing
Transaction and other state information from the parent
connection would not be propagated to the sub-connection.

ugh, didn't mean to commit that :-S

merge in tip?

Add instructions to install nose adn NB that it won't happen by magic

merge from default

- dict_ becomes explicit on _get_state_attr_by_column, _set_state_attr_by_column, others,
to reduce on expensive state.dict calls.
- internal getattr(), setattr(), getcommitted() methods
on ColumnProperty, CompositeProperty, RelationshipProperty
have been underscored, signature has changed.

- Postgresql now reflects sequence names associated with
SERIAL columns correctly, after the name of of the sequence
has been changed.  Thanks to Kumar McMillan for the patch.
[ticket:1071]

- added missing coverage for self-referential many-to-many flushes
- some other areas where per-state deps are called and an empty result returned
are still lacking coverage.

remove mostly unneeded calls to conditional_post_update

- EdgeCollection can now go away
- fix reflection test

a RandomSet implementation useful for swapping into topological

add batch execute to ProcessState

merge default

test another version of the mixin here

- Further reworked the "mixin" logic in declarative to
additionally allow __mapper_args__ as a @classproperty
on a mixin, such as to dynamically assign polymorphic_identity.

- Fixed an error in expression typing which caused an endless
loop for expressions with two NULL types.

remove prints

- cleanup, factoring, had some heisenbugs.   more test coverage
 will be needed overall as missing dependency rules lead
to subtle bugs pretty easily

all tests pass with this version

beginning to get post_update working, will need more tests

breakthrough, wow

so here is kind of the idea.   but it doesn't work like it used to.
so I think I want to try to build a smarter "find everything without a dependency"
system that is more inline with how this is running now anyway - i.e.
go through the whole list, find nodes with no dependencies.  maybe the
original topological.sort() can do that, not sure.

looks like most of the issues are because we're losing insert ordering
on cycles.  so lets reintroduce the organize as tree component, which
works here.   still need to make it meaningful by teaching the save/delete state
actions to receive a set of items to match up

- many-to-many is up.
- now running on the full suite of tests.   unsurprisingly, it appears
there are subtle self-referential issues causing many tests to fail.

better assertions, the concern is that an object will change state and not have been
appropriately preprocessed

these are some assertions that would make things easier, if they can be maintained.
otherwise, if listonly can go from True to False, then there's the whole cascades issue
to deal with, same for delete moving from False to True and vice versa.

- enabled the DetectKeySwitch, and additionally added that it need
not execute at all when a one-to-many is present on the reverse side.
- OneToMany can establish a state as "listonly" when passive_updates are enabled
and the change is due to key switch.

branch merge

better yet

clarify intent and reduce lookups here

- further reduce what topological has to do, expects full list of nodes
- fix some side-effect-dependent behaviors in uow.  we can now
unconditionally remove "disabled" actions without rewriting

this fully moves the per_state methods to work with all states at once

moving the per-states operations to be aggreagted on the endpoints to reduce
procesing overhead.

merge default branch

- apparently [ticket:1761] was covered in tests already.
- Usage of version_id_col on a backend that supports
cursor.rowcount for execute() but not executemany() now works
when a delete is issued (already worked for saves, since those
don't use executemany()). For a backend that doesn't support
cursor.rowcount at all, a warning is emitted the same
as with saves.  [ticket:1761]

cleanup and callcount reduction in mapper._save_obj, _delete_obj.
includes an untested fix for [ticket:1761]