Oracel能够把AL32UTF8编码的繁体字转换为Big5编码么 ?我们公司利用Gammadyne邮件群发软件和Oracle数据库向会员发送电子邮件杂志。公司向通过简体站点注册的会员发送简体电子邮件杂志,通过繁体站点注册的会员发送繁体电子邮件杂志。
在电子邮件杂志中有会对会员的称呼,简体电子邮件杂志没有任何问题,不出现乱码。但是在繁体电子邮件杂志中,会员的称呼(就是会员的姓名,电子邮件杂志原件中是变量)全部是乱码,这个问题怎么解决?我们把简体电子邮件杂志做好后用EmEditor软件转换为繁体电子邮件杂志,保存的编码为Big5。原来发送邮件杂志不加会员的称呼,简、繁体电子邮件杂志都能够正常发送,都没有乱码。现在,电子邮件杂志中要增加对会员的称呼,繁体电子邮件杂志中会员的称呼全部是乱码,这个问题怎么解决?发送简体站点注册的会员
select name,email from Member m where m.language='S' ;
发送繁体站点注册的会员
select name,email from Member m where m.language='T' ;
在电子邮件杂志中有会对会员的称呼,简体电子邮件杂志没有任何问题,不出现乱码。但是在繁体电子邮件杂志中,会员的称呼(就是会员的姓名,电子邮件杂志原件中是变量)全部是乱码,这个问题怎么解决?我们把简体电子邮件杂志做好后用EmEditor软件转换为繁体电子邮件杂志,保存的编码为Big5。原来发送邮件杂志不加会员的称呼,简、繁体电子邮件杂志都能够正常发送,都没有乱码。现在,电子邮件杂志中要增加对会员的称呼,繁体电子邮件杂志中会员的称呼全部是乱码,这个问题怎么解决?发送简体站点注册的会员
select name,email from Member m where m.language='S' ;
发送繁体站点注册的会员
select name,email from Member m where m.language='T' ;
SQL> select * from v$version;BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
PL/SQL Release 9.2.0.1.0 - Production
CORE 9.2.0.1.0 ProductionTNS for Linux: Version 9.2.0.1.0 - Production
NLSRTL Version 9.2.0.1.0 - ProductionSQL>
--------------------------------------------------------------------------------------------------------------------------------
----------------------------------------------------
SQL> select * from v$NLS_PARAMETERS ;PARAMETER VALUE
---------------------------------------------------------------- ----------------------------------------------------------------
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_CURRENCY RMB
NLS_ISO_CURRENCY CHINA
NLS_NUMERIC_CHARACTERS .,
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE SIMPLIFIED CHINESE
NLS_CHARACTERSET AL32UTF8
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY RMB
NLS_NCHAR_CHARACTERSET UTF8
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE