数据库的字符集是ZHS16GBK

[复制链接]
查看11 | 回复9 | 2008-6-30 01:01:54 | 显示全部楼层 |阅读模式
这个库就不可以用来存储朝鲜语,日语等其他字符了吗?
如果客户端操作系统是朝鲜语的, 客户端的也是NLS_LANG=American_America.ZHS16GBK。
还会乱码吗?



回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
不能用zhs16gbk,要用utf8
回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
棉花糖ONE 发表于 2012-9-27 09:53
不能用zhs16gbk,要用utf8

那现在再改数据库字符集,这样太危险了吧。
回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
棉花糖ONE 发表于 2012-9-27 09:53
不能用zhs16gbk,要用utf8

那为什么我以前看见有人安装数据库的时候,用的是WE8ISO8859P1字符集。
后来将客户端也设置成 WE8ISO8859P1,照样可以用来存储中文呢?
回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
hdydmichael 发表于 2012-9-27 10:07
那为什么我以前看见有人安装数据库的时候,用的是WE8ISO8859P1字符集。
后来将客户端也设置成 WE8ISO8 ...

这种方法不建议使用,这样子只是闹过了字符集转换
回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
字符集一直是个比较头痛的问题
回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
棉花糖ONE 发表于 2012-9-27 10:12
这种方法不建议使用,这样子只是闹过了字符集转换

比如现在库已经是ZHS16GBK了。
又要存储朝鲜语。
所以朝鲜语的客户端连上来,也设置成 ZHS16GBK ,绕过转换,是不是一种不得已而为之的方案呢?
回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
ZHS16GBK不包含朝鲜语的编码,无法解析朝鲜语,存进去就是乱码,
回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
如果不是直接查询数据库,是通过软件来查询数据是不是可以让软件来实现的对不同语言的转换了
回复

使用道具 举报

千问 | 2008-6-30 01:01:54 | 显示全部楼层
东北的?朝鲜IT人员批量涌入?
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

主题

0

回帖

4882万

积分

论坛元老

Rank: 8Rank: 8

积分
48824836
热门排行