| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter |
| Date: | 2007-09-19 00:09:00 |
| Message-ID: | 46F0689C.5030500@dunslane.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers |
Tom Lane wrote:
> Andrew Dunstan <andrew(at)dunslane(dot)net> writes:
>
>> We can revert that if necessary. It will open up a hole, though. Take
>> your pick - spec compliance or validly coded data.
>>
>
> I would rather take CONVERT USING out altogether, than have an
> implementation that so clearly disregards the spec as to not even return
> a compatible datatype.
>
> Other than the fact that it's supposed to return varchar, the spec's
> description of what it converts to what seems about as clear as mud.
> I suspect however that it can't really be implemented properly without
> support for per-value (or at least per-column) encoding, which is
> something we're nowhere near having. Maybe we *should* take it out
> instead of using spec-defined syntax for a behavior that we made up
> out of whole cloth.
>
>
>
Works for me. If there's no objection I'll start on that in a few days.
cheers
andrew
| From | Date | Subject | |
|---|---|---|---|
| Next Message | User Eggyknap | 2007-09-19 02:05:26 | pllolcode - tmp: Missing file |
| Previous Message | Tom Lane | 2007-09-18 23:25:36 | Re: Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Decibel! | 2007-09-19 03:23:22 | Re: Open issues for HOT patch |
| Previous Message | Tom Lane | 2007-09-18 23:25:36 | Re: Re: [COMMITTERS] pgsql: Close previously open holes for invalidly encoded data to enter |