From dev-return-3353-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Sun Mar 15 23:39:04 2009 Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 33100 invoked from network); 15 Mar 2009 23:39:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 15 Mar 2009 23:39:04 -0000 Received: (qmail 78868 invoked by uid 500); 15 Mar 2009 23:39:03 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 78825 invoked by uid 500); 15 Mar 2009 23:39:03 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 78814 invoked by uid 99); 15 Mar 2009 23:39:03 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Mar 2009 16:39:03 -0700 X-ASF-Spam-Status: No, hits=3.4 required=10.0 tests=HTML_MESSAGE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.217.162] (HELO mail-gx0-f162.google.com) (209.85.217.162) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 15 Mar 2009 23:38:55 +0000 Received: by gxk6 with SMTP id 6so4481556gxk.11 for ; Sun, 15 Mar 2009 16:38:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.151.14.5 with SMTP id r5mr7356876ybi.214.1237160312674; Sun, 15 Mar 2009 16:38:32 -0700 (PDT) In-Reply-To: References: <6E088A0D-B5E4-4852-B1E0-6E49266F8622@gmail.com> <20090315205518.GA8755@uk.tiscali.com> <64a10fff0903151621x519e98bcs259ac6723d5e7947@mail.gmail.com> Date: Sun, 15 Mar 2009 19:38:32 -0400 Message-ID: <64a10fff0903151638o6e393fe6q35a339672192d2fd@mail.gmail.com> Subject: Re: Bulk Docs From: Dean Landolt To: dev@couchdb.apache.org Content-Type: multipart/alternative; boundary=000e0cd6adaaf79b7d046530d4ea X-Virus-Checked: Checked by ClamAV on apache.org --000e0cd6adaaf79b7d046530d4ea Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Sun, Mar 15, 2009 at 7:32 PM, Chris Anderson wrote: > On Sun, Mar 15, 2009 at 4:21 PM, Dean Landolt > wrote: > > The bookmarks case you mention is interesting -- and definitely common. > The > > ordered list model is tough to accommodate, but you could always keep a > doc > > that maintains this order state. Ordering operations should always occu= r > > distinctly from document change operations, so local consistency > shouldn't > > be a problem. But I concede that this'll be damn tough to replicate. > > Damien once mentioned on IRC a clever way to do ordered lists. Keep > each item in it's own document, and store the list position as a > float. To insert an item between two others, average their > position-floats and use that. In the case of replication with other > items on the list from remote nodes, approximate order should be > preserved. Touch=E9. --000e0cd6adaaf79b7d046530d4ea--