34,681
社区成员
发帖
与我相关
我的任务
分享英文环境中使用简体中文程序的汉字显示问题
1 环境 :
程序以前是Delphi 5.0 + ESql 7.0 + RichWin 97 + EWin 95 +Ado 2.5,
目前要升级到 Delphi 5.0 + Esql 2000 + EWin 2000 +Ado 2.7 (不使用汉字转换软件(如南极星,RichWin), 我在控制面板中设置默认PRC后,前台程序中的汉字可以正常显示.
Server 中的数据是在Access 中导入的.中文字段用的不是N型的.,导入前没有转过汉字.
2 现象
程序中的汉字可以全部正常显示.但所有数据库的汉字数据都是乱码.而在重新输入的数据可以显示汉字.但不可能手工来改所有后台数据.
3 问题
1.如何将数据库中汉字在前台程序正常显示?
2 是否在导入之前就要将汉字转换?
3 BDE可正常显示而ADO不行,可以说明汉字导入的数据是汉字.是否有Sql的升级包?
程序以前是Delphi 5.0 + ESql 7.0 + RichWin 97 + EWin 95 +Ado 2.5,
目前要升级到 Delphi 5.0 + Esql 2000 + EWin 2000 +Ado 2.7 (不使用汉字转换软件(如南极星,RichWin), 我在控制面板中设置默认PRC后,前台程序中的汉字可以正常显示.
Server 中的数据是在Access 中导入的.中文字段用的不是N型的.,导入前没有转过汉字.
2 现象
程序中的汉字可以全部正常显示.但所有数据库的汉字数据都是乱码.而在重新输入的数据可以显示汉字.但不可能手工来改所有后台数据.
3 问题
1.如何将数据库中汉字在前台程序正常显示?
2 是否在导入之前就要将汉字转换?
3 BDE可正常显示而ADO不行,可以说明汉字导入的数据是汉字.是否有Sql的升级包?
...全文
请发表友善的回复…
发表回复
pengdali 2003-11-22
- 打赏
- 举报
create database mmm
go
use mmm
go
ALTER DATABASE mmm COLLATE Latin1_General_Ci_Ai --建立非中文环境
go
create table test (a nvarchar(100))
go
insert test values(N'大力')
go
select * from test where a=N'大力'
select * from test where a='大力' --这里会错的。
go
use mmm
go
ALTER DATABASE mmm COLLATE Latin1_General_Ci_Ai --建立非中文环境
go
create table test (a nvarchar(100))
go
insert test values(N'大力')
go
select * from test where a=N'大力'
select * from test where a='大力' --这里会错的。
pengdali 2003-11-22
- 打赏
- 举报
我试了,换成nchar,重新输入的数据可以正常显示,可以前的数据还是乱码啊...
re:
update 表 set 列=cast(列 as nvarchar(100))
re:
update 表 set 列=cast(列 as nvarchar(100))
xjwxiong 2003-11-22
- 打赏
- 举报
数据类型用 Nvarchar, Nchar 试试看
sunsunup 2003-11-22
- 打赏
- 举报
以前的數據用的是什么碼? 現在也只能用什么碼了.
bigtailwolf163 2003-11-22
- 打赏
- 举报
你试试把字符里的空格去除再导出来看看
zjcxc 元老 2003-11-22
- 打赏
- 举报
你的数据类型错误.
改用nvarchar/nchar.
原来的数据需要重新导入.
改用nvarchar/nchar.
原来的数据需要重新导入.
ropriest 2003-11-22
- 打赏
- 举报
重新导一下以前的数据
pandarus 2003-11-22
- 打赏
- 举报
我试了,换成nchar,重新输入的数据可以正常显示,可以前的数据还是乱码啊...
txlicenhe 2003-11-22
- 打赏
- 举报
使用 Unicode 数据
Unicode 标准为全球商业领域中广泛使用的大部分字符定义了一个单一编码方案。所有的计算机都用单一的 Unicode 标准 Unicode 数据中的位模式一致地翻译成字符。这保证了同一个位模式在所有的计算机上总是转换成同一个字符。数据可以随意地从一个数据库或计算机传送到另一个数据库或计算机，而不用担心接收系统是否会错误地翻译位模式。
对于用一个字节编码每个字符的数据类型，存在的问题之一就是此数据类型只能表示 256 个不同的字符。这就迫使对于不同的字母表（例如相对较小的欧洲字母表）采用多重编码规格（或者代码页）。而且也不可能处理象日文汉字或韩国文字这样具有数千个字符的字母表。
每个 Microsoft® SQL Server™ 排序规则都有一个对表示 char、varchar 和 text 值中的每个字符定义位模式进行定义的代码页。可为个别的列和字符常量指派不同的代码页。客户端计算机使用与操作系统区域设置相关联的代码页解释字符位模式。有很多种不同的代码页。一些字符出现在某些代码页上，但并不出现在其它的代码页上。某些字符在一些代码页上用一个位模式定义，而在其它的代码页上却用另一个位模式定义。当您设计必须处理不同语言的国际性系统时，为了满足不同国家/地区的语言需求，给所有的计算机挑选代码页就变得困难了。要保证每一台计算机与使用不同代码页的系统交互时都进行正确的翻译也是困难的。
Unicode 规格通过采用两个字节编码每个字符使这个问题迎刃而解。转换最通用商业语言的单一规格具有足够多的 2 字节的模式 (65,536)。因为所有的 Unicode 系统均一致地采用同样的位模式来代表所有的字符，所以当从一个系统转到另一个系统时，将不会存在未正确转换字符的问题。通过在整个系统中使用 Unicode 数据类型，可尽量减少字符转换问题。
在 Microsoft SQL Server 中，以下数据类型支持 Unicode 数据：
nchar
nvarchar
ntext
说明 这些数据类型的前缀 n 来自 SQL-92 标准中的 National（Unicode）数据类型。
nchar、nvarchar 和 ntext 的用法分别与 char、varchar 和 text 的用法一样，但在以下方面不同：
Unicode支持的字符范围更大。
存储 Unicode 字符所需要的空间更大。
nchar 和 nvarchar 列最多可以有 4,000 个字符，而不象 char 和 varchar 字符那样可以有 8,000 个字符。
Unicode 常量使用 N 开头来指定：N'A Unicode string'。
所有 Unicode 数据都使用相同的 Unicode 代码页。排序规则不控制用于 Unicode 列的代码页，仅控制比较规则和是否区分大小写等特性。
Unicode 标准为全球商业领域中广泛使用的大部分字符定义了一个单一编码方案。所有的计算机都用单一的 Unicode 标准 Unicode 数据中的位模式一致地翻译成字符。这保证了同一个位模式在所有的计算机上总是转换成同一个字符。数据可以随意地从一个数据库或计算机传送到另一个数据库或计算机，而不用担心接收系统是否会错误地翻译位模式。
对于用一个字节编码每个字符的数据类型，存在的问题之一就是此数据类型只能表示 256 个不同的字符。这就迫使对于不同的字母表（例如相对较小的欧洲字母表）采用多重编码规格（或者代码页）。而且也不可能处理象日文汉字或韩国文字这样具有数千个字符的字母表。
每个 Microsoft® SQL Server™ 排序规则都有一个对表示 char、varchar 和 text 值中的每个字符定义位模式进行定义的代码页。可为个别的列和字符常量指派不同的代码页。客户端计算机使用与操作系统区域设置相关联的代码页解释字符位模式。有很多种不同的代码页。一些字符出现在某些代码页上，但并不出现在其它的代码页上。某些字符在一些代码页上用一个位模式定义，而在其它的代码页上却用另一个位模式定义。当您设计必须处理不同语言的国际性系统时，为了满足不同国家/地区的语言需求，给所有的计算机挑选代码页就变得困难了。要保证每一台计算机与使用不同代码页的系统交互时都进行正确的翻译也是困难的。
Unicode 规格通过采用两个字节编码每个字符使这个问题迎刃而解。转换最通用商业语言的单一规格具有足够多的 2 字节的模式 (65,536)。因为所有的 Unicode 系统均一致地采用同样的位模式来代表所有的字符，所以当从一个系统转到另一个系统时，将不会存在未正确转换字符的问题。通过在整个系统中使用 Unicode 数据类型，可尽量减少字符转换问题。
在 Microsoft SQL Server 中，以下数据类型支持 Unicode 数据：
nchar
nvarchar
ntext
说明 这些数据类型的前缀 n 来自 SQL-92 标准中的 National（Unicode）数据类型。
nchar、nvarchar 和 ntext 的用法分别与 char、varchar 和 text 的用法一样，但在以下方面不同：
Unicode支持的字符范围更大。
存储 Unicode 字符所需要的空间更大。
nchar 和 nvarchar 列最多可以有 4,000 个字符，而不象 char 和 varchar 字符那样可以有 8,000 个字符。
Unicode 常量使用 N 开头来指定：N'A Unicode string'。
所有 Unicode 数据都使用相同的 Unicode 代码页。排序规则不控制用于 Unicode 列的代码页，仅控制比较规则和是否区分大小写等特性。
brunojiang 2003-11-22
- 打赏
- 举报
http://richkid.jetdown.com/
好的东西大家分享。。
好的东西大家分享。。
pandarus 2003-11-21
- 打赏
- 举报
啊扑!
aiirii 2003-11-21
- 打赏
- 举报
設置 Esql 2000 對應的語言代碼試試
pandarus 2003-11-21
- 打赏
- 举报
靠,没人领分
xjpepitceo 2003-11-20
- 打赏
- 举报
up
