On May 30, 2010, at 3:20 PM, Michael Bayer wrote:

> 
> On May 28, 2010, at 5:43 PM, Michael Bayer wrote:
> 
>> 
>> you can use it right now like this (assuming usage of a scoped session):
> 
> OK, everything I said about this was incorrect.    I failed to remember that 
> the compiled_cache feature uses the actual statement object as a key.   All 
> of the statements we generate are generated on the fly so will therefore have 
> entirely different identities, and the compiled_cache itself when used in 
> this way will grow unbounded and you'll pretty much run out of memory very 
> quickly.  So don't do that.    
> 
> For the 0.6.1 release I am attempting to improve the internal statement 
> caching used by the mapper() to carry over its method savings across flush() 
> calls.

OK well by re018792aea57 I've bumped the callcounts down a *little*, reducing 
compiler overhead within the flush().     Perhaps it will be a bigger 
difference for your app which seems to be heavy on flush() calls.



-- 
You received this message because you are subscribed to the Google Groups 
"sqlalchemy" group.
To post to this group, send email to sqlalch...@googlegroups.com.
To unsubscribe from this group, send email to 
sqlalchemy+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/sqlalchemy?hl=en.

Reply via email to