Re: COPY ENCODING revisited
От | Itagaki Takahiro |
---|---|
Тема | Re: COPY ENCODING revisited |
Дата | |
Msg-id | AANLkTin7b-S0LgAnxJQUMo_A7R=PhJ-FNuE34G04_vE8@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: COPY ENCODING revisited (Robert Haas <robertmhaas@gmail.com>) |
Ответы |
Re: COPY ENCODING revisited
|
Список | pgsql-hackers |
On Fri, Feb 18, 2011 at 03:57, Robert Haas <robertmhaas@gmail.com> wrote: > On Wed, Feb 16, 2011 at 10:45 PM, Itagaki Takahiro > I am not qualified to fully review this patch because I'm not all that > familiar with the encoding stuff, but it looks reasonably sensible on > a quick read-through. I am supportive of making a change in this area > even at this late date, because it seems to me that if we're not going > to change this then we're pretty much giving up on having a usable > file_fdw in 9.1. And since postgresql_fdw isn't in very good shape > either, that would mean we may as well give up on SQL/MED. We might > have to do that anyway, but I don't think we should do it just because > of this issue, if there's a reasonable fix. One design issue is the new function names: extern char *pg_client_to_server(const char *s, int len); extern char *pg_server_to_client(constchar *s, int len); + extern char *pg_any_to_server(const char *s, int len, int encoding); + extern char *pg_server_to_any(const char *s, int len, int encoding); They don't contain any words related to "encoding" or "conversion". Ishii-san, do you have comments? I guess you designed the area. Please let me know if there are better alternatives. -- Itagaki Takahiro
В списке pgsql-hackers по дате отправления: