Re: Confronting the maximum column limitation

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.

In response to

Browse pgsql-general by date

  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