Обсуждение: 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