Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 53905 invoked from network); 13 May 2010 16:35:57 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 13 May 2010 16:35:57 -0000 Received: (qmail 69145 invoked by uid 500); 13 May 2010 16:35:56 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 69101 invoked by uid 500); 13 May 2010 16:35:56 -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 69093 invoked by uid 99); 13 May 2010 16:35:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 May 2010 16:35:56 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_HELO_PASS,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [212.227.17.9] (HELO moutng.kundenserver.de) (212.227.17.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 13 May 2010 16:35:48 +0000 Received: from [192.168.0.127] (xdsl-89-0-165-27.netcologne.de [89.0.165.27]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0MCOfZ-1O42oB2jEP-008uyM; Thu, 13 May 2010 18:35:26 +0200 Message-ID: <4BEC2A4C.4090303@digitalgott.de> Date: Thu, 13 May 2010 18:35:24 +0200 From: "c.Kleinhuis" Reply-To: ck@digitalgott.de User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: user@couchdb.apache.org Subject: large attachments/huge databases ?` References: <4FD426D8-F807-4FCE-8B98-36B9B0B2C058@googlemail.com> <4BEBCDAB.4070708@digitalgott.de> <20100513160136.GB9782@seblaptop> In-Reply-To: <20100513160136.GB9782@seblaptop> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX184BBf6fqcSZ9wFsi8HsTG4kFGqjQMPP+ylJXT 2rxN3KIyGrbiSMRCIePh+jPjU+3UYj0lB9iVLaq+tEb/rNDbV0 NyKOxPO34jEqk8cLtqNb0QwLQBibyVA i need to convience my project manager ;) -he read that indexing is significantly higher than e.g. mysql - my answer was that indexing is not affecting performance because it is a one time action .... -another point is general performance of about e.g. 200.000 documents in a single database ... how is disk usage when maintaining versioning of each document ? -can the versioning be deactivated or deleted ?! and finally it is about handling huge movie files ( production 720p files ) which must be handled somehow, what happens if an upload fails, or should a proxy like php be used to receive those files, and just store a reference in the couchdb ? thx in advance ck