| From: | Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp> | 
|---|---|
| To: | tgl(at)sss(dot)pgh(dot)pa(dot)us | 
| Cc: | pgsql-hackers(at)postgresql(dot)org | 
| Subject: | Re: Proposal: CREATE CONVERSION | 
| Date: | 2002-07-05 15:33:30 | 
| Message-ID: | 20020706.003330.59668263.t-ishii@sra.co.jp | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-hackers | 
> > CREATE CONVERSION <conversion name>
> >        SOURCE <source encoding name>
> >        DESTINATION <destination encoding name>
> >        FROM <conversion function name>
> 
> Doesn't a conversion currently require several support functions?
> How much overhead will you be adding to funnel them all through
> one function?
No, only one function is sufficient. What else do you think of?
> Basically I'd like to see a spec for the API of the conversion
> function...
That would be very simple (the previous example I gave was unnecessary
complex). The function signature would look like:
conversion_funcion(TEXT) RETURNS TEXT
It receives source text and converts it then returns it. That's all.
> Also, is there anything in SQL99 that we ought to try to be
> compatible with?
As far as I know there's no such an equivalent in SQL99.
--
Tatsuo Ishii
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Thomas Lockhart | 2002-07-05 15:34:31 | pg_controldata | 
| Previous Message | Tom Lane | 2002-07-05 14:42:20 | Re: DROP COLUMN Progress |