On 06.04.2011 16:17, C. Michael Pilato wrote:
> I'd love to see a better suggestion, ideally one that avoids the glut of new
> queries and bifurcation of the "depth" concept into 3 or 4 different handler
> functions such as what I recall was the case for what should have been a
> relatively simple 'proplist' operation.

The alternative is to recursively walk the database in code, keeping a
long-term lock and throwing performance to the dogs.

-- Brane

Reply via email to