Hi,
This is something that has occured that I would want to do in the module I'm building with distributed agents, but I think this would apply to any batch data migration (OI, OTIC, other) where a large number of objects are being created, and category attributes are heavily involved in the mix.
Given that any update of category attributes (applying them, updating them, upgrading them) would signal a change in any facets or custom columns based on them, a large data migration might could cause a huge load on the Distributed Agents framework. Is there a way of deferring facet/column update jobs until after a migration or mass update has completed?
-Hugh