MYSQL编程:怎样在SQL Server2000中处置半个汉字的...
如果你需要额外的功能的话,MySQL的普及性实际上可以让你发现总有一个厂商会提供准确的解决方案,而这个方案会满足你的需要和需求。server|汉字|成绩/*writtenbyenydraboy,2003-07-17*/
/*宣布于CSDN*/
/*转载请说明出处和保存此版权信息*/
在csdn的专家论坛中,看到有一名伴侣问起关于“因为从别的数据库中导进的数据存在半个汉字的成绩,以是但愿能在查询语句中将这半个汉字处置失落,怎样处置都行。看列位妙手不惜见教!”的成绩,启初有点不测,可是厥后以为从这个成绩能够带出一些SQLServer汉字中存储和处置的办法,以为有需要总结一下。
汉字是由两个字节存储的,每一个字节的数值都>127。以是下面的成绩的办理计划就是:把字符串按字节按次截取,当呈现第一个字节是>127,可是前面一个字节是<127的这类情形,就抛弃失落。
接上去,我们要明白些手艺细节:
(1)在SQLServer中有良多字符串相干的操纵函数,可是间接往操纵包括了汉字的字符串,会有点成绩。申明以下:LEN盘算长度的时分,会把汉字和英笔墨符都当作长度一样的;substring也是如许,ascii是前往第一个字节的ASCII码。
Example:
selectlen(你好a),substring(你好a,1,1),ascii(你)
了局是
--------------------------
3你196
必定要把字符串要转换成varbinary来处置,才能够。
(2)SQLServer中,怎样把ASCII码组分解汉字,就是把高字节和底字节分离转成字符再拼接起来。如char(210)+char(166)就是姚这个汉字。
再明白了下面的手艺细节后,接上去就能够办理成绩了。我经由过程编写一个函数来办理成绩。
createfunctionfn_TruncSemiHanzi(@strvarchar(4000))
returnsvarchar(8000)
as
begin
declare
@sTmpvarchar(8000),@iint,@itmpint,@itmp2int,@stmp2varchar(2)
select@sTmp=
select@i=1
while@i<=len(@str)
begin
select@itmp=convert(int,substring(convert(varbinary,substring(@str,@i,1)),1,1))--截取一个字节
if@itmp>127
begin
--年夜于127反省前面一个字节
select@itmp2=convert(int,substring(convert(varbinary,substring(@str,@i,1)),2,1))
if@itmp2>127
begin
select@stmp2=char(@itmp)+char(@itmp2)--是一个完全的汉字
end
else
begin
select@stmp2=char(@itmp2)--抛弃半个汉字
end
end
else
begin
select@sTmp2=char(@itmp)
end
select@sTmp=@sTmp+@stmp2
select@i=@i+1
end
return@stmp
end
测试以下:
DECLARE@strvarchar(4000)
--设置参数值
--设置参数值
--带有半个汉字,是你这个汉字的后面一部分
select@str=b+char(convert(int,substring(convert(varbinary,你),1,1)))+a你
select@str带有半个汉字,dbo.fn_TruncSemiHanzi(@str)往失落半个汉字
带有半个汉字长度往失落半个汉字长度
---------------------------------------------------------------
ba你3ba你3
我们还能够发明如许一个风趣的征象,因为我是截了半个汉字出来,了局你的前半个汉字的字符和前面一个英笔墨母a组合,成了一个怪怪的字符a。
总结,经由过程这个成绩的办理,人人能够懂得汉字在SQLServer2000中存储和处置的基础办法,像怎样辨别一个字符串中是不是包括了汉字,和分别字符串中中文和英文都能够套用本文中办法。
本文中测试的情况是Win2000Server(中文)+SQLServer2000(中文),英文情况下没有测试,若有成绩,接待人人斧正。当然,或许这并不是我们拒绝MySQL的一个有说服力的MySQL学习教程,但是对于一些比较守旧的IT经理来说,在为一些关键业务选择平台的时候,平台的成熟性却是必须要考虑的一个因素,在这一点上,MySQL无疑毫无优势。 无法深入到数据库系统层面去了解和探究 入门没那么困难,精通没那么容易 记得在最开始使用2k的时候就要用到这个功能,可惜2k没有,现在有了作解决方案的朋友会很高兴吧。 索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。 比如日志传送、比如集群。。。 sqlserver的痛苦之处在于有用文档的匮乏,很多只是表明的东西 SQLServer的异构移植功能个人感觉最好了。(如果对比过SQLServer的链接服务器和Oracle的透明网关的朋友会发现SQLServer的sp_addlinkedserver(openquery)异构数据库系列比Oracle真是强太多了。) 呵呵,这就是偶想说的
页:
[1]