浅析sql server 公共表达式的简单应用

一、前言　　

　　现在做项目数据访问基本都会选择一种orm框架，它以面向对象的形式屏蔽底层的数据访问形式，让开发人员更集中在业务处理上，而不是和数据库的交互上，帮助我们提高开发效率；例如一些简单的insert、update，我们不需要写insert into...sql 语句，而是直接new一个实体对象，然后db.Insert(entity)，看起来是那么清爽；像EF这样比较完善的orm，支持linq语法对数据库进行访问，写起来就更加爽了，有些人甚至认为开发人员可以不用会写sql语句了...但现实不会让你工作得那么轻松，作为开发人员对数据库这一块的学习还是很有必要的；且不说一些灵活性和效率问题，实际工作中用sql的地方还是非常多的，经常在码代码的时候，突然就传来领导的声音，那个某某某，你赶紧给我出一份报表，那个谁谁谁，你赶紧给我出一份XXX的数据...很急。

二、使用CTE统计树形结构

　　最近在码代码时，领导就来一句：嘿man，你给我统计一下所有xxx产品的信息，要快，那边在催了...。这里抽象一下，如下，大概就是找出所有家具产品的信息，这个分类表包含树形结构，ParentId为0是某种分类的根，它下面可能有许多种子节点/叶子节点。这里需要要找的实际就是一个以家具为根的树。　

　

测试sql语句：

DECLARE @Product TABLE
(ProductId INT,
 ParentId INT,
 ProductName NVARCHAR(64))
INSERT INTO @Product
VALUES
(1,0,'家具'),
(2,0,'服装'),
(3,1,'大型家具'),
(4,1,'小型家具'),
(5,2,'男装'),
(6,2,'女装'),
(7,3,'床'),
(8,3,'衣柜'),
(9,3,'沙发'),
(10,4,'电脑桌'),
(11,4,'椅子'),
(12,5,'牛仔裤'),
(13,5,'衬衫'),
(14,6,'裙子')

三、实现

这种需求实际很多，有经验的朋友很快就知道怎么写，而实际写法也很简单。知道这是树形结构，在脑海里出现了：自链接查询、子查询、临时表、游标、用程序写代码递归...公共表达式(CTE)，OK！CTE的语法如下：

WITH CTE名称[目标列]
AS
(
<定义CTE的内部查询>
)
<对CTE进行查询的外部查询>

具体来说，CTE属于表表达式，另一种表表达式是派生表（子查询），有时候使用CTE可以优化我们的代码，使我们的代码更加简单、易读。而且CTE支持递归查询，上面的需求写法为：

;WITH cte
AS
(SELECT * FROM @Product
 WHERE ProductId = 1
 UNION ALL
 SELECT p.* FROM @Product p
 INNER JOIN cte t ON p.ParentId = t.ProductId
)
SELECT*FROM cte
 ORDER BY ProductId

四、解析

　CTE的递归查询主要包含两个部分，定位点成员和递归成员。如上面的查询，UNION ALL 前面的SELECT 就是定位点成员，它是查询的初始化；UNION ALL下面的属于递归成员，我们可以递归查询时，每次都为CTE返回上一次的结果集。例如，初始化时，cte结果是ProductId 1，第一次递归时，会找到ParentId为1的产品，也就是3，4，并且与上一个结果集UNION ALL得到本次结果集返回，再递归时cte就是1,3,4了；而递归的结束条件就是本次查询的结果为空集，此时递归结束，并返回最终结果集。

　另外需要说的是，CTE是虚拟的，sql server会为它重新生成查询语句，直接访问底层对象；所以在一些性能要求较高的地方，还是要通过执行计划来判断是否需要优化，有时候方便是以性能为代价的。

以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，如果有疑问大家可以留言交流，同时也希望多多支持我们！

赞 (0)

相关推荐

  • SQLserver2008使用表达式递归查询

    复制代码 代码如下: --由父项递归下级 with cte(id,parentid,text) as (--父项 select id,parentid,text from treeview where parentid = 450 union all --递归结果集中的下级 select t.id,t.parentid,t.text from treeview as t inner join cte as c on t.parentid = c.id ) select id,parentid,t

  • SQL Server正则表达式 替换函数应用详解

    --SQL正则替换函数 复制代码 代码如下: CREATE function dbo.regexReplace ( @source ntext, --原字符串 @regexp varchar(1000), --正则表达式 @replace varchar(1000), --替换值 @globalReplace bit = 1, --是否是全局替换 @ignoreCase bit = 0 --是否忽略大小写 ) returnS varchar(1000) AS begin declare @hr

  • 浅析sql server 公共表达式的简单应用

    浅析sql server 公共表达式的简单应用

    一.前言 现在做项目数据访问基本都会选择一种orm框架,它以面向对象的形式屏蔽底层的数据访问形式,让开发人员更集中在业务处理上,而不是和数据库的交互上,帮助我们提高开发效率:例如一些简单的insert.update,我们不需要写insert into...sql 语句,而是直接new一个实体对象,然后db.Insert(entity),看起来是那么清爽:像EF这样比较完善的orm,支持linq语法对数据库进行访问,写起来就更加爽了,有些人甚至认为开发人员可以不用会写sql语句了...但现实不会让

  • 浅析SQL Server的聚焦使用索引和查询执行计划

    浅析SQL Server的聚焦使用索引和查询执行计划

    前言 上一篇<浅析SQL Server 聚焦索引对非聚集索引的影响>我们讲了聚集索引对非聚集索引的影响,对数据库一直在强调的性能优化,所以这一节我们统筹讲讲利用索引来看看查询执行计划是怎样的,简短的内容,深入的理解. 透过索引来看查询执行计划 我们首先来看看第一个例子 1.默认使用索引 USE TSQL2012 GO SELECT orderid FROM Sales.Orders SELECT * FROM Sales.Orders 上述我们看到第2个查询的所需要的开销是第1个查询开销的3倍

  • 浅析SQL Server的嵌套存储过程中使用同名的临时表怪像

    浅析SQL Server的嵌套存储过程中使用同名的临时表怪像

    SQL Server的嵌套存储过程,外层存储过程和内层存储过程(被嵌套调用的存储过程)中可以存在相同名称的本地临时表吗?如果可以的话,那么有没有什么问题或限制呢? 在嵌套存储过程中,调用的是外层存储过程的临时表还是自己定义的临时表呢? 是否类似高级语言的变量一样,本地临时表有没有"作用域"范围呢? 注意:也可以称呼为父存储过程和子存储过程,外层存储过程和内层存储过程.这些只是不同的称呼或叫法而已.我们这里统一使用外层存储过程和内层存储过程.后续文章部分不再述说. 我们先来看一个例子,如

  • 浅析SQL Server授予了CREATE TABLE权限但是无法创建表

    浅析SQL Server授予了CREATE TABLE权限但是无法创建表

    在SQL Server中,如果我想授予一个用户klb拥有创建表的权限,但是我又不想授予其数据库角色db_ddladmin,因为这样会扩大其权限,那么授予下面权限可行吗?如下所示: USE AdventureWorks2014; GO GRANT CREATE TABLE TO klb; 那么这样授权是否就OK呢?答案是这样授权会报错"The specified schema name "dbo" either does not exist or you do not have

  • 浅析SQL Server的分页方式 ISNULL与COALESCE性能比较

    浅析SQL Server的分页方式 ISNULL与COALESCE性能比较

    前言 上一节我们讲解了数据类型以及字符串中几个需要注意的地方,这节我们继续讲讲字符串行数同时也讲其他内容和穿插的内容,简短的内容,深入的讲解.(可参看文章<详解SQL Server中的数据类型>) 分页方式 在SQL 2005或者SQL 2008中我们是利用ROW_NUMBER开窗函数来进行分页的,关于开窗函数,我们在SQL进阶中会详细讲讲.如下: USE TSQL2012 GO DECLARE @StartRow INT DECLARE @EndRow INT SET @StartRow =

  • 浅析SQL Server中的执行计划缓存（下）

    浅析SQL Server中的执行计划缓存（下）

    在上篇文章给大家介绍了SQL Server中的执行计划缓存(上),本文继续给大家介绍sqlserver执行计划缓存相关知识,小伙伴们一起学习吧. 简介 在上篇文章中我们谈到了查询优化器和执行计划缓存的关系,以及其二者之间的冲突.本篇文章中,我们会主要阐述执行计划缓存常见的问题以及一些解决办法. 将执行缓存考虑在内时的流程 上篇文章中提到了查询优化器解析语句的过程,当将计划缓存考虑在内时,首先需要查看计划缓存中是否已经有语句的缓存,如果没有,才会执行编译过程,如果存在则直接利用编译好的执行计划.因

  • 深入浅析SQL Server 触发器

    触发器是一种特殊类型的存储过程,它不同于之前的我们介绍的存储过程.触发器主要是通过事件进行触发被自动调用执行的.而存储过程可以通过存储过程的名称被调用. Ø 什么是触发器 触发器对表进行插入.更新.删除的时候会自动执行的特殊存储过程.触发器一般用在check约束更加复杂的约束上面.触发器和普通的存储过程的区别是:触发器是当对某一个表进行操作.诸如:update.insert.delete这些操作的时候,系统会自动调用执行该表上对应的触发器.SQL Server 2005中触发器可以分为两类:DM

  • 浅析SQL Server中的执行计划缓存(上)

    浅析SQL Server中的执行计划缓存(上)

    简介 我们平时所写的SQL语句本质只是获取数据的逻辑,而不是获取数据的物理路径.当我们写的SQL语句传到SQL Server的时候,查询分析器会将语句依次进行解析(Parse).绑定(Bind).查询优化(Optimization,有时候也被称为简化).执行(Execution).除去执行步骤外,前三个步骤之后就生成了执行计划,也就是SQL Server按照该计划获取物理数据方式,最后执行步骤按照执行计划执行查询从而获得结果.但查询优化器不是本篇的重点,本篇文章主要讲述查询优化器在生成执行计划之

  • 浅析SQL Server 聚焦索引对非聚集索引的影响

    浅析SQL Server 聚焦索引对非聚集索引的影响

    前言 在学习SQL 2012基础教程过程中会时不时穿插其他内容来进行讲解,相信看过SQL Server 2012 T-SQL基础教程的童鞋知道前面写的所有内容并非都是摘抄书上内容,如若是这样那将没有任何意义,学习的过程必须同时也是一个思考的过程,无论是独立思考也好还是查资料也罢都是思考而非走马观花,要不然过一段时间又会健忘.简短的内容,深入的理解. 话题 非聚集索引定义:非聚集索引也是一个B树结构,与聚集索引不同的是,B树的叶子节点存的是指向堆或聚集索引的指针.你真的理解了吗??你能举出例子吗?

  • 浅析Sql server锁,独占锁,共享锁,更新锁,乐观锁,悲观锁

    锁有两种分类方法.(1) 从数据库系统的角度来看锁分为以下三种类型: •独占锁(Exclusive Lock)独占锁锁定的资源只允许进行锁定操作的程序使用,其它任何对它的操作均不会被接受.执行数据更新命令,即INSERT. UPDATE 或DELETE 命令时,SQL Server 会自动使用独占锁.但当对象上有其它锁存在时,无法对其加独占锁.独占锁一直到事务结束才能被释放. •共享锁(Shared Lock)共享锁锁定的资源可以被其它用户读取,但其它用户不能修改它.在SELECT 命令执行时,

随机推荐