oracle安装时默认的字符集好像不是gb2312,叫什么z...忘了
可以改的。

解决方案 »

  1.   

    检查SQL的库的默认排序规则,改成:chinese_rpc_.......
    修改
    ALTER DATABASE database 
     COLLATE ....再看字段的排序规则,在设计表中看.
      

  2.   

    SQL Server 没问题,主要是Oracle。第一保证你读出来得是汉字! 不管你用什么转换方式,也不管事不是乱码。第二,我用Java可以做不同字符集之间的转换,你可以试试。然后再写回去好了。
      

  3.   

    还有你说“一些汉字”是什么意思? 他们是Char 还是NChar?
      

  4.   

    to qiaojiannan(JNQ)
    字段类型是varchar,存储的是汉字。在网通未升级之前,程序取出来的是汉字,但后来变成乱码了。你用java是怎么做不同字符集之间的转换,能不能告诉我。
    我的邮箱是:[email protected]
      

  5.   

    更改排序规则。alter database 数据库 collate 排序规格
    其中,某些排序规则指定CI 不区分大小写,CS 指定区分大小写。如:alter database 数据库 COLLATE Chinese_PRC_CI_AS 
        不区分大小写,而
        alter database 数据库 COLLATE Chinese_PRC_CS_AS 
        使之区分大小写。使用如下命令,可以获得更多的规则:
    SELECT *
    FROM ::fn_helpcollations()
      

  6.   

    更改排序规则。alter database 数据库 collate 排序规格
    其中,某些排序规则指定CI 不区分大小写,CS 指定区分大小写。如:alter database 数据库 COLLATE Chinese_PRC_CI_AS 
        不区分大小写,而
        alter database 数据库 COLLATE Chinese_PRC_CS_AS 
        使之区分大小写。使用如下命令,可以获得更多的规则:
    SELECT *
    FROM ::fn_helpcollations()
      

  7.   

    为什么在VC中CString类型指定为Unicode字符集的串“世界”,保存到字符集是GBK的SQL server2000中居然没有出现乱码?!   配置:应用程序采用 ODBC方式(取消掉了自动字符转换)连接数据库。 按照常理保存到数据库的字符串的字符集必须和数据库的一致,否则会出现乱码,难道是哪里做了转换,问题是ODBC的自动转换功能是取消掉的!
    哪位高手知道原因?