Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B482399EF for ; Thu, 19 Apr 2012 22:10:52 +0000 (UTC) Received: (qmail 43124 invoked by uid 500); 19 Apr 2012 22:10:51 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 43090 invoked by uid 500); 19 Apr 2012 22:10:51 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 43081 invoked by uid 99); 19 Apr 2012 22:10:51 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Apr 2012 22:10:51 +0000 Received: from localhost (HELO mail-iy0-f180.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 19 Apr 2012 22:10:50 +0000 Received: by iage36 with SMTP id e36so17095147iag.11 for ; Thu, 19 Apr 2012 15:10:49 -0700 (PDT) MIME-Version: 1.0 Received: by 10.50.42.134 with SMTP id o6mr4002531igl.72.1334873449931; Thu, 19 Apr 2012 15:10:49 -0700 (PDT) Received: by 10.42.240.135 with HTTP; Thu, 19 Apr 2012 15:10:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 19 Apr 2012 23:10:49 +0100 Message-ID: Subject: Re: suggestion for improvement From: Robert Newson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable You can fetch previous revisions with ?rev=3D until compaction sweeps them away, but it's considered bad practice (your administrator should be free to compact whenever needed). I don't think it's CouchDB's job to keep all the old versions of documents forever, this should be solved at the application layer, it doesn't seem particularly difficult either. If you care about the changes a doc goes through, you should record them in the doc itself. Whenever you update a document, add a new entry to a "history" array, for example. We have this for replication checkpoints already. B. On 19 April 2012 22:33, Mark Hahn wrote: > Thanks, I had forgotten about open_revs. =A0But open_revs only applies to > conflicts, right? > > How do I find out what changed in a change feed? =A0In other words, if I = get > a change feed is there a way to access the previous version to find out > what changed?