远程SQL数据库在台湾,是繁体的
本地SQL数据库是简体的
我用在本地用导入数据的方法导入远程的数据表,导入后里面的中文全是乱码!
后来直接用语句,导入的也是乱码!
后来我把本地的默认语言也改成的繁体,改成了这个Chinese_Taiwan_Stroke_CI_AS
再重新导入,里面的中文也是乱码!
请问应该怎么样才能避免导入的数据中的中文是乱码呢?
谢谢!
------解决方案--------------------
- SQL code
如何更改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 [email protected]) 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 "
}
}
------解决方案--------------------
------解决方案--------------------
还有一点,出现乱码的数据类型是是什么的,如果是nvarchar就不会出现这个问题,
我们公司也出现过这个问题,后来全改成nvarchar型了
------解决方案--------------------
如果是sql server 2005,那么请注意使用UNICODE字符集.
例如:
declare @var nvarchar
set @var = N'select * from sys.ojbects with (nolock)' --前面注意加一个大写的N
------解决方案--------------------
应该是未有相应的字库吧,
在繁体操作系统上装sql server再导入,保无问题.
------解决方案--------------------
nvarchar
nchar
------解决方案--------------------
表示关注!
------解决方案--------------------
我也遇到过这个问题,至今没有好的解决办法,我是在客户的电脑上安装了一个简繁体转换的工具,通过这个工具转换一下就好了,但不是永久转换的,只供查询时方便识别
------解决方案--------------------
我也遇到过,不知道怎么解决的
------解决方案--------------------
字符集的问题呀,把表结构升级成UNICODE型就欧了~
以前参与过一个移行的项目,基本类似
数据看似乱码,但仍是有效数据