| From: | Tatsuo Ishii <ishii(at)sraoss(dot)co(dot)jp> |
|---|---|
| To: | tgl(at)sss(dot)pgh(dot)pa(dot)us |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Why are default encoding conversions |
| Date: | 2006-03-27 22:56:03 |
| Message-ID: | 20060328.075603.43007696.t-ishii@sraoss.co.jp |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
> See $SUBJECT. It seems to me this is a bad idea for much the same
> reasons that we recently decided default index operator classes should
> not be namespace-specific:
> http://archives.postgresql.org/pgsql-hackers/2006-02/msg00284.php
>
> I don't mind having encoding conversions be named within schemas,
> but I propose that any given encoding pair be allowed to have only
> one default conversion, period, and that when we are looking for
> a default conversion we find it by a non-namespace-aware search.
That doesn't sound good idea to me.
> With the existing definition, any change in search_path could
> theoretically cause a change in client-to-server encoding conversion
> behavior, and this just seems like a really bad idea. (It's only
> theoretical because we don't actually redo the conversion function
> search on a search_path change ... but if you think the existing
> definition is good then that's a bug.)
Then why do we have CREATE DEFAULT CONVERSION command at all?
--
Tatsuo Ishii
SRA OSS, Inc. Japan
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2006-03-27 23:02:23 | Re: Why are default encoding conversions namespace-specific? |
| Previous Message | Tom Lane | 2006-03-27 22:45:54 | Re: Domains as Subtypes |