From: | Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Oleg <serovOv(at)gmail(dot)com>, pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #4688: Bug in cache. |
Date: | 2009-03-03 15:50:40 |
Message-ID: | 49AD51D0.4090807@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Tom Lane wrote:
> Heikki Linnakangas <heikki(dot)linnakangas(at)enterprisedb(dot)com> writes:
>> Tom Lane wrote:
>>> Although this qualifies as pilot error (superusers are expected to know
>>> what they're doing), should we attempt to prevent the case?
>
>> We can't detect binary-incompatibility in general, so I presume you
>> meant just for the case of composite types. Hmm, I guess we could do it
>> in that case.
>
> Right, I was envisioning "if both types are composite and there's no
> function supplied, throw error".
If we go down that path, how far do we go? We also know that two enums
are never binary-compatible, right? Composite type and a user-defined
base type? Hardly, unless you're doing something very hacky...
Disallowing binary casts when any composite types or enums are involved
seems sane, but that's as far as we can go with a few lines of code.
--
Heikki Linnakangas
EnterpriseDB http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-03-03 15:57:00 | Re: BUG #4688: Bug in cache. |
Previous Message | Guillaume Smet | 2009-03-03 15:50:21 | Re: BUG #4688: Bug in cache. |