My company is using CouchDB, and I’m going to have to interact with it soon, so I’m getting a crash course in it, and as I was reading through various tutorials and examples, I came across one that made wonder: Do many design documents bog down CouchDB?
The specific example I read, which mirrored my own use-case, is one where the middle tier creates a new design document for every customer, limiting all queries and the associated generated b-trees to that customer.
But doesn’t this mean that you’ll have, at a best-case scenario (from a business point of view) thousands of design documents? It occurs to me that since every single one of those design documents has to be run for every insert, if only to emit nothing, that would end up being a heck of a strain on the server.
Am I missing something essential about the design of CouchDB that makes this a non-issue? Or is there a smarter way to handle this?
AFAIK CouchDB updates views only when results are first requested (that’s why they have a “stale views” option).
So, this type of load should not be a problem for you. But you’d better be aware of the disk space consumption if the views output a lot of data.