| 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: | Whole Thread | Raw Message | 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 |