Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of antpky@gmail.com designates
 209.85.215.52 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <D59FA4B0-B061-4B9B-B741-E16567700AEE@couchbase.com>
References: 
 <CABkuL08S8JTDUari6j45yPcL9oLDfUYR1oO1Z+hz4u6tyFWAWA@mail.gmail.com>
	<6448729C6F9F4DEABF68F63145C98E31@rgabostyle.com>
	<CABkuL08HnQfyS6uE1c6RReAM5UGUMABL3P+UChnAGHULdrkTTQ@mail.gmail.com>
	<E3EABFFD3FD6499A8DFC260A70DBBDD4@rgabostyle.com>
	<CAGnHtbKNHtye7m+FNOe4oZT+2GJOvj4xxYK4booD=u+RKrkb=Q@mail.gmail.com>
	<CACXzkS89dASoFMxr6jtT69Jcb-8Q=YwZrKyPCy5Weu_Xx=Zb9w@mail.gmail.com>
	<D59FA4B0-B061-4B9B-B741-E16567700AEE@couchbase.com>
Date: Wed, 17 Aug 2011 00:42:21 +0400
Message-ID: 
 <CABkuL09--vKcQQosmjcD5F-oiz0B9Stg1qF-xy1kUWOFZe0WaA@mail.gmail.com>
Subject: Re: Remove field from view
From: Antoine Kurukchi <antpky@gmail.com>
To: user@couchdb.apache.org
Content-Type: multipart/alternative; boundary=bcaec51b9f739b927c04aaa56ab9

--bcaec51b9f739b927c04aaa56ab9
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable

Thanks all. I did see the attachments part, but it over complicates the
client side code (c++). I toyed with the idea of a seperate database. It's
just all the extra code to keep them in sync seems silly.

I did manage to get a view to do what I wanted. Initial processing took
around 10 mins to populate around 6000 items. But it does strip c from the
doc and leaving the doc intact.

Changing anything in the docs took very little time to update view. Will
test adding and removing tomorrow docs.

Just got to get some of the c++ code changed to use this now.

Thanks for all the ideas and help.

Antoine

On Aug 16, 2011 9:08 PM, "Jens Alfke" <jens@couchbase.com> wrote:
>
>
> On Aug 16, 2011, at 12:23 PM, Mark Hahn wrote:
>
> Why not put c in a separate doc?  Maybe with the same doc id but a
> '-c' suffix.  Then you can pull it whenever you wish as a second read
> by id.  You could also use the new {_id: "<id>-c"} feature to include
> c.
>
> Using an attachment seems like the same concept only cleaner, working wit=
h
the design of CouchDB.
>
> =97Jens

--bcaec51b9f739b927c04aaa56ab9--