From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Noah Misch <noah(at)leadboat(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: ALTER TYPE 2: skip already-provable no-work rewrites |
Date: | 2011-02-06 12:54:52 |
Message-ID: | AANLkTimowuf+rNUQdKN64NyYDj-Y6iK0-Y9XptFssBDN@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sun, Feb 6, 2011 at 4:15 AM, Noah Misch <noah(at)leadboat(dot)com> wrote:
>> That didn't quite work, because there's a caller in typecmds.c that
>> doesn't have the relation handy. So I made it take a relkind and a
>> name, which works fine.
>
> Hmm, indeed. In get_rels_with_domain(), it's a scalar type.
Yeeeeeeah, that's actually a little ugly. It's actually a domain
over a composite type, not a composite type proper, IIUC. Better
ideas?
>> The attached patch takes this approach. It's very slightly more code,
>> but it reduces the amount of spooky action at a distance.
>
>> Comments?
>
> Your patch improves the code. My standard for commending a refactor-only patch
> is rather high, though, and this patch doesn't reach it. The ancestral code
> placement wasn't obviously correct, but neither is this. So I'd vote -0.
Well, what's your suggestion, then? Your patch pops the test up from
ATRewriteTable() up to ATRewriteTables(), but that's not obviously
correct either, and it's an awkward place to do it because we don't
have the Relation object handy at the point where the check needs to
be done.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Haas | 2011-02-06 13:15:30 | Re: Re: patch: fix performance problems with repated decomprimation of varlena values in plpgsql |
Previous Message | Noah Misch | 2011-02-06 10:52:13 | Re: Re: patch: fix performance problems with repated decomprimation of varlena values in plpgsql |