This is considerably more interesting than I expected. So -- one already needs to process deferrals based on relations. What's needed to support arbitrary keyword arguments (many of which will refer to other tables and their columns) is a reference type which also triggers deferrals and can be found even if nested as a parameter to an argument to a relation (or a list member in a parameter to an argument to a relation!), or if mentioned somewhere inside __mapper_args__ (a new mapping entry I'm creating for holding extra arbitrary arguments). During processing, the reference objects are all looked up and replaced with actual table/column references.
Before I go and implement the deep-search-and-replace code to do it this way, does anyone see a better approach? _______________________________________________ Sqlalchemy-users mailing list Sqlalchemy-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sqlalchemy-users