SQL Server之深入理解STUFF

前言

最近项目无论查询报表还是其他数据都在和SQL Server数据库打交道，对于STUFF也有了解，但是发现当下一次再写SQL语句时我还得查看相关具体用法，说到底还是没有完全理解其原理，所以本节我们来谈谈STUFF，Jeff是在项目中哪里不熟悉，哪里不会或者哪里耗时比较多就会去深入理解和巩固即使是很基础的知识，直到完全不用浪费时间去查阅相关资料，这是我的出发点。

深入理解STUFF

STUFF字符串函数是将字符串插入到另一个字符串中。它会删除开始位置第一个字符串中的指定长度的字符，然后将第二个字符串插入到开始位置的第一个字符串中，语法如下。

STUFF（<character_expression>，<开始>，<长度>，<character_expression>）
<character_expression>参数是给定的字符串数据，可以是字符或二进制数据的常量，变量或列。<start>参数是一个整数值，指定开始删除和插入的位置，可以是BIGINT类型。如果<开始>或<长度>参数为负数，则返回NULL字符串。如果<start>参数比第一个<character_expression>长，则返回一个NULL字符串。 <length>参数可以是BIGINT类型，它是一个整数，指定要删除的字符数。如果<length>比第一个<character_expression>长，则删除发生到最后一个<character_expression>中的最后一个字符。

DECLARE @FullName       VARCHAR(100)
DECLARE @Alias          VARCHAR(20)

SET @FullName = ‘Jeffcky Wang‘
SET @Alias = ‘ "Superman" ‘

SELECT STUFF(@FullName, CHARINDEX(‘ ‘, @FullName), 1, @Alias) AS [FullName]

如上STUFF函数中的第一个参数我们给定的是@FullName，第二个是开始的位置，我们通过CHARINDEX函数找出@FullName以空格隔开的的位置返回，最后由@Alias来代替，结果如图所示。

DECLARE @Time VARCHAR(10)
SET @Time = ‘1030‘

SELECT STUFF(@Time, 3, 0, ‘:‘) AS [HH:MM]

我们给定的字符串为@Time即1030，我们从第3个位置开始，删除长度为0，此时则在3前面插入冒号，结果如上图输出10:30。

DECLARE @CreditCardNumber  VARCHAR(20)
SET @CreditCardNumber = ‘370200199408103544‘

SELECT STUFF(@CreditCardNumber, LEN(@CreditCardNumber) -3, 4,
       ‘XXXX‘) AS [Output]

如上我们将身份证通过STUFF将最后四位用XXXX代替。以上是STUFF最基础的用法。STUFF最常见的用途莫过于结合FOR XML PATH对返回JSON字符串的拼接。首先利用FOR XML PATH则返回XML格式的字符串，我们将FOR XML PATH添加到查询的末尾，此时允许我们将查询的结果作为XML元素输出，元素名称包含在PATH参数中。。

SELECT TOP 5 ‘,‘ + Name
              FROM  Production.Product
              FOR XML PATH (‘‘)

,Adjustable Race,All-Purpose Bike Stand,AWC Logo Cap,BB Ball Bearing,Bearing Ball

此时我们利用STUFF将上述利用FOR XML PATH生成的字符串中的前置逗号去掉，如下：

SELECT Name = STUFF((
            SELECT TOP 5 ‘,‘ + NAME
            FROM Production.Product
            FOR XML PATH(‘‘)
            ), 1, 1, ‘‘)

比如我们要查询各种产品中的产品列表名称，最后我们改造成如下：

SELECT TOP 5 p2.ProductID, Name = STUFF((
            SELECT ‘,‘ + NAME
            FROM Production.Product AS p1
            WHERE p1.ProductID = p2.ProductID
            FOR XML PATH(‘‘)
            ), 1, 1, ‘‘) FROM Production.Product AS p2
GROUP BY p2.ProductID

接下来我们利用STUFF结合FOR XML PATH来拼接JSON字符串，如下：

DECLARE @content VARCHAR(MAX)

SET @content = (SELECT ‘[‘+ STUFF((SELECT TOP 5 ‘,{"ProductName": "‘ + ProductName + ‘","Price": "‘ + CONVERT(VARCHAR, Price) + ‘","Quantity": "‘ + CONVERT(VARCHAR, quantity) + ‘","Inserton": "‘ + CONVERT(VARCHAR, Inserton, 105) + ‘"}‘ FROM ProductList
 FOR XML PATH(‘‘)), 1, 1,‘‘
 )
 + ‘]‘[ProductDetail])

PRINT @content

结果如上正确输出JSON字符串，接下来我们将如上拼接换行再试试。

DECLARE @content VARCHAR(MAX)

SET @content = ( SELECT ‘[‘
                        + STUFF(( SELECT TOP 5
                                            ‘,{"ProductName": "‘ + ProductName
                                            + ‘","Price": "‘
                                            + CONVERT(VARCHAR, Price)
                                            + ‘","Quantity": "‘
                                            + CONVERT(VARCHAR, quantity)
                                            + ‘","Inserton": "‘
                                            + CONVERT(VARCHAR, Inserton, 105)
                                            + ‘"}‘
                                  FROM      ProductList
                                FOR
                                  XML PATH(‘‘)
                                ), 1, 1, ‘‘) + ‘]‘ [ProductDetail]
               )

PRINT @content

如上是利用SQL Prompt直接格式化换行，结果依然正确输出JSON字符串，我们再来手动换行试试。

DECLARE @content VARCHAR(MAX)

SET @content = (SELECT
‘[‘+ STUFF((SELECT TOP 5 ‘,
{"ProductName": "‘ + ProductName
+ ‘","Price": "‘ + CONVERT(VARCHAR, Price)
+ ‘","Quantity": "‘ + CONVERT(VARCHAR, quantity)
+ ‘","Inserton": "‘ + CONVERT(VARCHAR, Inserton, 105)
+ ‘"}‘ FROM ProductList
 FOR XML PATH(‘‘)), 1, 1,‘‘
 )
 + ‘]‘[ProductDetail])

PRINT @content

结果输出如上我们不期望的字符串，主要是由FOR XML PATH造成的，比如我们利用FOR XML PATH进行如下查询：

SELECT  ‘    ‘
FOR     XML PATH(‘‘)

当我们利用FOR XML  PATH查询数据时，如果字符串中包含空格时会造成出现以如上错误的字符串来填充，所以此时我们为了消除这种错误格式，我们将上述继续添加参数。

SELECT  ‘    ‘
FOR     XML PATH(‘‘),TYPE

此时我们将上述输出JSON字符串不错误的格式修改成如下即可：

DECLARE @content VARCHAR(MAX)

SET @content = (SELECT
‘[‘+ STUFF((SELECT TOP 5 ‘,
{"ProductName": "‘ + ProductName
+ ‘","Price": "‘ + CONVERT(VARCHAR, Price)
+ ‘","Quantity": "‘ + CONVERT(VARCHAR, quantity)
+ ‘","Inserton": "‘ + CONVERT(VARCHAR, Inserton, 105) + ‘"}‘ FROM ProductList
 FOR XML PATH(‘‘) ,TYPE).value(‘.‘, ‘NVARCHAR(MAX)‘), 1, 1,‘‘
 )
 + ‘]‘[ProductDetail])

PRINT @content

或者我们对上述输出的错误字符串进行替换，如下：

select t.PK,
    ltrim(rtrim(replace(
    (select ‘ ‘ + isnull(ti.Column1, ‘‘) + ‘ ‘ + isnull(ti.Column2, ‘‘)
     from yourTable ti
     where ti.PK = t.PK
     for xml path (‘‘))
     , ‘ ‘, ‘‘))) fruits
from yourTable t
group by t.PK;

这里我们解决了利用STUFF有可能输出JSON字符串带有错误的字符串的问题，在利用STUFF输出JSON字符串时只要有一列数据包含NULL，那么返回的数据则为空，那么我们在对列数据通过ISNULL来进行判断，比如如下将输出NULL。

DECLARE @content VARCHAR(MAX)

SET @content = (SELECT
‘[‘+ STUFF((SELECT TOP 5 ‘,
{"ProductName": "‘ + NULL
+ ‘","Price": "‘ + CONVERT(VARCHAR, Price)
+ ‘","Quantity": "‘ + CONVERT(VARCHAR, quantity)
+ ‘","Inserton": "‘ + CONVERT(VARCHAR, Inserton, 105) + ‘"}‘ FROM ProductList
 FOR XML PATH(‘‘) ,TYPE).value(‘.‘, ‘NVARCHAR(MAX)‘), 1, 1,‘‘
 )
 + ‘]‘[ProductDetail])

PRINT @content

所以此时我们必须通过ISNULL来判断列数据是否为NULL，修改成如下形式：

DECLARE @content VARCHAR(MAX)

SET @content = (SELECT
‘[‘+ STUFF((SELECT TOP 5 ‘,
{"ProductName": "‘ + ISNULL(ProductName,‘‘)
+ ‘","Price": "‘ + CONVERT(VARCHAR, Price)
+ ‘","Quantity": "‘ + CONVERT(VARCHAR, quantity)
+ ‘","Inserton": "‘ + CONVERT(VARCHAR, Inserton, 105) + ‘"}‘ FROM ProductList
 FOR XML PATH(‘‘) ,TYPE).value(‘.‘, ‘NVARCHAR(MAX)‘), 1, 1,‘‘
 )
 + ‘]‘[ProductDetail])

PRINT @content

原文地址：https://www.cnblogs.com/CreateMyself/p/9058380.html

时间： 2024-10-02 17:58:39

SQL Server之深入理解STUFF的相关文章

SQL Server 统计信息理解

前言 Sqlserver 查询是基于开销查询的,在首次生成执行计划时,是基于多阶段的分析优化才确定出较好的执行计划.而这些开销的基数估计,是根据统计信息来确定的.统计信息其实就是对表的各个字段的总体数据进行分段分布,数据库默认都会自动维护. 表和视图都有统计信息,统计信息对象是根据索引或表列的列表创建的.当某列第一次最为条件查询时,将创建单列的统计信息.当创建索引时,将创建同名的统计信息.索引中,统计信息只统计首列,因此索引除了按首列排序存储数据外,其统计信息也是按首列计算统计的,所以索引设置时

[转帖]SQL Server 10分钟理解游标

https://www.cnblogs.com/VicLiu/p/11671776.html 概述 游标是邪恶的! 在关系数据库中,我们对于查询的思考是面向集合的.而游标打破了这一规则,游标使得我们思考方式变为逐行进行.对于类C的开发人员来着,这样的思考方式会更加舒服. 正常面向集合的思维方式是: 而对于游标来说: 这也是为什么游标是邪恶的,它会使开发人员变懒,懒得去想用面向集合的查询方式实现某些功能. 同样的,在性能上,游标会吃更多的内存,减少可用的并发,占用宽带,锁定资源,当然还有更多的代码

SQL Server内存理解的误区

SQL Server内存理解 内存的读写速度要远远大于磁盘,对于数据库而言,会充分利用内存的这种优势,将数据尽可能多地从磁盘缓存到内存中,从而使数据库可以直接从内存中读写数据,减少对机械磁盘的IO请求,提高数据读写的效率. 内存对数据库而言是如此的重要,因此只要在涉及数据库优化的地方,我们都可以看到内存的身影.我们通常会想尽各种办法来优化数据库内存的使用,比如开启AWE.设置最大内存.锁定内存页等,但在很多时候,我们实际上都不知道某个配置是否一定能够解决当前的问题,或者我们误以为会解决当前的问题

SQL SERVER数据库新认识的一些基础知识

最近要接触sql server的存储过程啦,在处理更加复杂的逻辑过程前,就来看一下这些sql的基础语法,感觉看啦一些复杂一点的sql语句,突然发现我是有多么的薄弱啊,所以在一些基础的语法上面我再重新整理一些吧,下面就来认识几点吧. 一. sql server中如何理解:isnull(a,0) 和 isnull(a,0)<>0 的区别以及select into的用法 select top 2 name into #A from student where isnull(id,0)=0 and i

SQL Server ：理解数据记录结构

在SQL Server :理解数据页结构我们提到每条记录都有7 bytes的系统行开销,那这个7 bytes行开销到底是一个什么样的结构,我们一起来看下. 数据记录存储我们具体的数据,换句话说,它存在堆表里,或者存在聚集索引的叶子节点.数据记录结构是为了让SQL Server更高效的管理数据.我们来看下数据记录结构示意图: 上图中蓝色部分是所有数据记录部分,绿色部分是表结构里取决于定长/变长列的数据记录部分. 行头系统数据: 用做状态位1的第1字节(8位)是用来定义记录的属性: 第0位:版本信息

SQL Server 2012笔记分享-4：理解SQL server实例

每个单独的SQL server实例都有一个windows进程:sqlservr.exe,一个windows下能安装多个实例,多个实例会有多个sqlservr.exe进程. 一个SQL实例在后台对应一个服务,如果多个应用程序放在一个实例里,如果某个应用开发的程序有问题,比如死循环,会导致服务停止,从而导致所有数据库无法工作.可以采用多实例分开方式. 一个服务器上可以装多个实例,标准版(16个)和企业版(50个)支持的实例数量不同. SQL server实例的类型 (一)默认实例和命名实例 1.服务

SQL Server 2012笔记分享-5：理解SQLOS

描述 SQLOS是一个单独的应用层,它位于SQLServer数据库引擎的最低层,SQLServer和SQL Reporting Services都是在顶层运行.SQLOS介于windows操作系统和SQL server之间. 为什么开发SQLOS SQLServer的早期版本在存储引擎和实际操作系统之间使用瘦接口层,通过该接口层,SQLServer可以调用操作系统来执行内存分配,计划资源,线程和工作管理,以及同步对象.不过,SQLServer中需要访问这些接口的服务可以位于引擎的任何部分.SQL

SQL Server 2012笔记分享-6：理解内存管理

内存管理 – SQL Server 2005/2008/2008r2 SQL Server 2012以前的版本(SQL 2005/2008/2008R2),有single page allocator 和multi page allocator.也就是说,如果申请的内存是8k以内的,就会有单页分配器分配,而大于8kb的内存请求,使用multi page 分配器来管理.如图所示. 使用select * from sys.dm_os_memory_clerks查询memory clerk,会发现si

第五篇 SQL Server代理理解代理错误日志

本篇文章是SQL Server代理系列的第五篇,详细内容请参考原文. 正如这一系列的前几篇所述,SQL Server代理作业是由一系列的作业步骤组成,每个步骤由一个独立的类型去执行.在第四篇中我们看到,SQL Server代理可以通过数据库邮件发送通知.如果有什么不正确的,你必须查看数据库邮件日志.在这一篇,你将学习如何理解和查看所有相关的SQL Server代理错误日志.你将回顾最常见的错误信息,掌握哪些信息需要你采取行动,哪些信息只是单纯的信息而已.一旦你理解错误日志,在处理SQL Serv