问如何将汉字转换为AL16UTF16或WE8ISO8859P1？

EN

正如迈克尔·奥尼尔( Michael‘’Neill)已经指出的那样，不可能在字符集WE8ISO8859P1中存储汉字。所有不受支持的字符将自动由¿ (或任何其他位置保持器)替换。

顺便说一句，WE8ISO8859P1不同于WE8MSWIN1252 (参见Windows1252(1/3/4)和ISO-8859-1的确切区别是什么？)，所以您的转换无论如何都不起作用。

解决方案是将列NAME的数据类型更改为NVARCHAR2，或者将数据库迁移到UTF-8，参见字符集迁移和Unicode指南数据库迁移助理。在任何情况下，您都应该考虑您的数据丢失，resp。损坏了。

但是，如果您的客户端应用程序配置了错误的，那么在某些情况下可以插入不受支持的字符，请参阅如果我们有US7ASCII字符集，为什么它允许我们存储非ascii字符？。

在这种情况下，您可以尝试按以下方式修复数据：

ALTER TABLE PROJECTINFO ADD NAME_CN NVARCHAR2(100);
UPDATE PROJECTINFO SET NAME_CN = UTL_I18N.RAW_TO_NCHAR(UTL_I18N.STRING_TO_RAW(NAME), 'ZHS16CGB231280');
ALTER TABLE PROJECTINFO DROP COLUMN NAME;
ALTER TABLE PROJECTINFO RENAME COLUMN NAME_CN TO NAME;

select DIRNAME from MILLENNIUM.PROJECTINFO where NAME = '中文版测试';

但它可能不适用于你所有的数据。

因此，(不建议)解决您的问题的方法可能是

select DIRNAME 
from MILLENNIUM.PROJECTINFO 
where UTL_I18N.RAW_TO_NCHAR(UTL_I18N.STRING_TO_RAW(NAME), 'ZHS16CGB231280') = '中文版测试';

您不能接受汉字，将它们插入到由WE8ISO8859P1字符集绑定的列中，然后再次选择它们作为中文字符。插入的信息丢失了。丢失的信息不能重建。

在您的示例中，如果将NAME列定义为NVARCHAR2，则可以在后续的SELECT中进行AL16UTF16到AL16UTF16的比较。或者，更好的是，如果客户端工具能够完成任务，则根本不需要转换和与AL16UTF16进行比较。