Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 7395 invoked from network); 27 Apr 2009 16:16:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 27 Apr 2009 16:16:34 -0000 Received: (qmail 90980 invoked by uid 500); 27 Apr 2009 16:16:33 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 90915 invoked by uid 500); 27 Apr 2009 16:16:33 -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 90905 invoked by uid 99); 27 Apr 2009 16:16:33 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Apr 2009 16:16:33 +0000 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 paul.joseph.davis@gmail.com designates 209.85.217.163 as permitted sender) Received: from [209.85.217.163] (HELO mail-gx0-f163.google.com) (209.85.217.163) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 27 Apr 2009 16:16:25 +0000 Received: by gxk7 with SMTP id 7so4496gxk.11 for ; Mon, 27 Apr 2009 09:16:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=aYswt2o9wyWhiFZBk/u0umwmeyZLUxGiOTEZ45jZOSs=; b=kdS9NnxQ6IVq9vPLddxDxna5CUxRyxMdmE2wx9KqpZSQj9HML92ugyGZ0OS/sljFsw eY8WSWxAZiROZXkHgtIokIppATmMm88sxRgLLqFqGyfmnIPq/YNYRo+1mQM0VUhgXhUF 1Fy5EyGsaOynZ9SyXt5As7WWL7MLavZcnE7U8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=AV4V7JFMl9NhzvDFc+uagSc44qMsEXM9zj9gzYyRbB4suAw/aZeyF+JhNDZnYhd4Fv z1Ht2zFK3MAtgwAAwx5ALHzF1GUIvfS9ax5GvQh/wCB88tIiV4GLFz0pLaAuArly830z /kJiiKB+MNSk258Nm2x2FCZnUsCfccDrsdRj4= Received: by 10.90.63.6 with SMTP id l6mr7211624aga.46.1240848961343; Mon, 27 Apr 2009 09:16:01 -0700 (PDT) Received: from ?10.71.0.44? (216.112.110.172.ptr.us.xo.net [216.112.110.172]) by mx.google.com with ESMTPS id 20sm9990827agd.38.2009.04.27.09.15.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 27 Apr 2009 09:16:00 -0700 (PDT) Message-ID: <49F5DA1C.2030809@gmail.com> Date: Mon, 27 Apr 2009 12:15:24 -0400 From: Paul Davis User-Agent: Thunderbird 2.0.0.21 (X11/20090318) MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Re: couchdb attachments vs storing files on fs or s3 like service References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Benoit, I think that it'd be hard to tell a priori what the better of the two schemes would be. I think the big trade off is that CouchDB doesn't have access to sendfile, vs your webserver doesn't have the ease of replicating around attachments with your records. In other words, if this is only ever going to be served from a single host, it could be faster to not use files in the main database, but if you ever envision using any sharding or distributedness then it may end up being faster in the long run to be able to replicate all your data without thinking about syncing the external filesystem. In the end, I think your best bet would be to measure twice and cut once though. HTH, Paul Davis Benoit Chesneau wrote: > Hi all, > > I have an application where users will have to upload different media > with different sizes from picture to video and I currently hesitate > between allowing them to upload directly in couchdb as attachments or > just storing on fs or any other system. How uplooading all files in > attachments resulting in a big db file will impact on performance ? Is > couchdb storage designed for such thing ? > > - beno�t >