存储过程中字符串处理_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
存储过程中字符串处理
上传于|0|0|文档简介
&&存储过程中字符串处理
阅读已结束，如果下载本文需要使用5下载券
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，查找使用更方便
还剩3页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢　　MSSQL为我们提供了两种动态执行SQL语句的命令，分别是EXEC和sp_通常,sp_executesql则更具有优势，它提供了输入输出接口，而EXEC没有。还有一个最大的好处就是利用sp_executesql，能够重用执行计划，这就大大提供了执行性能，还可以编写更安全的代码。EXEC在某些情况下会更灵活。除非您有令人信服的理由使用EXEC，否侧尽量使用sp_executesql.
1.EXEC的使用
&&&& EXEC命令有两种用法，一种是执行一个存储过程，另一种是执行一个动态的批处理。以下所讲的都是第二种用法。
　　下面先使用EXEC演示一个例子,代码1
DECLARE @TableName VARCHAR(50),@Sql NVARCHAR (MAX),@OrderID INT;
SET @TableName = 'Orders';
SET @OrderID = 10251;
SET @sql = &　　　　'SELECT * FROM '+QUOTENAME(@TableName) +'WHERE OrderID = '+&　　　　CAST(@OrderID AS VARCHAR(10))+' ORDER BY ORDERID DESC'
EXEC(@sql);
注：这里的EXEC括号中只允许包含一个字符串变量，但是可以串联多个变量，如果我们这样写EXEC：
EXEC('SELECT TOP('+ CAST(@TopCount AS VARCHAR(10)) +')* FROM '+&　　　　　　　　　　QUOTENAME(@TableName) +' ORDER BY ORDERID DESC');
&&&&& SQL编译器就会报错，编译不通过，而如果我们这样：
EXEC(@sql+@sql2+@sql3);
编译器就会通过；&&&&&& 所以最佳的做法是把代码构造到一个变量中，然后再把该变量作为EXEC命令的输入参数，这样就不会受限制了。&&&&&& EXEC的缺点是不提供接口，这里的接口是指，它不能执行一个包含一个带变量符的批处理，如下
DECLARE @TableName VARCHAR(50),@Sql NVARCHAR(MAX),@OrderID INT;
SET @TableName = 'Orders';
SET @OrderID = 10251;
SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) +&　　　　'WHERE OrderID = @OrderID ORDER BY ORDERID DESC'
EXEC(@sql);
&&&&& 关键就在SET @sql这一句话中，如果我们运行这个批处理，编译器就会产生一下错误
&&Msg 137, Level 15, State 2, Line 1 &&必须声明标量变量 "@OrderID"。
&&&&& 使用EXEC时，如果您想访问变量，必须把变量内容串联到动态构建的代码字符串中，如：
SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) +&　　'WHERE OrderID = '+CAST(@OrderID AS VARCHAR(10))+' ORDER BY ORDERID DESC'
&&&&& 串联变量的内容也存在性能方面的弊端。SQL Server为每一个的查询字符串创建新的执行计划，即使查询模式相同也是这样。为演示这一点，先清空缓存中的执行计划
&&DBCC FREEPROCCACHE (这个不是本文所涉及的内容，您可以查看MS的MSDN)
&&&&& 将代码1运行3次，分别对@OrderID 赋予下面3个值，1，10253。然后使用下面的代码查询
SELECT cacheobjtype,objtype,usecounts,sql FROM sys.syscacheobjects WHERE sql NOT LIKE '%cach%' AND sql NOT LIKE '%sys.%'
&&&&& 点击F5运行，我们可以看到，每执行一次都要产生一次的编译，执行计划没有得到充分重用。
&&&&& EXEC除了不支持动态批处理中的输入参数外，他也不支持输出参数。默认情况下，EXEC把查询的输出返回给调用者。例如下面代码返回Orders表中所有的记录数
DECLARE @sql NVARCHAR(MAX) SET @sql = 'SELECT COUNT(ORDERID) FROM Orders'; EXEC(@sql);
&&& 然而，如果你要把输出返回给调用批处理中的变量，事情就没有那么简单了。为此，你必须使用INSERT EXEC语法把输出插入到一个目标表中，然后从这表中获取值后赋给该变量，就像这样：
DECLARE @sql NVARCHAR(MAX),@RecordCount INT SET @sql = 'SELECT COUNT(ORDERID) FROM Orders'; CREATE TABLE #T(TID INT); INSERT INTO #T EXEC(@sql); SET @RecordCount = (SELECT TID FROM #T) SELECT @RecordCount DROP TABLE #T2
2.sp_executesql的使用
sp_executesql命令在SQL Server中引入的比EXEC命令晚一些，它主要为重用执行计划提供更好的支持。
为了和EXEC作一个鲜明的对比,我们看看如果用代码1的代码，把EXEC换成sp_executesql,看看是否得到我们所期望的结果
DECLARE @TableName VARCHAR(50),@sql NVARCHAR(MAX),@OrderID INT ,@sql2 NVARCHAR(MAX); SET @TableName = 'Orders '; SET @OrderID = 10251; SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + ' WHERE OrderID = '+CAST(@OrderID AS VARCHAR(50)) + ' ORDER BY ORDERID DESC' EXEC sp_executesql @sql
&&& 注意最后一行；事实证明可以运行；
sp_executesql提供接口
&&& sp_executesql命令比EXEC命令更灵活，因为它提供一个接口，该接口及支持输入参数也支持输出参数。这功能使你可以创建带参数的查询字符串，这样就可以比EXEC更好的重用执行计划,sp_executesql的构成与存储过程非常相似，不同之处在于你是动态构建代码。它的构成包括：代码快，参数声明部分，参数赋值部分。说了这么多，还是看看它的语法：
EXEC sp_executesql
@stmt= &statement&,--类似存储过程主体
@params = &params&, --类似存储过程参数部分,声明参数类型
&params assignment& --类似存储过程调用，为参数赋值,参数值要和参数顺序要一一对应，也可以通过为参数指明参数值的方式为其赋值
&@stmt参数是输入的动态批处理，它可以引入输入参数或输出参数，和存储过程的主体语句一样，只不过它是动态的，而存储过程是静态的，不过你也可以在存储过程中使用sp_
&@params参数与定义输入/输出参数的存储过程头类似，实际上和存储过程头的语法完全一样；
&@&params assignment& 与调用存储过程的EXEC部分类似。
&&&& 其实@stmt,@params可以省略，那么exec sp_executesql的语法就可以简写成如下格式：
EXEC sp_executesql
&statement&,
&params assignment&
&&&& 为了说明sp_executesql对执行计划的管理优于EXEC,我将使用前面讨论EXEC时用到的代码。
DECLARE @TableName VARCHAR(50),@sql NVARCHAR(MAX),@OrderID INT;
SET @TableName = 'Orders ';
SET @OrderID = 10251;
SET @sql = 'SELECT * FROM '+@TableName + ' WHERE OrderID = @OID ORDER BY ORDERID DESC'
--注意当要对动态sql语句的表名实行参数化时，不可以如下表示：
--set @sql='select * from @TableName where OrderID=@OID ORDER BY Orderid desc',
--如果这样会提示必须声明标量变量@TableName,只可以如上面所写的一样，将表名@TableName作为变量名进行拼接
EXEC sp_executesql
N'@OID int ',
@OID = @OrderID
&&&& 下面我们看看exec sp_executesql的执行效率，在调用该代码和检查它生成的执行计划前，先清空缓存中的执行计划；
&&DBCC FREEPROCCACHE
&&&& 将上面的动态代码执行3次，每次执行都赋予@OrderID 不同的值，然后查询sys.syscacheobjects表，并注意它的输出，优化器只创建了一个备用计划，而且该计划被重用的3次
SELECT cacheobjtype,objtype,usecounts,sql FROM sys.syscacheobjects 　　WHERE sql NOT LIKE '%cache%' AND sql NOT LIKE '%sys.%' AND sql NOT LIKE '%sp_executesql%'
&&&& 点击F5运行。
&&&& sq_executesql的另一个与其接口有关的强大功能是，你可以使用输出参数为调用批处理中的变量返回值。利用该功能可以避免用临时表返回数据，从而得到更高效的代码和更少的重新编译。定义和使用输出参数的语法与存储过程类似。也就是说，你需要在声明参数时指定OUTPUT子句。例如，下面的静态代码简单的演示了如何从动态批处理中利用输出参数@p把值返回到外部批处理中的变量@i.
DECLARE @sql AS NVARCHAR(12),@i AS INT;
SET @sql = N' SET @p = 10';
EXEC sp_executesql
N'@p AS INT OUTPUT',
@p = @i OUTPUT
--该代码返回输出10
&&以字母 N 为前缀标识 Unicode 字符串常量
&&&&& 总结以下几点：&&一.使用exce sp_executesql效率比exec要高，同一类型的语句，只需编译一次即可，而exec执行几次就需要编译几次。&&二.构造动态sql的where子句，也就是条件子句时，exec无法使用变量来进行站位，需要将变量转换成字符串，然后和动态sql进行拼接，这就可能引起Sql注入问题，如下：&&&&
SET @sql = 'SELECT * FROM '+QUOTENAME(@TableName) + &　　' WHERE OrderID = '+CAST(@OrderID AS VARCHAR(50)) + ' ORDER BY ORDERID DESC'
&&&&&&& 而若使用exec sp_executesql则可以使用变量来进行站位，以后再给这个参数传值的放式构造动态sql，就避免的Sql注入的问题，如下：
SET @sql = 'SELECT * FROM '+@TableName + ' WHERE OrderID = @OID ORDER BY ORDERID DESC'
&&三.无论是Exec还是Exec sp_executesql，如果想要将表名和列名进行动态参数化，不可以使用表名参数和列名参数来进行站位，而且表名参数和列名参数需要使用存储过程的参数.对&&&& 于exec sp_executesql来说，不可以将表名参数和列名参数在指定为在exec sp_executesql参数声明部分声明的参数，如：
create PROCEDURE GetData
@tbName nvarchar(10),
@colName nvarchar(10),
@Name nvarchar(10)
declare @sql nvarchar(50);
set @sql='select '+ @colName+'
from ' +@tbName+ ' where name=@whereName';
--注意此句不可以写成如下:
-- set @sql='select @colName from @tbName where name=@whereName';
exec sp_executesql
N'@whereName nvarchar(10)',
&&&&& 也就是说exec sp_executesql语句的参数声明部分只能声明动态sql的where子句的参数。
阅读(...) 评论()SQL Server 2014内存优化表之存储过程中判断包含字符串算法 - 推酷
SQL Server 2014内存优化表之存储过程中判断包含字符串算法
在SQL Server 2014中提供了
，以提供更快的事务处理，支持更多的处理并发。由于使用了新的存储架构，内存优化表相比传统磁盘表性能提高了不少，但也存在很多的限制。比如不能使用发布订阅，不支持varchar数据类型，不能进行复杂的条件查询，还不支持很多的内置函数，比如判断某个字符或某几个字符是否包含在字段中，在传统磁盘表中可以使用CHARINDEX或者PATINDEX，但是内存优化表不支持。解决这个问题我目前只想到两个方法：第一种查询出数据后在程序中进行判断，第二种在存储过程中利用支持的函数进行判断。这篇文章将介绍第二种方法。
为什么要使用存储过程呢？
内存优化表中使用的存储过程不是普通的存储过程，称之为本机编译的存储过程，
按照官方的说法，本机存储过程是在创建时编译的，直接编译为处理器可执行的代码，适合执行性能要求比较高的处理，这也是使用内存优化表的原因之一。
还提到如果只是执行一条查询语句，则使用本机编译存储过程和使用Transact-SQL相比并无性能优势，本机编译存储过程特别适合以下操作：
嵌套循环联接。
多语句选择、插入、更新和删除操作。
复杂表达式。
程序逻辑，如条件语句和循环。
本机编译存储过程中判断包含字符串
先来看一个应用场景：有一张内存优化表保存了用户的爱好，所有的爱好保存在一个字段中，用逗号隔开，现在需要做一个查询更新操作，如果用户具有指定的爱好则返回，如果不具有则添加指定的爱好到用户全部爱好中。
建表语句：
CREATE TABLE [dbo].[UserFavorite]
[UserID] [nvarchar](40) COLLATE Chinese_PRC_Stroke_90_BIN2 NOT NULL,
[Favorites] [nvarchar](300) COLLATE Chinese_PRC_CI_AS NULL,
PRIMARY KEY NONCLUSTERED HASH
)WITH ( BUCKET_COUNT = 100000)
)WITH ( MEMORY_OPTIMIZED = ON , DURABILITY = SCHEMA_AND_DATA )
添加一些测试数据：
insert into UserFavorite(UserID,Favorites) values('U1',',A,B,C,D,')
insert into UserFavorite(UserID,Favorites) values('U2',',A,B,')
insert into UserFavorite(UserID,Favorites) values('U3',',A,C,')
insert into UserFavorite(UserID,Favorites) values('U4',',C,D,')
insert into UserFavorite(UserID,Favorites) values('U5',',B,D,')
这里用户的每种爱好用逗号隔开，为了方便处理，前后都增加了逗号。
在程序中进行处理时首先根据UserID从数据库中查询出用户信息，然后判断用户是否具备某个爱好，如果不具备，则添加后更新到数据库，这其中设计到两次数据库操作。我们可以将这个逻辑转移到存储过程中，程序与数据库只需交互一次，按照官方的说法应该可以提升性能。
在本机编译存储过程中查询、更新都很好实现，重点是判断用户是否已经具备某个爱好，由于
有限，无法直接判断；还曾想通过自定义函数的方式实现，很不幸也不支持；最后只能利用仅有的几个字符串操作函数来实现：
LEN、LTRIM、RTRIM 和 SUBSTRING。
下边直接把存储过程贴出来了，截取字符串部分是此存储过程的核心：
CREATE PROCEDURE [dbo].[Proc_UserFavorite_SelectOrUpdate]
@UserID nvarchar(20),
-- 参数1：用户ID
@Favorite nvarchar(10),
-- 参数2：某个爱好
@Favorites nvarchar(200) output
-- 参数3：用户的全部爱好
WITH NATIVE_COMPILATION, SCHEMABINDING, EXECUTE AS OWNER
BEGIN ATOMIC
WITH (TRANSACTION ISOLATION LEVEL = SNAPSHOT, LANGUAGE = N'us_english')
-- 多个爱好分割字符
DECLARE @SplitChar nchar(1) = N',' COLLATE Latin1_General_100_BIN2
-- 根据用户ID查询用户爱好信息
select @Favorites=Favorites from dbo.UserFavorite where UserID=@UserID
-- 没有用户的爱好记录
if @@ROWCOUNT &=0
-- 设置要存入的爱好
set @Favorites =
@SplitChar + @Favorite + @SplitChar
-- 添加用户的爱好记录
insert into dbo.UserFavorite values(@UserID,@Favorites)
-- 比较@Favorite是否包含在用户爱好中
DECLARE @IsExsitFavorite int=0
-- 为1表示@Favorite已经存在
DECLARE @TempCutStr nvarchar(40)
-- 临时截取到的字符串，要和@Favorite进行比较
DECLARE @TempCutStrStart int=0
-- 截取开始的位置
DECLARE @TempCutStrEnd int=0
-- 截取结束的位置
DECLARE @CurrentChar nvarchar(1)
-- 截取过程中当前位置的字符
declare @FavoritesLength int = len(@Favorites) -- 已经存在的@Favorites的长度
DECLARE @i int = 1
-- 遍历所有字符，用于截取字符和比较
while @i &= @FavoritesLength
-- 重新设置tripid开始截取位置
set @CurrentChar = substring(@Favorites,@i,1)
-- 如果当前字符为分个字符，则设置截取开始或结束位置
@CurrentChar COLLATE Latin1_General_100_BIN2 = @SplitChar
if @TempCutStrStart &= 0
set @TempCutStrStart = @i
else -- 位置大于0时，再遇到分隔符则为结束位置
set @TempCutStrEnd = @i
-- @TempCutStrEnd大于0表示发现了第2个分隔符，这时可以截取字符串进行比较了
if @TempCutStrEnd & 0
-- 截取字符串，如果能匹配传入的@Favorite，则说明已经包含
set @TempCutStr = substring(@Favorites,@TempCutStrStart, @TempCutStrEnd - @TempCutStrStart + 1)
if @TempCutStr COLLATE Latin1_General_100_BIN2 = @SplitChar + @Favorite + @SplitChar COLLATE Latin1_General_100_BIN2
set @IsExsitFavorite = 1
return -- 退出循环
-- 重新设置开始位置和结束为止
set @TempCutStrStart = @TempCutStrEnd
set @TempCutStrEnd = 0
set @i=@i+1
if @IsExsitFavorite &= 0
set @Favorites = @Favorites + @Favorite + @SplitChar
update dbo.UserFavorite set [Favorites]=@Favorites
where [UserID]=@UserID
测试脚本：
DECLARE @return_value int,
@Favorites nvarchar(200)
EXEC @return_value = [dbo].[Proc_UserFavorite_SelectOrUpdate]
@UserID = N'U1',
@Favorite = N'A',
@Favorites = @Favorites OUTPUT
SELECT @Favorites as N'@Favorites'
SELECT 'Return Value' = @return_value
截取算法原理：
1、确定分割字符，字符串首位和末尾都是分割字符；
2、遍历字符，根据当前字符是否为分割字符确定截取开始位置和结束位置；
3、将截取的字符串与传入的字符串比较是否相等；
4、如果存在相等则包含，不存在相等则不包含。
这里的场景是字符串具有分隔符的情况，对于只是简单的判断字符串包含这里没有实现，对这个程序稍加改造即可，区别是截取开始位置和结束位置的确定。
那么这种实现的性能如何呢？
基于上边的存储过程，执行1W次在1秒内，10W次在2秒钟。
有兴趣的可以在自己的环境下测试下，看看能不能满足需求，或者对此存储过程进行一些优化。
已发表评论数()
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
标题不准确
排版有问题
主题不准确
没有分页内容
图片无法显示
视频无法显示
与原文不一致存储过程对字符串的处理
存储过程对字符串的处理
字符函数&&返回字符值
这些函数全都接收的是字符族类型的参数(CHR 除外)并且返回字符值.
除了特别说明的之外,这些函数大部分返回VARCHAR2 类型的数值.
字符函数的返回类型所受的限制和基本类型所受的限制是相同的。
字符型变量存储的最大值：
VARCHAR2 数值被限制为2000 字符(ORACLE 8 中为4000 字符)
CHAR 数值被限制为255 字符(在ORACLE8 中是2000)
long 类型为2GB
Clob 类型为4GB
语法: chr(x)
功能：返回在数据库字符集中与X 拥有等价数值的字符。CHR 和ASCII 是一对反函数。经过
CHR 转换后的字符再经过ASCII 转换又得到了原来的字
使用位置：过程性语句和SQL 语句。
语法： CONCAT（string1,string2）
功能：返回string1，并且在后面连接string2。
使用位置：过程性语句和SQL 语句。
3、INITCAP
语法：INITCAP（string）
功能：返回字符串的每个单词的第一个字母大写而单词中的其他字母小写的string。单词
是用.空格或给字母数字字符进行分隔。不是字母的
字符不变动。
使用位置：过程性语句和SQL 语句。
语法：LTRIM（string1,string2）
功能：返回删除从左边算起出现在string2 中的字符的string1。String2 被缺省设置为单
个的空格。数据库将扫描string1，从最左边开始。当
遇到不在string2 中的第一个字符，结果就被返回了。LTRIM 的行为方式与RTRIM 很相似。
使用位置：过程性语句和SQL 语句。
5、NLS_INITCAP
语法：NLS_INITCAP（string[,nlsparams]）
功能：返回字符串每个单词第一个字母大写而单词中的其他字母小写的string，nlsparams
指定了不同于该会话缺省值的不同排序序列。如果不指定参数，则功能和INITCAP 相同。N
lsparams 可以使用的形式是：
&NLS_SORT=sort&
这里sort 制订了一个语言排序序列。
使用位置：过程性语句和SQL 语句。
6、NLS_LOWER
语法：NLS_LOWER（string[,nlsparams]）
功能：返回字符串中的所有字母都是小写形式的string。不是字母的字符不变。
Nlsparams 参数的形式与用途和NLS_INITCAP 中的nlsparams 参数是相同的。
如果nlsparams 没有被包含，那么NLS_LOWER 所作的处理和
LOWER 相同。
使用位置；过程性语句和SQL 语句。
7、NLS_UPPER
语法：nls_upper（string[,nlsparams]）
功能：返回字符串中的所有字母都是大写的形式的string。不是字母的字符不变。nlspara
ms 参数的形式与用途和NLS_INITCAP 中的相同。如果
没有设定参数，则NLS_UPPER 功能和UPPER 相同。
使用位置：过程性语句和SQL 语句。
8、REPLACE
语法：REPLACE（string，search_str[,replace_str]）
功能：把string 中的所有的子字符串search_str 用可选的replace_str 替换，如果没有指
定replace_str，所有的string 中的子字符串
search_str 都将被删除。REPLACE 是TRANSLATE 所提供的功能的一个子集。
使用位置：过程性语句和SQL 语句。
语法：RPAD（string1,x[,string2]）
功能：返回在X 字符长度的位置上插入一个string2 中的字符的string1。如果string2 的
长度要比X 字符少，就按照需要进行复制。如果string2
多于X 字符，则仅string1 前面的X 各字符被使用。如果没有指定string2，那么使用空格
进行填充。X 是使用显示长度可以比字符串的实际长度
要长。RPAD 的行为方式与LPAD 很相似，除了它是在右边而不是在左边进行填充。
使用位置：过程性语句和SQL 语句。
语法: RTRIM（string1,[,string2]）
功能: 返回删除从右边算起出现在string1 中出现的字符string2. string2 被缺省设置
为单个的空格.数据库将扫描string1,从右边开始.当遇
到不在string2 中的第一个字符,结果就被返回了RTRIM 的行为方式与LTRIM 很相似.
使用位置：过程性语句和SQL 语句。
11、SOUNDEX
语法: SOUNDEX（string）
功能: 返回string 的声音表示形式.这对于比较两个拼写不同但是发音类似的单词而言
使用位置：过程性语句和SQL 语句。
12、SUBSTR
语法: SUBSTR（string,a[,b]）
功能: 返回从字母为值a 开始b 个字符长的string 的一个子字符串.如果a 是0,那么它
就被认为从第一个字符开始.如果是正数,返回字符是从左
边向右边进行计算的.如果b 是负数,那么返回的字符是从string 的末尾开始从右向左进行
计算的.如果b 不存在,那么它将缺省的设置为整个字符
串.如果b 小于1,那么将返回NULL.如果a 或b 使用了浮点数,那么该数值将在处理进行以前
首先被却为一个整数.
使用位置：过程性语句和SQL 语句。
13、TRANSLATE
语法: TRANSLATE(string,from_str,to_str)
功能: 返回将所出现的from_str 中的每个字符替换为to_str 中的相应字符以后的
string. TRANSLATE 是REPLACE 所提供的功能的一个超集.
如果from_str 比to_str 长,那么在from_str 中而不在to_str 中而外的字符将从string
中被删除,因为它们没有相应的替换字符. to_str 不能为空
. 把空字符串认为是NULL,并且如果TRANSLATE 中的任何参数为NULL,那么结果也是N
使用位置：过程性语句和SQL 语句。
语法: UPPER（string）
功能: 返回大写的string.不是字母的字符不变.如果string 是CHAR 数据类型的,那么结果
也是CHAR 类型的.如果string 是VARCHAR2 类型的,那么
结果也是VARCHAR2 类型的.
使用位置: 过程性语句和SQL 语句。
字符函数&&返回数字
这些函数接受字符参数回数字结果.参数可以是CHAR 或者是VARCHAR2 类型的.尽管实际下许
多结果都是整数值,但是返回结果都是简单的NUMBER
类型的,没有定义任何的精度或刻度范围.
语法: ASCII（string）
功能: 数据库字符集返回string 的第一个字节的十进制表示.请注意该函数仍然称作为ASC
II.尽管许多字符集不是7 位ASCII.CHR 和ASCII 是互为
相反的函数.CHR 得到给定字符编码的响应字符. ASCII 得到给定字符的字符编码.
使用位置: 过程性语句和SQL 语句。
语法: INSTR（string1, string2[a,b]）
功能: 得到在string1 中包含string2 的位置. string1 时从左边开始检查的,开始的位
置为a,如果a 是一个负数,那么string1 是从右边开始进行
扫描的.第b 次出现的位置将被返回. a 和b 都缺省设置为1,这将会返回在string1 中第一
次出现string2 的位置.如果string2 在a 和b 的规定下没有
找到,那么返回0.位置的计算是相对于string1 的开始位置的,不管a 和b 的取值是多少.
使用位置: 过程性语句和SQL 语句。
18、INSTRB
语法: INSTRB（string1, string2[a,[b]]）
功能: 和INSTR 相同,只是操作的对参数字符使用的位置的是字节.
使用位置: 过程性语句和SQL 语句。
19、LENGTH
语法: LENGTH（string）
功能: 返回string 的字节单位的长度.CHAR 数值是填充空格类型的,如果string 由数据
类型CHAR,它的结尾的空格都被计算到字符串长度中间.
如果string 是NULL,返回结果是NULL,而不是0.
使用位置: 过程性语句和SQL 语句。
20、LENGTHB
语法: LENGTHB（string）
功能: 返回以字节为单位的string 的长度.对于单字节字符集LENGTHB 和LENGTH 是一样
使用位置: 过程性语句和SQL 语句。
21、NLSSORT
语法: NLSSORT（string[,nlsparams]）
功能: 得到用于排序string 的字符串字节.所有的数值都被转换为字节字符串,这样在不同
数据库之间就保持了一致性. Nlsparams 的作用和
NLS_INITCAP 中的相同.如果忽略参数,会话使用缺省排序.
使用位置: 过程性语句和SQL 语句。}