Re: Client encoding conversion for binary data (was Re:
| От | Christopher Kings-Lynne |
|---|---|
| Тема | Re: Client encoding conversion for binary data (was Re: |
| Дата | |
| Msg-id | 077f01c31aba$d15fedb0$6500a8c0@fhp.internal обсуждение исходный текст |
| Ответ на | Re: Client encoding conversion for binary data (was Re: GUC and postgresql.conf docs) ("Zeugswetter Andreas SB SD" <ZeugswetterA@spardat.at>) |
| Список | pgsql-hackers |
> Yes, it seems completely bogus. The whole reason for existance of > client-side encodings is that each client may have its own (and even the > same client may use several, at least for diffrent connections). > > > On the other > > hand, there's still the point about dumping a file one way and loading > > it back the other. Also, it's probably unwise to change this behavior > > without a really good argument for doing so, since (AFAIR) we've not > > had bug reports about it. > > It works both ways, i.e. the lack of bug reports may also suggest that > nobody is doing it (copy file to server, then load the same file from > client) > > > Comments anyone? Perhaps we should just have a flag in the COPY grammar 'WITH/OUT CONVERSION' that specifies that an encoding is required... Chris
В списке pgsql-hackers по дате отправления: