Win2000(英文)＋SQL Server 2000(中文) 乱码问题

[holyten]

在使用 企业管理器或查询分析器，都显示乱码，使用其他的应用程序，出现的也都是乱码。（乱码其实就是问号? 一个汉字一个?）

改变过 Win2000的Default 设置为 RPC 情况一样。

着急着那。。请高手指导

[Rotaxe]

使用 Unicode 数据
Unicode 标准为全球商业领域中广泛使用的大部分字符定义了一个单一编码方案。所有的计算机都用单一的 Unicode 标准 Unicode 数据中的位模式一致地翻译成字符。这保证了同一个位模式在所有的计算机上总是转换成同一个字符。数据可以随意地从一个数据库或计算机传送到另一个数据库或计算机，而不用担心接收系统是否会错误地翻译位模式。

对于用一个字节编码每个字符的数据类型，存在的问题之一就是此数据类型只能表示 256 个不同的字符。这就迫使对于不同的字母表（例如相对较小的欧洲字母表）采用多重编码规格（或者代码页）。而且也不可能处理象日文汉字或韩国文字这样具有数千个字符的字母表。

每个 Microsoft® SQL Server™ 排序规则都有一个对表示 char、varchar 和 text 值中的每个字符定义位模式进行定义的代码页。可为个别的列和字符常量指派不同的代码页。客户端计算机使用与操作系统区域设置相关联的代码页解释字符位模式。有很多种不同的代码页。一些字符出现在某些代码页上，但并不出现在其它的代码页上。某些字符在一些代码页上用一个位模式定义，而在其它的代码页上却用另一个位模式定义。当您设计必须处理不同语言的国际性系统时，为了满足不同国家/地区的语言需求，给所有的计算机挑选代码页就变得困难了。要保证每一台计算机与使用不同代码页的系统交互时都进行正确的翻译也是困难的。

Unicode 规格通过采用两个字节编码每个字符使这个问题迎刃而解。转换最通用商业语言的单一规格具有足够多的 2 字节的模式 (65,536)。因为所有的 Unicode 系统均一致地采用同样的位模式来代表所有的字符，所以当从一个系统转到另一个系统时，将不会存在未正确转换字符的问题。通过在整个系统中使用 Unicode 数据类型，可尽量减少字符转换问题。

在 Microsoft SQL Server 中，以下数据类型支持 Unicode 数据：

nchar


nvarchar


ntext

[lvltt]

使用nvarchar,nchar,ntext存储字符类型就可以

[lvltt]

排序规则
Alter datebase Alter datebase 数据库 Chinese_PRC_BIN

ALTER TABLE tb
ALTER COLUMN colname nvarchar(100) COLLATE Chinese_PRC_CI_AS
--不区分大小写
ALTER TABLE tb
ALTER COLUMN colname nvarchar(100) COLLATE Chinese_PRC_CS_AS
--区分大小写

使用如下命令，可以获得更多的规则：
SELECT *
FROM ::fn_helpcollations()

[klan]

是啊，改变数据类型。要么就是安装的时候数据库编码选成中文。要不回头再改也没用的