X-Original-To: pgsql-sql-postgresql.org@localhost.postgresql.org Received: from localhost (unknown [200.46.204.2]) by svr1.postgresql.org (Postfix) with ESMTP id E7275D1DD99 for ; Wed, 18 Feb 2004 16:08:40 +0000 (GMT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (neptune.hub.org [200.46.204.2]) (amavisd-new, port 10024) with ESMTP id 69780-07 for ; Wed, 18 Feb 2004 12:08:34 -0400 (AST) Received: from anchor-post-31.mail.demon.net (anchor-post-31.mail.demon.net [194.217.242.89]) by svr1.postgresql.org (Postfix) with ESMTP id 589AED1D412 for ; Wed, 18 Feb 2004 12:08:34 -0400 (AST) Received: from mwynhau.demon.co.uk ([193.237.186.96] helo=mainbox.archonet.com) by anchor-post-31.mail.demon.net with esmtp (Exim 3.35 #1) id 1AtUFU-000BNc-0V; Wed, 18 Feb 2004 16:08:32 +0000 Received: by mainbox.archonet.com (Postfix, from userid 529) id 1AF1A165C0; Wed, 18 Feb 2004 16:08:26 +0000 (GMT) Received: from client17.archonet.com (client17.archonet.com [192.168.1.17]) by mainbox.archonet.com (Postfix) with ESMTP id D8D861593D; Wed, 18 Feb 2004 16:08:23 +0000 (GMT) From: Richard Huxton To: Dana Hudes Subject: Re: bytea or blobs? Date: Wed, 18 Feb 2004 16:08:22 +0000 User-Agent: KMail/1.5 Cc: Dana Hudes , pgsql-sql@postgresql.org References: <200402180944.42239.dev@archonet.com> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200402181608.22966.dev@archonet.com> X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.15.3 X-Virus-Scanned: by amavisd-new at postgresql.org X-Archive-Number: 200402/253 X-Sequence-Number: 16943 On Wednesday 18 February 2004 15:17, Dana Hudes wrote: > How can one measure the result of the compression -- can I see this in > some table or with some pgsql command? Hmm - not so far as I know. > At what threshold does it take place, I think its 8192? > The nasty bit is not one picture of 100kb. > Its 20 pictures of 5kb. I'd have thought 5KB would trigger it - 8192 is the limit for a row (which TOASTing is designed to remove). There are/were some technical notes on TOAST when it was being built/introduced - googling might well find them. What I'd suggest is grab some suitably representative images, base64 encode them and see how much it takes to store 100,000 copies of them. -- Richard Huxton Archonet Ltd