From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
Cc: | ITAGAKI Takahiro <itagaki(dot)takahiro(at)oss(dot)ntt(dot)co(dot)jp>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: ALTER TABLE ... ALTER COLUMN ... SET DISTINCT |
Date: | 2009-04-05 03:14:04 |
Message-ID: | 9906.1238901244@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> On Sat, Apr 4, 2009 at 7:04 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> I'm not thrilled about adding a column to pg_attribute for this.
> What is the specific nature of your concern?
Actually, I'm more worried about the TupleDesc data structure than
the catalogs. There are TupleDescs all over the backend, and I've
seen evidence in profiles that setting them up is a nontrivial cost.
You're very possibly right that four more bytes is in the noise,
though.
Two other comments now that I've read a little further:
* This isn't happening for 8.4, so adjust the pg_dump code.
* Using an integer is bogus. Use a float4 and forget the weird scaling;
it should have exactly the same interpretation as stadistinct, except
for 0 meaning "unset" instead of "unknown".
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Gierth | 2009-04-05 04:29:53 | Re: contrib/intarray vs empty arrays |
Previous Message | Robert Haas | 2009-04-05 02:56:21 | Re: ALTER TABLE ... ALTER COLUMN ... SET DISTINCT |