| 订阅 | 在线投稿
分享
 
 
 

SQL Server数据库简体繁体数据混用的问题

2008-07-22 05:34:14 编辑來源:互联网 国际版 评论
 
 
本文为【SQL Server数据库简体繁体数据混用的问题】的汉字拼音对照版显示拼音
  zhepianluntanwenzhangzhechongjieshaoleSQL Servershujukujiantifantishujuhunyongdewentixiangxineirongqingshenkaoxiawen

  woxianzaiyaoshuodeshiyigezaijiantifantishujuhunyongdeshihouhenrongyifashengdewentidanshizhegewentiyehenrongyibeidajiahuluejutilaishuozhegewentihuizaisuoyoucaiyongbutongpaixuguizedeshujushilijianguanlianshujudeshihoufashengyexuwozhemeshuodajiahuanshinongbuqingchudaodishizenmehuishierwoxianlaijiangyixiawojintianpengdaodewenti

  gongsilimian使shiyongdeshujukuhuiyoujiantizhongwenhefantizhongwenliangzhongbanbenwoxianzaizhegezhuanan使shiyongdeSQLServershifantizhongwenbandedanshixuyao使shiyongdaolingyige使shiyongjiantizhongwenbanSQLServerzhuanandeshujuwoanzhaotongchangdezuofabajiantizhongwenbanSQLServerzhongdeyigeshujubiaodaorudaoxianzai使shiyongdefantizhongwenbanSQLServerzhongjiegouheshujudoudaoruchenggonglewoyikaishibingmeiyouyishidaozheyangzuohuiyoushenmewentijiexialaiwokaishitiaoshiSQLyujuqishishiyigehenjiandandeliangbiaoguanlianshujuxuanzedazhiruxia

  select table1.*,table2.*

  from table1

  inner join table2 on table2.FK = table1.PK

  zhaolishuozhemejiandandeyujumeidaolihuichushenmewentibuguozaichaxunfenxiqilimianshizhongtishiruxiadecuowu

  fuwuqi: xiaoxi 446jibie 16zhuangtai 9xing 1

  mofajiexi equal to dongzuodedingxuchongtu

  houlaisousuoleyixiaranhouyoukanleyixiaT-SQLdebangzhucaizhidaoyuanlaishiyinweiwojiangjiantizhongwenSQL Serverzhongdeshujubiaodaorudaofantizhongwendeshujubiaozhongdeshihouliantongyuanshujudepaixufangshiyibingdaorudaozhilejiantishujubiaodepaixufangshiyiranshijiantisuoyiwufajinxingbijiaocongerchucuojiejuedebanfashizhimingpaixufangshigaosuchaxunfenxiqiyinggaizenyangpaixujikezhelihuixuyaoyongdaoyigeguanjianzi COLLATE Coliate zaiSQLServerlianjicongshuzhongshizheyangjieshide:

  COLLATE

  yigezijukeyingyongyushujukudingyihuoliedingyiyidingyipaixuguizehuoyingyongyuzifuchuanbiaodashiyiyingyongpaixuguizetouying

  yufa:

  COLLATE < collation_name >

  < collation_name > ::=

  { Windows_collation_name } | { SQL_collation_name }

  shenshu

  collation_name

  shiyingyongyubiaodashiliedingyihuoshujukudingyidepaixuguizedemingchengcollation_name keyizhishizhidingde Windows_collation_name huo SQL_collation_name

  Windows_collation_name

  shiWindows paixuguizedepaixuguizemingchengqingshenjianWindowspaixuguizemingcheng

  SQL_collation_name

  shi SQL paixuguizedepaixuguizemingchengqingshenjian SQL paixuguizemingcheng

  namewomenzenmekeyizhidaodangqiandepaixuguizemingchengshishenmeneqishizhegepaixuguizemingchengshiwomenzaichuangjianshujukushilideshihoujiukeyijinxingxuanzedebuguotongchangqingkuangxiawomendouhuimorenyuanlaideshedingbuhuiduiqijinxingbiangengsuoyiruguoshijiantizhongwendeSQLServerjiuhuimorende使shiyongjiantizhongwendepaixuguizeerruguoshifantizhongwendeSQLServerjiuhuimorende使shiyongfantizhongwendepaixuguizewomenzaichakanshujukushilideshuxingshichangguiyeqiandezuixiamianyixingjiushidangqiandepaixuguizezaimorendeqingkuangxiajiantizhongwendepaixuguizemingchengshiChinese_PRC_CI_ASerfantizhongwendepaixuguizemingchengzeshiChinese_Taiwan_Stroke_CI_ASsuoyiwomenruguozaiyoujiantifantipaixuguizemingchenghunyongdeshihouzhiyaoshengmingyixianidangqianyao使shiyongnazhongpaixuguizejinxingbijiaojiukeyileliruzhenduishangmiandenageSQLyujuxiamianliangzhongfangfadoukeyijiejuenagecuowutishidewenti

  SELECT Table1.*,Table2.*

  FROM Table1

  INNER JOIN Table2 ON Table2.FK = Table1.PK COLLATE Chinese_PRC_CI_AS

  SELECT Table1.*,Table2.*

  FROM Table1

  INNER JOIN Table2 ON Table2.FK = Table1.PK COLLATE Chinese_Taiwan_Stroke_CI_AS

  shuolebantianruhejiejuepaixuguizechongtuyinqidewentiruguohuanyouxingqudehuaxiamianbaSQL Serverlianjicongshulimianguanyupaixuguizedegainiantiechulaigeidajiafenxiangyixiashengdedajiazaiquzhao

  Microsoft® SQL Server™ 2000 zhichiduozhongpaixuguizepaixuguizeduikongzhizhengque使shiyongyuyanrumaqidunyuhuobolanyuhuozimubiaoru西xiouyuyan使shiyongdeladingzimubiao Latin1_Generalzifudeguizejinxingbianma

  meige SQL Server paixuguizezhidingsangeshuxing

  yongyu Unicode shujuleixingncharnvarchar he ntextdepaixucixupaixucixudingyizifudepaixuxulieyijizaibijiaocaozuozhongduizifuquzhidefangfa

  yongyufei Unicode zifushujuleixingcharvarchar he textdepaixucixu

  yongyucunchufei Unicode zifushujudedaimaye

  shuoming bunengzhidingyu Unicode shujuleixingncharnvarchar he ntextduiyingdedaimayeyongyu Unicode zifudeshuangzijieweimoshiyou Unicode biaozhundingyiqiebunenggenggai

  kezairenhejibieshangzhiding SQL Server 2000 paixuguizeanzhuang SQL Server 2000 shilishikezhidinggaishilidemorenpaixuguizemeicichuangjianshujukushikezhidingyongyugaishujukudemorenpaixuguizeruguoweizhidingpaixuguizeshujukudemorenpaixuguizejishishilidemorenpaixuguizewulunheshidingyizifuliebianlianghuoshenshudoukezhidingzhexieduixiangdepaixuguizeruguoweizhidingpaixuguizejiang使shiyongshujukudemorenpaixuguizechuangjianzhexieduixiang

  ruguo SQL Server shilidesuoyouyonghudou使shiyongtongyizhongyuyanzeyingxuanzezhichigaiyuyandepaixuguizeliruruosuoyouyonghudoujiangfayuzexuanzefayupaixuguize

  ruguo SQL Server shilideyonghu使shiyongduozhongyuyanzeyingxuanzenengduiduoyuzhongxuqiutigongzuijiazhichidepaixuguizeliruruguoyonghuyibandoujiang西xiouyuyanzexuanze Latin1_General paixuguizedangzhichi使shiyongduozhongyuyandeyonghushiduisuoyouzifushujudou使shiyong Unicode shujuleixing ncharnvarchar he ntext zuiweichongyaoUnicode zhizaixiaochufei Unicode charvarchar he text shujuleixingdedaimayezhuanhuankunnanyinweipaixuguizedingyiyongyubijiaocaozuodepaixucixuhe Unicode zifudepaixusuoyidangyong Unicode shujuleixingshixiansuoyoudelieshipaixuguizerenghuichanshengbutongji使shidang使shiyong Unicode shujuleixingcunchuzifushujushiyeyingxuanzezhichidaduoshuyonghudepaixuguizeyifang使shiyongfei Unicode shujuleixingshixianliehuobianliang

  SQL Server paixuguizedingyishujukuyinqingcunchuhecaozuozifuji Unicode shujudefangshiranerdangshujuyiruyingyongchengxuhouzaiyingyongchengxuzhongjinxingdezifupaixuhebijiaojiangyoujisuanjishangxuandingde Windows quyushezhikongzhiyingyongchengxu使shiyongdezifushujupaixuguizeshiyou Windows quyushezhikongzhidexiangmuzhiyiquyushezhihuandingyiqitaxiangmurushuzishijianriqihehuobigeshiduiyu Microsoft Windows NT® 4.0Microsoft Windows® 98 he Microsoft Windows 95ke使shiyongkongzhimianbanzhongde"quyushezhi"yingyongchengxuzhiding Windows quyushezhiduiyu Microsoft Windows 2000ke使shiyong"kongzhimianban"zhongde"quyuxuanxiang"yingyongchengxuzhidingquyushezhiyouguan Windows quyushezhidegengduoxinxiqingshenjian Microsoft Web zhandian MSDN® yezhongde Developing International Software for Windows 95 and Windows NT 4.0

  duogepaixuguizekeduifei Unicode shuju使shiyongxiangtongdedaimayelirudaimaye 1251 dingyi西xilieryuzifujiduogepaixuguizeru Cyrillic_GeneralUkrainian he Macedoniandou使shiyonggaidaimayesuiranzhexiepaixuguizedou使shiyongxiangtongdeweijilaibiaoshifei Unicode zifushujudanzaichulizidiandingyishisuoyingyongdepaixuhebijiaoguizelueyoubutongerzidiandingyiquedingyuyanhuozimubiaozhongyupaixuguizexiangguandezhengquezifuxulie

  yinweiSQL Server 2000paixuguizekongzhi Unicode hefei Unicode paixucixusuoyibuhuiyudaoyouwei Unicode hefei Unicode shujuzhidingbutongdepaixuguizeeryinqidewentizai SQL Server dezaoqibanbenzhongduidaimayehaozifupaixucixuhe Unicode paixuguizefenbiejinxingzhidingSQL Server dezaoqibanbenhuanzhichimeigedaimayeyoubutongshumudepaixucixubingweimouxiedaimayetigong Windows quyushezhizhongmeiyoudepaixucixuzai SQL Server 7.0 zhonghuankeyizhidingweifei Unicode shujuxuanzedepaixucixuyiwaideqita Unicode paixucixuzhehuidaozhizai使shiyongyufei Unicode shujuxiangduide Unicode shujushipaixuhebijiaocaozuofanhuibutongdejieguo原文
 
 
这篇论坛文章着重介绍了SQL Server数据库简体繁体数据混用的问题,详细内容请参考下文: 我现在要说的是一个在简体繁体数据混用的时候很容易发生的问题,但是这个问题也很容易被大家忽略。具体来说,这个问题会在所有采用不同排序规则的数据实例间关联数据的时候发生。也许我这么说大家还是弄不清楚到底是怎么回事儿,我先来讲一下我今天碰到的问题。 公司里面使用的数据库会有简体中文和繁体中文两种版本。我现在这个专案使用的SQLServer是繁体中文版的,但是需要使用到另一个使用简体中文版SQLServer专案的数据,我按照通常的做法把简体中文版SQLServer中的一个数据表导入到现在使用的繁体中文版SQLServer中,结构和数据都导入成功了。我一开始并没有意识到这样做会有什么问题。接下来我开始调试SQL语句,其实是一个很简单的两表关联数据选择大致如下: select table1.*,table2.* from table1 inner join table2 on table2.FK = table1.PK 照理说这么简单的语句没道理会出什么问题,不过在查询分析器里面始终提示如下的错误 服务器: 消息 446,级别 16,状态 9,行 1 無法解析 equal to 動作的定序衝突。 后来搜索了一下,然后又看了一下T-SQL的帮助,才知道原来是因为我将简体中文SQL Server中的数据表导入到繁体中文的数据表中的是后,连同原数据的排序方式一并导入,导致了简体数据表的排序方式依然是简体,所以无法进行比较,从而出错。解决的办法是指名排序方式,告诉查询分析器应该怎样排序即可。这里会需要用到一个关键字 COLLATE Coliate 在SQLServer联机丛书中是这样解释的: COLLATE 一个子句,可应用于数据库定义或列定义以定义排序规则,或应用于字符串表达式以应用排序规则投影。 语法: COLLATE < collation_name > < collation_name > ::= { Windows_collation_name } | { SQL_collation_name } 参数 collation_name 是应用于表达式、列定义或数据库定义的排序规则的名称。collation_name 可以只是指定的 Windows_collation_name 或 SQL_collation_name。 Windows_collation_name 是Windows 排序规则的排序规则名称。请参见Windows排序规则名称。 SQL_collation_name 是 SQL 排序规则的排序规则名称。请参见 SQL 排序规则名称。 那么我们怎么可以知道当前的排序规则名称是什么呢,其实这个排序规则名称是我们在创建数据库(实例)的时候就可以进行选择的,不过通常情况下我们都会默认原来的设定,不会对其进行变更,所以如果是简体中文的SQLServer就会默认的使用简体中文的排序规则,而如果是繁体中文的SQLServer就会默认的使用繁体中文的排序规则。我们在察看数据库(实例)的属性时,常规页签的最下面一行就是当前的排序规则。在默认的情况下,简体中文的排序规则名称是:Chinese_PRC_CI_AS,而繁体中文的排序规则名称则是:Chinese_Taiwan_Stroke_CI_AS,所以我们如果在有简体繁体排序规则名称混用的时候,只要声明一下你当前要使用哪种排序规则进行比较就可以了,例如针对上面的那个SQL语句,下面两种方法都可以解决那个错误提示的问题 SELECT Table1.*,Table2.* FROM Table1 INNER JOIN Table2 ON Table2.FK = Table1.PK COLLATE Chinese_PRC_CI_AS SELECT Table1.*,Table2.* FROM Table1 INNER JOIN Table2 ON Table2.FK = Table1.PK COLLATE Chinese_Taiwan_Stroke_CI_AS 说了半天如何解决排序规则冲突引起的问题,如果还有兴趣的话,下面把SQL Server联机丛书里面关于排序规则的概念贴出来给大家分享一下,省得大家再去找: Microsoft® SQL Server™ 2000 支持多种排序规则。排序规则对控制正确使用语言(如马其顿语或波兰语)或字母表(如西欧语言使用的拉丁字母表 Latin1_General)字符的规则进行编码。 每个 SQL Server 排序规则指定三个属性: 用于 Unicode 数据类型(nchar、nvarchar 和 ntext)的排序次序。排序次序定义字符的排序序列,以及在比较操作中对字符取值的方法。 用于非 Unicode 字符数据类型(char、varchar 和 text)的排序次序。 用于存储非 Unicode 字符数据的代码页。 说明 不能指定与 Unicode 数据类型(nchar、nvarchar 和 ntext)对应的代码页。用于 Unicode 字符的双字节位模式由 Unicode 标准定义且不能更改。 可在任何级别上指定 SQL Server 2000 排序规则。安装 SQL Server 2000 实例时,可指定该实例的默认排序规则。每次创建数据库时,可指定用于该数据库的默认排序规则。如果未指定排序规则,数据库的默认排序规则即是实例的默认排序规则。无论何时定义字符列、变量或参数,都可指定这些对象的排序规则。如果未指定排序规则,将使用数据库的默认排序规则创建这些对象。 如果 SQL Server 实例的所有用户都使用同一种语言,则应选择支持该语言的排序规则。例如,若所有用户都讲法语,则选择法语排序规则。 如果 SQL Server 实例的用户使用多种语言,则应选择能对多语种需求提供最佳支持的排序规则。例如,如果用户一般都讲西欧语言,则选择 Latin1_General 排序规则。当支持使用多种语言的用户时,对所有字符数据都使用 Unicode 数据类型 nchar、nvarchar 和 ntext 最为重要。Unicode 旨在消除非 Unicode char、varchar 和 text 数据类型的代码页转换困难。因为排序规则定义用于比较操作的排序次序和 Unicode 字符的排序,所以当用 Unicode 数据类型实现所有的列时,排序规则仍会产生不同。即使当使用 Unicode 数据类型存储字符数据时,也应选择支持大多数用户的排序规则,以防使用非 Unicode 数据类型实现列或变量。 SQL Server 排序规则定义数据库引擎存储和操作字符及 Unicode 数据的方式。然而,当数据移入应用程序后,在应用程序中进行的字符排序和比较将由计算机上选定的 Windows 区域设置控制。应用程序使用的字符数据排序规则是由 Windows 区域设置控制的项目之一,区域设置还定义其它项目,如数字、时间、日期和货币格式。对于 Microsoft Windows NT® 4.0、Microsoft Windows® 98 和 Microsoft Windows 95,可使用控制面板中的"区域设置"应用程序指定 Windows 区域设置。对于 Microsoft Windows 2000,可使用"控制面板"中的"区域选项"应用程序指定区域设置。有关 Windows 区域设置的更多信息,请参见 Microsoft Web 站点 MSDN® 页中的 Developing International Software for Windows 95 and Windows NT 4.0。 多个排序规则可对非 Unicode 数据使用相同的代码页。例如,代码页 1251 定义西里尔语字符集。多个排序规则(如 Cyrillic_General、Ukrainian 和 Macedonian)都使用该代码页。虽然这些排序规则都使用相同的位集来表示非 Unicode 字符数据,但在处理字典定义时所应用的排序和比较规则略有不同,而字典定义确定语言或字母表中与排序规则相关的正确字符序列。 因为SQL Server 2000排序规则控制 Unicode 和非 Unicode 排序次序,所以不会遇到由为 Unicode 和非 Unicode 数据指定不同的排序规则而引起的问题。在 SQL Server 的早期版本中,对代码页号、字符排序次序和 Unicode 排序规则分别进行指定。SQL Server 的早期版本还支持每个代码页有不同数目的排序次序,并为某些代码页提供 Windows 区域设置中没有的排序次序。在 SQL Server 7.0 中,还可以指定为非 Unicode 数据选择的排序次序以外的其它 Unicode 排序次序。这会导致在使用与非 Unicode 数据相对的 Unicode 数据时,排序和比较操作返回不同的结果。
󰈣󰈤
 
 
>>返回首页<<
 为你推荐
 
 
 
 转载本文
 UBB代码 HTML代码
复制到剪贴板...
 
 
 热帖排行
 
 
王朝网络微信公众号
微信扫码关注本站公众号wangchaonetcn
 
  免责声明:本文仅代表作者个人观点,与王朝网络无关。王朝网络登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,其原创性以及文中陈述文字和内容未经本站证实,对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
©2005- 王朝网络 版权所有