couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bob Dionne (JIRA)" <>
Subject [jira] Commented: (COUCHDB-462) track conflict count in db_info (was built-in conflicts view)
Date Sun, 20 Feb 2011 21:04:38 GMT


Bob Dionne commented on COUCHDB-462:

I started reworking couch_key_tree[1] as suggested, to try and tease out some fold style functions.
This should probably be done in COUCHDB-988 but I wanted to use has_conflicts as one of the
tests. I'm able to refactor 4 or 5 so far but it required two types of fold. I'm calling them
foldl and foldr for now (no relation to lists:foldl and  lists:foldr).

So far the results are mixed in that I haven't reduced the amount of code. I'm sticking to
just reworking the functions in couch_key_tree internally and not changing how they interact
with the rest of the code. It could turn out that some rework 
of how couch_key_tree is might result in a simpler couch_key_tree.


> track conflict count in db_info (was built-in conflicts view)
> -------------------------------------------------------------
>                 Key: COUCHDB-462
>                 URL:
>             Project: CouchDB
>          Issue Type: Improvement
>          Components: HTTP Interface
>            Reporter: Adam Kocoloski
>             Fix For: 1.2
>         Attachments: 462-jan-2.patch, COUCHDB-462-adam-updated.patch, COUCHDB-462-jan.patch,
conflicts_in_db_info.diff, conflicts_in_db_info2.diff, conflicts_view.diff, whitespace.diff
> This patch adds a built-in _conflicts view indexed by document ID that looks like
> GET /dbname/_conflicts
> {"rows":[
> {"id":"foo", "rev":"1-1aa8851c9bb2777e11ba56e0bf768649", "conflicts":["1-bdc15320c0850d4ee90ff43d1d298d5d"]}
> ]}
> GET /dbname/_conflicts?deleted=true
> {"rows":[
> {"id":"bar", "rev":"5-dd31186f5aa11ebd47eb664fb342f1b1", "conflicts":["5-a0efbb1990c961a078dc5308d03b7044"],
> {"id":"baz", "rev":"2-eec205a9d413992850a6e32678485900", "deleted":true, "deleted_conflicts":["2-10009b36e28478b213e04e71c1e08beb"]}
> ]}
> As the HTTPd and view layers are a bit outside my specialty I figured I should ask for
a Review before Commit.

This message is automatically generated by JIRA.
For more information on JIRA, see:


View raw message