Databases
StackOverflow2013
Postsdbo
POWhy does only one of these CouchDB views work?
 

Note that there are some explanatory texts on larger screens.

plurals
  1. POWhy does only one of these CouchDB views work?
    primarykey
    data
    text
    <p>I have some documents in CouchDB of type: <code>"Person"</code> and of type <code>"Account"</code>.</p> <p>For a straight list of all documents of these types I have created the following design document in <code>_design/directory_views</code>:</p> <pre><code>{ "_id": "_design/directory_views", "_rev": "21-f5df9253504e66f28393f4bda360e110", "views": { "all_persons": { "map": "(function(doc) { if (doc.type == \"Person\") { emit(null, { 'last_name': doc.last_name, 'first_name': doc.first_name }); } })" }, "all_accounts": { "map": "(function(doc) { if (doc.type == \"Account\") { emit(null, { 'username': doc.username }); } })" } } } </code></pre> <p>This JSON validates on JSONLint and is accepted when saving the document in Futon's source view.</p> <p>Futon lists <code>directory_views/all_persons</code> and <code>directory_views/all_accounts</code> as expected in the dropdown. all_persons creates the correct list of documents of type <code>"Person"</code>, however <code>all_accounts</code> redirects back to the toplevel <code>All Documents</code>, and lists everything.</p> <p>Why does <code>all_persons</code> work, but <code>all_accounts</code> fail?</p> <p>PS. I've experienced this behavior on a number of design documents so far. This example <a href="http://kore-nordmann.de/blog/couchdb_a_use_case.html#a-practical-example" rel="nofollow">http://kore-nordmann.de/blog/couchdb_a_use_case.html#a-practical-example</a> shows two views in the same design document, so I don't think that you can only have one view per document.</p>
    singulars
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. PTQuestion
    1. This table or related slice is empty.
    1. USHellfire
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PO
      singulars
      1. PTAnswer
    1. This table or related slice is empty.
    1. COI'm not having any problems, what version of CouchDB are you using? What do your documents look like? Have you tried outside of futon just in case?
      singulars
      1. POWhy does only one of these CouchDB views work?
      1. USDominic Barnes
    2. COHmmm... Seems to have fixed itself. I haven't updated the document at all and just tried it on the local machine - the views behave as expected. I suspect it might be a proxy server being clever. I hadn't tried a straight HTTP request outside of Futon, but that was a great suggestion that I would have told me if the proxy was getting in the way (the non-Futon request wouldn't have been cached). I'll accept your answer. Thanks!
      singulars
      1. POWhy does only one of these CouchDB views work?
      1. USHellfire
    3. COYep just confirmed it - using the view outside of Futon works perfectly. - also tried it on a non-proxied connection and that also worked. I think the proxy is caching something it's not supposed to. Thanks again!
      singulars
      1. POWhy does only one of these CouchDB views work?
      1. USHellfire
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload