Re: Bug in UTF8-Validation Code?
От | Peter Eisentraut |
---|---|
Тема | Re: Bug in UTF8-Validation Code? |
Дата | |
Msg-id | 200703141005.33119.peter_e@gmx.net обсуждение исходный текст |
Ответ на | Re: Bug in UTF8-Validation Code? (Michael Paesold <mpaesold@gmx.at>) |
Список | pgsql-hackers |
Am Mittwoch, 14. März 2007 08:01 schrieb Michael Paesold: > Is there anything in the SQL spec that asks for such a behaviour? I guess > not. I think that the octal escapes are a holdover from the single-byte days where they were simply a way to enter characters that are difficult to find on a keyboard. In today's multi-encoding world, it would make more sense if there were an escape sequence for a *codepoint* which is then converted to the actual encoding (if possible and valid) in the server. The meaning of codepoint is, however, character set dependent as well. The SQL standard supports escape sequences for Unicode codepoints, which I think would be a very useful feature (try entering a UTF-8 character bytewise ...), but it's a bit weird to implement and it's not clear how to handle character sets other than Unicode. -- Peter Eisentraut http://developer.postgresql.org/~petere/
В списке pgsql-hackers по дате отправления: