如何更改SQL SERVER 2000的排序规则

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() 





更改数据库排序规则后，表中字段的排序规则仍然没变，如果在企业管理器中在设计表的界面去一个字段一个字段的改太累人了，




 
 EXEC sp_configure 'allow updates',1 RECONFIGURE WITH OVERRIDE 
 
 update dbo.syscolumns set collationid=65572 where collationid=53284 
 
 EXEC sp_configure 'allow updates',0 RECONFIGURE WITH OVERRIDE 
 go


修改数据库的排序规则的时候,要确保你的数据库没有任何连接. 
 
 最好在查询分析器中用下面的方法,注意修改数据库名: 
 
 /* 
 关闭用户打开的进程处理 
 */ 
 use master 
 go 
 
 if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[p_killspid]') and OBJECTPROPERTY(id, N'IsProcedure') = 1) 
 drop procedure [dbo].[p_killspid] 
 GO 
 
 create proc p_killspid 
 @dbname varchar(200) --要关闭进程的数据库名 
 as 
 declare @sql nvarchar(500) 
 declare @spid nvarchar(20) 
 
 declare #tb cursor for 
 select spid=cast(spid as varchar(20)) from master..sysprocesses where dbid=db_id(@dbname) 
 open #tb 
 fetch next from #tb into @spid 
 while @@fetch_status=0 
 begin 
 exec('kill '+@spid) 
 fetch next from #tb into @spid 
 end 
 close #tb 
 deallocate #tb 
 go 
 
 --关闭用户连接 
 exec p_killspid '数据库名' 
 go 
 
 --修改排序规则 
 Alter datebase Alter datebase 数据库名 Chinese_PRC_BIN

------解决方案--------------------

--修改排序规则

alter database dbname collate COLLATE Chinese_PRC_CI_AS  


------解决方案--------------------
主要问题是列的排序规则没改过来
建议不要使用更改系统表的办法,可能会导致一些怪问题,
你可以使用dmo
foreach(Table tab in db.Tables){
 foreach(Column col in tab.Columns){
   //注意要判断是否是字符型
   col.COLLATE = "Chinese_PRC_CI_AS  "

 }
}

------解决方案--------------------
探讨

引用:
主要问题是列的排序规则没改过来  
建议不要使用更改系统表的办法,可能会导致一些怪问题,  
你可以使用dmo  
foreach(Table tab in db.Tables){  
  foreach(Column col in tab.Columns){  
    //注意要判断是否是字符型  
    col.COLLATE = "Chinese_PRC_CI_AS  "  

  }  
} 
 

你好，谢谢关注！ 
请问此方法可以在查询分析器里写吗？好像不行吧


------解决方案--------------------
还有一点,出现乱码的数据类型是是什么的,如果是nvarchar就不会出现这个问题,
我们公司也出现过这个问题,后来全改成nvarchar型了

------解决方案--------------------
如果是sql server 2005,那么请注意使用UNICODE字符集.
例如:
declare @var nvarchar
set @var = N'select * from sys.ojbects with (nolock)' --前面注意加一个大写的N

------解决方案--------------------
应该是未有相应的字库吧,
在繁体操作系统上装sql server再导入,保无问题.

------解决方案--------------------
nvarchar
nchar

------解决方案--------------------
表示关注！

------解决方案--------------------
我也遇到过这个问题，至今没有好的解决办法，我是在客户的电脑上安装了一个简繁体转换的工具，通过这个工具转换一下就好了，但不是永久转换的，只供查询时方便识别

------解决方案--------------------
我也遇到过，不知道怎么解决的

------解决方案--------------------
字符集的问题呀，把表结构升级成ＵＮＩＣＯＤＥ型就欧了～
以前参与过一个移行的项目，基本类似
数据看似乱码，但仍是有效数据