I am the main guy at Couchio. Glad you enjoy CouchDB.
I feel that basically relational databases are better suited for ever-changing one-time queries from large datasets. For all this time, brute force is still required. Neither SQL nor NoSQL is a silver bullet. However, in a broad sense, NoSQL databases are better if you already know what questions you will ask. In other words, it is not a question of how much data is changing, but how many changes are in the request.
This is a theory. For your specific project, is CouchDB suitable? I feel that there is nothing wrong with doing a lot of indexes on a basic dataset. The advantage of queries is only by index; queries occur very quickly. CouchDB, in particular, only needs to re-index new data, even for queries such as averages or XOR checksums.
So, even if you have hundreds of different types of queries that you could fulfill, if you already know what those queries are, just write them. However, if you never stop creating new queries, CouchDB will not be easy to keep up.
Jason smith
source share