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 7146110839 for ; Sat, 9 Nov 2013 19:47:58 +0000 (UTC) Received: (qmail 83142 invoked by uid 500); 9 Nov 2013 19:47:56 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 83103 invoked by uid 500); 9 Nov 2013 19:47: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 83095 invoked by uid 99); 9 Nov 2013 19:47:56 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Nov 2013 19:47:56 +0000 Received: from localhost (HELO mail-lb0-f171.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Nov 2013 19:47:56 +0000 Received: by mail-lb0-f171.google.com with SMTP id x18so2351700lbi.16 for ; Sat, 09 Nov 2013 11:47:54 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=mW8lv5SjQMXI49frwKwM0+yejaK+DOE4jrF1p/R6NLk=; b=O+f6eFpM9vuLkCe2tLn/bArFZPPXWjRofmDNDAhewJeQVWprwtmRzrFQgBqDQsbED7 cAlXdRlgPDfxhaRd5PACC+sXDbk0e1pHTe4uDFB2A++RiOfANAfra6HS7Jpu7XRhLP67 9QEuyufGecaYVVArZD5wQh6qrbujBIAMqtuFpIussM6skTQHR1F2TyhykYDUytlwCeip uaEAENsM7kmz2qCokY9uwOQU8C8JF+tHdZ0o+hptI44NDmC91x+eYT8y9uzAuzPgRrLj CY+qEGuvNUeJWT0AjwuN4X/vBHZmnNrs0TqnTSmtNzAr2EZwVGRORvQ33+jCgG2xLo1e gxLA== MIME-Version: 1.0 X-Received: by 10.152.28.9 with SMTP id x9mr12195983lag.27.1384026474104; Sat, 09 Nov 2013 11:47:54 -0800 (PST) Received: by 10.112.67.12 with HTTP; Sat, 9 Nov 2013 11:47:54 -0800 (PST) In-Reply-To: References: <527E548F.4020203@yandex.ru> Date: Sat, 9 Nov 2013 19:47:54 +0000 Message-ID: Subject: Re: Storage limitations? From: Robert Newson To: "user@couchdb.apache.org" Content-Type: text/plain; charset=ISO-8859-1 attachments are different to documents. They're stored as a series of binary chunks and so they can be streamed in and out, you can go large with attachments. The reason I say documents can't be too huge is that couchdb has to hold them in memory to process them or even return them. As for comments, just add new documents for each comment and use a view (https://wiki.apache.org/couchdb/HTTP_view_API, https://wiki.apache.org/couchdb/View_collation) to bring the article and comment thread together. No need to update a document that way. B. On 9 November 2013 19:31, Mark Hahn wrote: >> sorting/displaying a comments thread with replies by appending the replies > within their respective original comment field. > > Wouldn't it be more natural to use an array? And it would be more flexible > for possible future changes. It doesn't affect the size of the field but > there is no way a comment thread is going to get up to even a megabyte. > The entire bible fits in a megabyte. > > > On Sat, Nov 9, 2013 at 9:22 AM, Mark Deibert wrote: > >> Ok I was assuming the db could be really big. I'm storing images so it >> _will_ get pretty large. >> >> For the field size question: I had an idea to greatly simplify >> sorting/displaying a comments thread with replies by appending the replies >> within their respective original comment field. Since the order I want to >> display the comments is the natural chronological order, a simple append >> process seems to make sense. Haven't tried yet but seems logical. >> >> >> On Sat, Nov 9, 2013 at 11:32 AM, Robert Newson wrote: >> >> > while the default configuration has max_document_size as 4Gb, it would >> > be very unwise to make a document anywhere near that large. Database >> > size is limited only by disk capacity but note that you'll need some >> > free space for compacting the database. >> > >> > On 9 November 2013 15:28, first-leon@yandex.ru >> > wrote: >> > > Base size in no limit. But file system may be limit by file size. >> > > Doc size limit is 4Gb. (one or two or more field: total - 4Gb) >> > > >> > >> I have two storage questions. How big can any one field in one doc be? >> > >> Also, is there any limit on the size of a CouchDB? Meaning, if I have >> > 1TB >> > >> of free disk space, will the db grow to 1TB in size? >> > >> >> > > >> > >>