Return-Path: 
 <user-return-25236-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org>
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 0A443102B4
	for <apmail-couchdb-user-archive@www.apache.org>;
 Fri, 16 Aug 2013 09:33:28 +0000 (UTC)
Received: (qmail 52174 invoked by uid 500); 16 Aug 2013 09:33:24 -0000
Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org
Received: (qmail 52082 invoked by uid 500); 16 Aug 2013 09:33:23 -0000
Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:user-help@couchdb.apache.org>
List-Unsubscribe: <mailto:user-unsubscribe@couchdb.apache.org>
List-Post: <mailto:user@couchdb.apache.org>
List-Id: <user.couchdb.apache.org>
Reply-To: user@couchdb.apache.org
Delivered-To: mailing list user@couchdb.apache.org
Received: (qmail 52065 invoked by uid 99); 16 Aug 2013 09:33:22 -0000
Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Aug 2013 09:33:22 +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 kxepal@gmail.com designates
 209.85.212.176 as permitted sender)
Received: from [209.85.212.176] (HELO mail-wi0-f176.google.com)
 (209.85.212.176)
    by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Aug 2013 09:33:15 +0000
Received: by mail-wi0-f176.google.com with SMTP id f14so595758wiw.9
        for <multiple recipients>; Fri, 16 Aug 2013 02:32:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        bh=R0UbgfEWSTi7WAMhXT2uPgxeDdxIoCEW96T/XE5xXwo=;
        b=f+shki6ipM2ckBgkwfDTPaKX5VRIT8igyDDfr/LXL+b+ELXEyUqNW/si+C26Y4bxyq
         5Uzn2oO7fVYXoJYrjgzXTcF0hbtRzPnkww3q69k2GWLcYNEbsv4pRxaHlMWPcmQZAPNU
         35XtEz1n35BdNI/fYEl1K1ISE5a0SQxz402puS52Om4gRT05obKmOIIQPR6ozcaMrLf5
         qHXWKeiTV1nK8oyGRTFrmQsg5tjeSgh6pMWbWdfRsvMUtb8unhBpSoS3F8T8AEJTpZIk
         glfFy5afWkw1/bqxLepdbCbi3KLA2Emj9TVs6XJidHcI27IfgIYddkn1mAtYj9E+Ytwk
         Y1LA==
MIME-Version: 1.0
X-Received: by 10.194.232.40 with SMTP id tl8mr421195wjc.42.1376645575334;
 Fri, 16 Aug 2013 02:32:55 -0700 (PDT)
Received: by 10.180.162.230 with HTTP; Fri, 16 Aug 2013 02:32:55 -0700 (PDT)
In-Reply-To: 
 <CAJNb-9qqniVvXrmTS2PV5sHvfKBTSHWzb9QHDFxkAgHGZ4+8Jw@mail.gmail.com>
References: 
 <CAPNuaCjQ3wgAd1BMyNUtip0rztK6n3Ex3rnq-hc=NXwL4Wt+pg@mail.gmail.com>
	<CAPNuaCh5qK2YxS0txBicvrc4fnQCgrj5pVz=_M0xqXaKfQyYjg@mail.gmail.com>
	<CAG+HO1w+N_TxeroFpKwY+U=G2iC6eEU2QMDbV9aGgueDsZ5Bcg@mail.gmail.com>
	<CACLy94Uq9eafd_Q-LXV8b3aCipnHgMnaWdn2C1LjnvuMQ-csiA@mail.gmail.com>
	<CAG+HO1zySzJyQMnSj9hfeHVR-XNB2Hpqr97A5ugabvo-wGKdXg@mail.gmail.com>
	<CACLy94XLwHcDyP12igsvCPJ5p46=3=HdoW3xAz_+2RgXH6s=pA@mail.gmail.com>
	<CACLy94Vf6TOz80cM_gWn26nFvMe8A4uQwQNNZQSBRBgYzXB9zg@mail.gmail.com>
	<CAPNuaCiQV2xoDj2O5vg+a-pDzj5ywCwmc+To16ybLeUh4Uc4eA@mail.gmail.com>
	<CACLy94UZtdV+nUUQzoYTiuUP3L=cLy-OjTUC_+6FdBNyAp2fhA@mail.gmail.com>
	<CAPNuaCjavr_udkm_XzO3SMU9gKMfdNnCM1cC71MUQhmtmP5scQ@mail.gmail.com>
	<CACLy94XC=6QFk=FxE+c9Wh41G9C_KosMk8j-tn9-_gia8outRQ@mail.gmail.com>
	<CABvT1DHPsTi=4WwwhTysmZkOda-R6FqsA10NXFyYTUQJR5wGJQ@mail.gmail.com>
	<57E7BFC7-8B8E-4014-8569-B03F99B73E35@apache.org>
	<CAJNb-9okMpQ6Tvxfbia2m_QzT-DVHJ0WfZirPeaHOx6=6TtX3g@mail.gmail.com>
	<520DEB55.8090203@gmail.com>
	<CAJNb-9qqniVvXrmTS2PV5sHvfKBTSHWzb9QHDFxkAgHGZ4+8Jw@mail.gmail.com>
Date: Fri, 16 Aug 2013 13:32:55 +0400
Message-ID: 
 <CAHdjipJth_AWdfDwqvXrnNsDOhikY0kE-rqWxCmCj__4c5Q6=w@mail.gmail.com>
Subject: Re: Erlang vs JavaScript
From: Alexander Shorin <kxepal@gmail.com>
To: "user@couchdb.apache.org" <user@couchdb.apache.org>
Cc: Volker Mische <volker.mische@gmail.com>,
	"dev@couchdb.apache.org" <dev@couchdb.apache.org>
Content-Type: text/plain; charset=UTF-8
X-Virus-Checked: Checked by ClamAV on apache.org

On Fri, Aug 16, 2013 at 1:12 PM, Benoit Chesneau <bchesneau@gmail.com> wrote:
> I agree, (modulo the fact that I would replace a string by a binary ;) but
> that would be only possible if we extract the metadata (_id, _rev) from the
> JSON so couchdb wouldn't have to decode the JSON to get them. Streaming
> json would also allows that but since there is no guaranty in the
> properties order of a JSON it would be less efficient.

What if we split document metadata from document itself? E.g. pass
_id, _rev and other system or meta fields with separate object. Their
size much lesser than whole document, so it will be possible to fast
decode this metadata and decide is doc need to be processed or not
without need to decode/encode megabytes of document's json. Sure, this
adds additional communication roundtrip, but in case if it will be
faster than json decode/encode - why not?

--
,,,^..^,,,