X-Original-To: pgsql-performance-postgresql.org@localhost.postgresql.org Received: from localhost (av.hub.org [200.46.204.144]) by svr1.postgresql.org (Postfix) with ESMTP id 1C4D8D868E for ; Thu, 1 Sep 2005 16:33:05 -0300 (ADT) Received: from svr1.postgresql.org ([200.46.204.71]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 00735-05 for ; Thu, 1 Sep 2005 19:33:02 +0000 (GMT) Received: from mx1.surnet.cl (mx1.surnet.cl [216.155.73.180]) by svr1.postgresql.org (Postfix) with ESMTP id 7B35ED86D7 for ; Thu, 1 Sep 2005 16:33:00 -0300 (ADT) Received: from unknown (HELO cluster.surnet.cl) (216.155.73.164) by mx1.surnet.cl with ESMTP; 01 Sep 2005 15:32:58 -0400 X-IronPort-AV: i="3.96,162,1122868800"; d="scan'208"; a="3341636:sNHT29855088" Received: from alvh.no-ip.org (216.155.78.140) by cluster.surnet.cl (7.0.043) (authenticated as alvherre@surnet.cl) id 42B3EF6000ACC361; Thu, 1 Sep 2005 15:32:58 -0400 Received: by alvh.no-ip.org (Postfix, from userid 1000) id 6740FC30B1B; Thu, 1 Sep 2005 15:33:31 -0400 (CLT) Date: Thu, 1 Sep 2005 15:33:31 -0400 From: Alvaro Herrera To: Merlin Moncure Cc: Matthew Sackman , pgsql-performance@postgresql.org Subject: Re: Massive performance issues Message-ID: <20050901193331.GA31313@surnet.cl> Mail-Followup-To: Merlin Moncure , Matthew Sackman , pgsql-performance@postgresql.org References: <6EE64EF3AB31D5448D0007DD34EEB3417DD259@Herge.rcsinc.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6EE64EF3AB31D5448D0007DD34EEB3417DD259@Herge.rcsinc.local> User-Agent: Mutt/1.5.10i X-Virus-Scanned: by amavisd-new at hub.org X-Spam-Status: No, hits=2.255 required=5 tests=[AWL=-0.521, DNS_FROM_RFC_ABUSE=0.374, DNS_FROM_RFC_POST=1.376, RCVD_IN_NJABL_PROXY=1.026] X-Spam-Level: ** X-Archive-Number: 200509/20 X-Sequence-Number: 14328 On Thu, Sep 01, 2005 at 02:04:54PM -0400, Merlin Moncure wrote: > > Table "public.address" > > Column | Type | Modifiers > > ----------------------+------------------------+----------- > > postcode_top | character varying(2) | not null > > postcode_middle | character varying(4) | not null > > postcode_bottom | character varying(7) | not null > > consider making above fields char(x) not varchar(x) for small but > important savings. Huh, hang on -- AFAIK there's no saving at all by doing that. Quite the opposite really, because with char(x) you store the padding blanks, which are omitted with varchar(x), so less I/O (not necessarily a measurable amount, mind you, maybe even zero because of padding issues.) -- Alvaro Herrera -- Valdivia, Chile Architect, www.EnterpriseDB.com You liked Linux a lot when he was just the gawky kid from down the block mowing your lawn or shoveling the snow. But now that he wants to date your daughter, you're not so sure he measures up. (Larry Greenemeier)