Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 60034 invoked from network); 4 Apr 2010 22:58:00 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 4 Apr 2010 22:58:00 -0000 Received: (qmail 94443 invoked by uid 500); 4 Apr 2010 22:57:59 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 94367 invoked by uid 500); 4 Apr 2010 22:57:59 -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 94359 invoked by uid 99); 4 Apr 2010 22:57:59 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Apr 2010 22:57:59 +0000 X-ASF-Spam-Status: No, hits=1.6 required=10.0 tests=AWL,FREEMAIL_FROM,FS_REPLICA,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ben2004uk@googlemail.com designates 74.125.82.52 as permitted sender) Received: from [74.125.82.52] (HELO mail-ww0-f52.google.com) (74.125.82.52) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 04 Apr 2010 22:57:55 +0000 Received: by wwd20 with SMTP id 20so2124135wwd.11 for ; Sun, 04 Apr 2010 15:57:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=L5G0w4+kXc78KHJWGdguSWYP3MXQx1PV4PAW9mPULVI=; b=b6EvoqvLwkMpC2e4aayM1j3Wtfb/8/KLN9b5vQhp5oB+wbEPc4AdKt6gma8g4ZhXHp hhmj7janDSZhDv9WllPUjau1Sy4QNNtZEZXd0Xy2juG1LoEf7Y3LOM2S1SS7zcmt8IaE 1LIzXlfkphh8r8COlJ9Y9dfqB6fkCCMOA1s4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=u+VenwnyKtpzZ7zRJFg/MTLm5S6jQw8dObo3Niixp3a1csO8LHFx2rhZ/9GtkhRh2B 9zzXpkogToOfBjDMHOm43p2X3uREtP3elDy2nMiqnY6t4OtxNJQkufaiPmLZEI37+dcD y0GaaeEL5yIFuF1p67Bd3Wj/NVFWU6qjglBeM= MIME-Version: 1.0 Received: by 10.216.221.24 with HTTP; Sun, 4 Apr 2010 15:57:32 -0700 (PDT) Date: Sun, 4 Apr 2010 23:57:32 +0100 Received: by 10.216.155.196 with SMTP id j46mr2870181wek.1.1270421852897; Sun, 04 Apr 2010 15:57:32 -0700 (PDT) Message-ID: Subject: Replication Filters: When changing restrictions data becomes out of sync From: Ben Hall To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Hi, I have the following setup: MainDB FirstDB SecondDB First and Second will contain a subset of the data in MainDB. I planned to use Replication Filters to populate the DB. This is working great, until I change a document in MainDB from being restricted to FirstDB to being restricted to SecondDB. When this happens, replication correctly applies it to SecondDB - however it still exists in FirstDB. As such, my data is now inconsistent. Is this correct? The only thing I can think is that I'm going to have to manually delete the document from FirstDB - which is a little bit annoying. Is there a better way? Thanks Ben http://twitter.com/Ben_Hall