Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 73411 invoked from network); 12 Feb 2009 16:00:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Feb 2009 16:00:11 -0000 Received: (qmail 44060 invoked by uid 500); 12 Feb 2009 16:00:09 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 44029 invoked by uid 500); 12 Feb 2009 16:00:08 -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 44018 invoked by uid 99); 12 Feb 2009 16:00:08 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 08:00:08 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of kerr.rainey@gmail.com designates 72.14.220.156 as permitted sender) Received: from [72.14.220.156] (HELO fg-out-1718.google.com) (72.14.220.156) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 12 Feb 2009 16:00:02 +0000 Received: by fg-out-1718.google.com with SMTP id 19so243402fgg.3 for ; Thu, 12 Feb 2009 07:59:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=GQCIGdUGo6MR/ezrVgnG64pfWsqscEPmA5GZzAXRqmo=; b=JPJWn3vmMVg6s6L7d3uO3/yT3i6CHsXOU0/KUibbDxoZBhkZMOUnshpMrx2fTjhST3 fkOpMWlNDNJ9HBVAormZUyiCyPUzGtsWCMZAoJ75Qwq2HMUTo52u2U6uvIuCvrL+O7EG nYr+n9/h2xEI4OJC/1RuEFLgWwPj6/BFpWnRM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=W6CWtWtmG18EwDlyzKd8d8HvuCJuRrqp+e7KeLYgIxzlM3/1dvcBh3sNhiu8MuIj8D y6IcVB3MfmOqF68faP5Jzop07QDfcNEvzF45R/4AxCGBGVGMsOeFR1Kuv2E5FSk76TGr J77t4alAPGJHKfP8XQlLwcL6FqQxBLkHTCots= MIME-Version: 1.0 Received: by 10.86.71.1 with SMTP id t1mr1527277fga.3.1234454380915; Thu, 12 Feb 2009 07:59:40 -0800 (PST) In-Reply-To: <64a10fff0902120746j187aff2bpc1e5585b32007497@mail.gmail.com> References: <4b307fd10902120242v3bbbc93fs92c88503eb632fe9@mail.gmail.com> <64a10fff0902120746j187aff2bpc1e5585b32007497@mail.gmail.com> Date: Thu, 12 Feb 2009 15:59:40 +0000 Message-ID: <5e6458d0902120759r24d7010evef257a4674d94187@mail.gmail.com> Subject: Re: playing with tags From: Kerr Rainey To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org 2009/2/12 Dean Landolt : > This is an issue that has been nagging at me lately. Storing tags in the doc > seems like a recipe for disaster (that is, if you consider view contention > disaster). I would argue that tags (and other readily changeable > user-specific state information like read/unread, favorite, blah blah) > should be kept in separate docs and bridged together in views. Erm... why do think tags for a blog post would be rapidly changing? They would be set by the owner of a post and that's it. The likelihood of a tag changing in this scenario is no greater than the post being edited. It's meta info, but clearly part of the post. You won't have many people try to update the same post, or at least the contention on that is very low. -- Kerr