>> > I can agree, so current behave can be useful in some cases, but still it >> is >> > bug (inconsistency) between PostgreSQL parser and PostgreSQL escaping >> > functions. >> > >> > Currently, any multibyte char can be unescaped identifier (only >> apostrophes >> > are tested). We should to test white chars too. >> >> Really? I thought we do that test. >> > > what you are expecting from this test? UTF single quotes are tested only in > quote functions probably.
I just wanted to demonstrate multibyte chars including ASCII white spaces can be an identifier. > We should to test white chars too. What do you exactly propose regarding white chars and multibyte chars here? Maybe you propose to consider non ASCII white spaces (treate them as ASCII white spaces)? Best regards, -- Tatsuo Ishii SRA OSS, Inc. Japan English: http://www.sraoss.co.jp/index_en.php Japanese:http://www.sraoss.co.jp > Pavel > > >> >> test=# create table t6("あいう えお" int); >> CREATE TABLE >> test=# \d t6 >> Table "public.t6" >> Column | Type | Modifiers >> -------------+---------+----------- >> あいう えお | integer | >> -- >> Tatsuo Ishii >> SRA OSS, Inc. Japan >> English: http://www.sraoss.co.jp/index_en.php >> Japanese:http://www.sraoss.co.jp >> -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
