Re: [rfc] unicode escapes for extended strings

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [rfc] unicode escapes for extended strings
Дата
Msg-id 28853.1240003656@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [rfc] unicode escapes for extended strings  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Ответы Re: [rfc] unicode escapes for extended strings  (Marko Kreen <markokr@gmail.com>)
Re: [rfc] unicode escapes for extended strings  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Список pgsql-hackers
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:
> Andrew Dunstan <andrew@dunslane.net> wrote:
>> ISTM that one of the uses of this is to say "store the character
>> that corresponds to this Unicode code point in whatever the database
>> encoding is"
> I would think you're right.  As long as the given character is in the
> user's character set, we should allow it.  Presumably we've already
> confirmed that they have an encoding scheme which allows them to store
> everything in their character set.

This is a good way to get your patch rejected altogether.  The lexer
is *not* allowed to invoke any database operations (such as
pg_conversion lookups) so it cannot perform arbitrary encoding
conversions.

If this sort of facility is what you want, the previously suggested
approach via a decode-like runtime function is a better fit.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: David Fetter
Дата:
Сообщение: Re: psql with "Function Type" in \df
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [rfc] unicode escapes for extended strings