Обсуждение: UTF8 conversion
The following documentation comment has been logged on the website: Page: https://www.postgresql.org/docs/11/functions-string.html Description: I cannot get psql to accept an UTF8 string, link update .. set ... = 'josé'; In the docpage on encodings, jose is used in examples for UTF8. Plainly this makes no sense. If you give examples, use the specifics in question, like a proper UTF8 string such as 'josé'. That would help me, and probably quite a few others, greatly. I can go in a song and dance about my settings. Believe me, I a proper client_encoding and database encoding, and done umpteen attempts, but using UTF8 in psql queries (without UGLY \u notation) appears completely impossible. Example: select 'jose'; Works fine. select 'josé'; will just hang, even if embellished with ::utf8 or ::bytea. When executing the query, psql does not return to its prompt until using ^c. One might believe it is executing the query, but that simply is not so. Then it shows it has not found the end of the string. This mis-behavior irritates me wildly in an otherwise great product.
PG Doc comments form <noreply@postgresql.org> writes: > I cannot get psql to accept an UTF8 string, link update .. set ... = > 'josé'; What this sounds like is some confusion in your locale and/or encoding settings. While perhaps we could improve the documentation about that area, it's impossible to guess what would help you, since it's not clear exactly what's wrong. > I can go in a song and dance about my settings. Believe me, I a proper > client_encoding and database encoding, and done umpteen attempts, but using > UTF8 in psql queries (without UGLY \u notation) appears completely > impossible. Without those details it's really impossible to say much. But I'm suspicious that this isn't a Postgres issue at all really, but something not right about your terminal settings and/or locale environment variables. Anyway, a documentation comment box isn't the right place for this kind of support, and I seriously doubt that there's any bug here either. Please send more detail to the pgsql-general mailing list, and we'll see if we can work this out. regards, tom lane