From: | "Scott Marlowe" <scott(dot)marlowe(at)gmail(dot)com> |
---|---|
To: | Decibel! <decibel(at)decibel(dot)org> |
Cc: | "Jeff Gentry" <jgentry(at)jimmy(dot)harvard(dot)edu>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Confronting the maximum column limitation |
Date: | 2008-08-17 01:14:17 |
Message-ID: | dcc563d10808161814p31db3c99ib117c5eb07e35ea3@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Sat, Aug 16, 2008 at 1:28 PM, Decibel! <decibel(at)decibel(dot)org> wrote:
> On Aug 12, 2008, at 3:15 PM, Jeff Gentry wrote:
>>
>> So I've seen the header file where the 1600 column limit is defined
>
>
> IIRC, that limit is directly related to block size in the header, so one
> possible fix is to increase block size. AFAIK anything up to 64K blocks
> should be safe.
Unless something's changed, I'm pretty sure things start breaking
after 32k blocks.
> BTW, keep in mind that if you're storing anything that's a varlena (anything
> that's variable length, including NUMBER) where you have that many columns,
> every single varlena is going to end up toasted. That's bound to have a
> *serious* performance impact.
Yeah, usually you're better off using arrayed types than 1600+ columns.
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Marlowe | 2008-08-17 02:07:09 | Re: selecting data from subquery in same order |
Previous Message | mark | 2008-08-17 00:11:36 | selecting data from subquery in same order |