Received: from maia.hub.org (unknown [200.46.204.183]) by mail.postgresql.org (Postfix) with ESMTP id 031C6633A9F for ; Tue, 13 Apr 2010 16:27:27 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 34337-10 for ; Tue, 13 Apr 2010 19:27:16 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from jonah.setonhome.org (mail.setonhome.org [76.3.225.43]) by mail.postgresql.org (Postfix) with ESMTP id 7FFB2633920 for ; Tue, 13 Apr 2010 16:27:16 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by jonah.setonhome.org (Postfix) with ESMTP id A2971137C02C; Tue, 13 Apr 2010 15:27:23 -0400 (EDT) Received: from jonah.setonhome.org ([127.0.0.1]) by localhost (jonah.home.setonhome.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ecy9SNXROsP1; Tue, 13 Apr 2010 15:27:22 -0400 (EDT) Received: from [127.0.0.1] (unknown [76.3.225.44]) by jonah.setonhome.org (Postfix) with ESMTP id A6D5C6CC70D; Tue, 13 Apr 2010 15:27:22 -0400 (EDT) Message-ID: <4BC4C592.7020400@setonhome.org> Date: Tue, 13 Apr 2010 15:27:14 -0400 From: Lewis Kapell Organization: Seton Home Study School User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: Kevin Grittner CC: pgsql-admin@postgresql.org Subject: Re: TOAST behavior in 8.3 and 8.4 References: <4BC4BBD4.40706@setonhome.org> <4BC4798502000025000307F4@gw.wicourts.gov> In-Reply-To: <4BC4798502000025000307F4@gw.wicourts.gov> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-0.011 tagged_above=-10 required=5 tests=BAYES_20=-0.001, T_RP_MATCHES_RCVD=-0.01 X-Spam-Level: X-Archive-Number: 201004/168 X-Sequence-Number: 34262 Thanks for the clarification. In tuptoaster.h, just above the declaration of TOAST_TUPLES_PER_PAGE, there is a comment which begins: "while these can be modified without initdb..." Does this mean that if I reduce the value of TOAST_TUPLE_THRESHOLD and rebuild, I can use an existing database cluster without having to run initdb again? On 4/13/2010 3:02 PM, Kevin Grittner wrote: > Lewis Kapell wrote: > >> I don't understand what that '256 bytes' refers to. That is a far >> cry from 2kb. I would be grateful if anyone can fill in the >> evident gap in my knowledge here. > > It doesn't try to compress anything unless the tuple (row instance) > as a whole is above TOAST_TUPLE_THRESHOLD. In trying to reduce the > tuple size, it won't consider compressing column values below a > certain size. That is where the 256 versus 32 bytes comes in. > > -Kevin