仓酷云

标题: MSSQL教程之MS SQL Server 2000 中文含混征采存储过... [打印本页]

作者: 透明 时间: 2015-1-16 22:24
标题: MSSQL教程之MS SQL Server 2000 中文含混征采存储过...
索引是一种特殊的文件（InnoDB数据表上的索引是表空间的一个组成部分），它们包含着对数据表里所有记录的引用指针。索引不是万能的，索引可以加快数据检索操作，但会使数据修改操作变慢。每修改数据记录，索引就必须刷新一次。server|存储历程|函数|中文这些存储历程/函数能够在MSSQLServer2000里利用,包括两组存储历程,这两组函数的功效不异,只是合用的汉字内码局限分歧。
这些存储历程及函数撑持GBK(年夜陆简体中文及繁体中文)和BIG5内码(台湾及喷鼻港等的繁体中文)
这些函数将间接用在SQL语句里,利用十分便利。
能够依照含有读音邻近的笔墨举行查找,能够处置多音字,能够查找含有某个邻近读音的字的纪录,在查找姓名时出格有效。
这些存储历程全体用C++Builder编写,而且汉字读音全体由C++处置,效力对照高,比汉字读音贮存在数据库里用SQL查询快良多

【受权体例】
1.本存储历程为收费软件(Freeware),能够无偿使用.
2.假如你(不管你代表团体仍是实体)要公布软件大概作为贸易用处,这个软件(存储历程/函数)必需作为你的软件的功效的一部分,
不克不及独自公布和出卖本软件(存储历程),也不克不及以这个软件制造一个相似功效的软件(存储历程或函数等)来公布.
3.这个受权仅受权给你(不管你代表团体仍是实体),你不克不及再次受权给他人举行受权和公布.

【利用办法】
详细参数申明参考安装办法内里的SQL语句

失掉名字的读音编码(GBK)
selectname,dbo.fn_cncode(name,8)fromtable1征采一切名字含有与小宝读音邻近的纪录,不辨别ZhChSh与zcs(GBK)
select*fromtable1wheredbo.fn_cnlike(name,小宝,9)0
失掉名字的读音编码(BIG5)
selectname,dbo.fn_cncode(name,0)fromtable1
征采一切名字含有与小读音邻近的纪录,不辨别ㄓㄔㄕ与ㄗㄘㄙ(BIG5)
select*fromtable1wheredbo.fn_cnlike(name,小,1)0
【安装办法】
1.把静态链接库VictorMsUa.dll复制到MSSQLServer的Binn文件夹。
默许地位为C:ProgramFilesMicrosoftSQLServerMSSQLBinn
2.经由过程实行SQL语句注册存储历程，这些存储历程必需在Master数据库内里注册。
翻开Master数据库，然后实行上面SQL语句
EXECsp_addextendedprocxp_getspcode,VictorMsUa.dll
EXECsp_addextendedprocxp_gbksndlike,VictorMsUa.dll
EXECsp_addextendedprocxp_getchinesecode,VictorMsUa.dll
EXECsp_addextendedprocxp_chinesesndlike,VictorMsUa.dll
3.在用户数据库内里创立对应的函数
翻开用户数据库，然后实行上面的SQL语句
--GBK编码,撑持繁体中文和简体中文
--str1:汉字字符串,前往值:拼音编码(双拼格局)
CREATEFUNCTIONfn_getspcode(@str1VARCHAR(8000))
RETURNSCHAR(1024)AS
BEGIN
DECLARE@spCHAR(1024)
EXECmaster.dbo.xp_getspcode@str1,@spOUTPUT
RETURN@sp
END
go
--GBK编码,撑持繁体中文和简体中文
--sstr和ssub为汉字字符串,从sstr内里依照读音邻近划定规矩查找ssub
--options:0:一样平常选项,1:不辨别ZhChSh与zcs,2:恣意序,3:包含1和2(GBK)
CREATEFUNCTIONfn_gbksndlike(@sstrVARCHAR(8000),@ssubVARCHAR(8000),@optionsSMALLINT)
RETURNSSMALLINTAS
BEGIN
DECLARE@vSMALLINT
EXECmaster.dbo.xp_gbksndlike@sstr,@ssub,@options,@vOUTPUT
RETURN@v
END
go
--撑持BIG5和GBK两种汉字编码,撑持繁体中文和简体中文,经由过程options参数设定
--str1:汉字字符串,前往值:拼音编码(双拼格局)
--options:0:BIG5编码,8:GBK编码
CREATEFUNCTIONfn_cncode(@str1VARCHAR(8000),@optionsSMALLINT)
RETURNSCHAR(1024)AS
BEGIN
DECLARE@spCHAR(1024)
EXECmaster.dbo.xp_getchinesecode@str1,@options,@spOUTPUT
RETURN@sp
END
go
--撑持BIG5和GBK两种汉字编码,撑持繁体中文和简体中文,经由过程options参数设定
--sstr和ssub为汉字字符串,从sstr内里依照读音邻近划定规矩查找ssub
--options:BIG5:0:一样平常选项,1:不辨别ZhChSh与zcs,2:恣意序,3:包含1和2(GBK)
--GBK:8:一样平常选项,9:不辨别ZhChSh与zcs,10:恣意序,11:包含1和2(GBK)
CREATEFUNCTIONfn_cnlike(@sstrVARCHAR(8000),@ssubVARCHAR(8000),@optionsSMALLINT)
RETURNSSMALLINTAS
BEGIN
DECLARE@vSMALLINT
EXECmaster.dbo.xp_chinesesndlike@sstr,@ssub,@options,@vOUTPUT
RETURN@v
END
go
下载MSSQLServer2000中文含混征采存储历程
mysqld进程在一个写入当中被杀死;计算机的意外关闭(例如，如果计算机掉电);一个硬件错误。

作者: 小女巫 时间: 2015-1-19 10:44
对递归类的树遍历很有帮助。个人感觉这个真是太棒了！阅读清晰，非常有时代感。

作者: 飘灵儿 时间: 2015-1-28 06:07
其实可以做一下类比，Oracle等数据库产品老早就支持了java编程，而且提供了java池参数作为用户配置接口。但是现在有哪些系统大批使用了java存储过程？！连Oracle自己的应用都不用为什么？！

作者: 活着的死人 时间: 2015-2-5 19:06
对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。

作者: 小魔女 时间: 2015-2-13 06:54
对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。

作者: 只想知道 时间: 2015-3-3 18:49
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已，性能方面提高不多。但是SQL2005提供了计算字段的持久化，这就提高了查询的性能，但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。

作者: 莫相离 时间: 2015-3-11 12:48
分区表是个亮点！从分区表也能看出微软要做大作强SQLServer的信心。资料很多，这里不详细说。但是重点了解的是：现在的SQLServer2005的表，都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。

作者: 柔情似水 时间: 2015-3-26 14:46
备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

欢迎光临仓酷云 (http://ckuyun.com/)