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 72BF910F69 for ; Sat, 8 Mar 2014 14:39:36 +0000 (UTC) Received: (qmail 65555 invoked by uid 500); 8 Mar 2014 14:39:35 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 64980 invoked by uid 500); 8 Mar 2014 14:39:32 -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 64972 invoked by uid 99); 8 Mar 2014 14:39:31 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Mar 2014 14:39:31 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of manobi.oliveira@gmail.com designates 209.85.213.41 as permitted sender) Received: from [209.85.213.41] (HELO mail-yh0-f41.google.com) (209.85.213.41) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 08 Mar 2014 14:39:25 +0000 Received: by mail-yh0-f41.google.com with SMTP id v1so863103yhn.28 for ; Sat, 08 Mar 2014 06:39:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:references:from:content-type:in-reply-to:message-id:date:to :content-transfer-encoding:mime-version; bh=AGImHVKwc7tSjv7ZafxlozvsGNHv2gOY5igs5rNxi0A=; b=Qib5GTIyZt+E7pmKy3zF/kv80/4XXzFrIlp/Yk+h9E5dZYXQw8HAqXEJ2FaYaHoDsU JSrow1pp67k3oWPfCjV5+URTh4aRgW3dBsRlZUCFnaXcUv6m/s0ZNszhVaQkPe8qd4n7 Tv7gN9h5tqbElEwMNeW6gBgPWBn0M8jWk9PCn1Pb2E+WM01Yk7CN8JDMLE9wDge8V5/X yg5OJbt0/tjhH6cedYOeiBwQffTztEQaLkYWsBzkRL75Lz6nUuAj+5jFWJu80C0phWnu fWbXInZ0+noFuJlCJyp1jOdGHQA4oUbANVghsWXZXyjymyLdIUytTPlQQbCXHQrtAdIy vrHg== X-Received: by 10.236.16.83 with SMTP id g59mr31054827yhg.14.1394289543748; Sat, 08 Mar 2014 06:39:03 -0800 (PST) Received: from [192.168.0.5] ([201.76.72.213]) by mx.google.com with ESMTPSA id t37sm16300728yhp.25.2014.03.08.06.39.01 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 08 Mar 2014 06:39:02 -0800 (PST) Subject: Re: Bulk deletes and disk size References: <19ADB697-F106-49B2-B61C-3370C413F44D@apache.org> <5C681DBC-C019-40B7-A759-7CCC012F107F@apache.org> <59B3FF37-A175-4ACD-B09A-2EDB11F8DFA8@apache.org> From: Manobi Content-Type: text/plain; charset=utf-8 X-Mailer: iPad Mail (11A501) In-Reply-To: <59B3FF37-A175-4ACD-B09A-2EDB11F8DFA8@apache.org> Message-Id: <846C3B4A-C0B6-4501-9DFC-EA97DE969C6A@gmail.com> Date: Sat, 8 Mar 2014 11:49:34 -0300 To: "user@couchdb.apache.org" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Virus-Checked: Checked by ClamAV on apache.org Thanks Robert, I understand what you are saying, but now I'm sure that no additional field i= s being preserved from my side. Before delete I'm querying docs to delete and the view just return the _id a= nd _rev necessary to perform my the update. The unique explainable reason for this impressive disk size, is that the cra= dle library is doing a document merge instead of a replace in the save metho= d. I'll keep investigating and appreciate your help. Sent from my iPad > On 08/03/2014, at 06:35, Robert Samuel Newson wrote: >=20 > Gabriel, >=20 > In that example you=E2=80=99re making the right change. but if those objec= ts in the docs array had more properties they would be preserved (forever). >=20 > "I though that compactation process would remove the body from the documen= t > marked with "_deleted"." - This is not true. >=20 > Deleting docs via _bulk_docs can be exactly the same as deleting via -X DE= LETE but only if you only preserve the three fields you need, _id, _rev and _= deleted. >=20 > I forked your gist to illustrate: https://gist.github.com/rnewson/9427862 >=20 > Here I map any document to a doc with the minimal state necessary to delet= e the document. The difference is clear, I hope. >=20 > B. >=20 >> On 8 Mar 2014, at 04:13, Gabriel de Oliveira Barbosa wrote: >>=20 >> Thanks Jens, but I think I'm already doing this. >> Please check my gist which shows my logic: >> https://gist.github.com/manobi/9425208#file-bulk_delete-js >>=20 >> Do you think the problem is with the method used to update de docs using >> Couchdb Bulk API? >=20