SQL Server2005杂谈(1):使用公用表表达式(CTE)简化嵌套SQL

本文涉及的产品
云数据库 RDS SQL Server,基础系列 2核4GB
简介: 本文为原创,如需转载,请注明作者和出处,谢谢!     先看下面一个嵌套的查询语句: select * from person.StateProvince where CountryRegionCode in           (select CountryRegionCode from person.CountryRegion where Name like 'C%')     上面的查询语句使用了一个子查询。
本文为原创,如需转载,请注明作者和出处,谢谢!

    先看下面一个嵌套的查询语句:

select   *   from  person.StateProvince  where  CountryRegionCode  in  
         (
select  CountryRegionCode  from  person.CountryRegion  where  Name  like   ' C% ' )

    上面的查询语句使用了一个子查询。虽然这条 SQL 语句并不复杂,但如果嵌套的层次过多,会使 SQL 语句非常难以阅读和维护。因此,也可以使用表变量的方式来解决这个问题, SQL 语句如下:

declare   @t   table (CountryRegionCode  nvarchar ( 3 ))
insert   into   @t (CountryRegionCode)  ( select  CountryRegionCode  from  person.CountryRegion  where  Name  like   ' C% ' )

select   *   from  person.StateProvince  where  CountryRegionCode 
                     
in  ( select   *   from   @t )

    虽然上面的SQL语句要比第一种方式更复杂,但却将子查询放在了表变量@t中,这样做将使SQL语句更容易维护,但又会带来另一个问题,就是性能的损失。由于表变量实际上使用了临时表,从而增加了额外的I/O开销,因此,表变量的方式并不太适合数据量大且频繁查询的情况。为此,在SQL Server 2005中提供了另外一种解决方案,这就是公用表表达式(CTE),使用CTE,可以使SQL语句的可维护性,同时,CTE要比表变量的效率高得多。

    下面是 CTE 的语法:

[  WITH <common_table_expression> [ , ]  ]
< common_table_expression > :: =
        expression_name 
[  ( column_name [ , ]  ) ]
    
AS
        ( CTE_query_definition )

    现在使用CTE来解决上面的问题,SQL语句如下:

with
cr 
as
(
    
select  CountryRegionCode  from  person.CountryRegion  where  Name  like   ' C% '
)

select   *   from  person.StateProvince  where  CountryRegionCode  in  ( select   *   from  cr)


    其中cr是一个公用表表达式,该表达式在使用上与表变量类似,只是SQL Server 2005在处理公用表表达式的方式上有所不同。

    在使用CTE时应注意如下几点:
1. CTE
后面必须直接跟使用CTESQL语句(如selectinsertupdate等),否则,CTE将失效。如下面的SQL语句将无法正常使用CTE


with
cr 
as
(
    
select  CountryRegionCode  from  person.CountryRegion  where  Name  like   ' C% '
)
select   *   from  person.CountryRegion   --  应将这条SQL语句去掉
--
 使用CTE的SQL语句应紧跟在相关的CTE后面 --
select   *   from  person.StateProvince  where  CountryRegionCode  in  ( select   *   from  cr)

2. CTE后面也可以跟其他的CTE,但只能使用一个with,多个CTE中间用逗号(,)分隔,如下面的SQL语句所示:

with
cte1 
as
(
    
select   *   from  table1  where  name  like   ' abc% '
),
cte2 
as
(
    
select   *   from  table2  where  id  >   20
),
cte3 
as
(
    
select   *   from  table3  where  price  <   100
)
select  a. *   from  cte1 a, cte2 b, cte3 c  where  a.id  =  b.id  and  a.id  =  c.id


3. 如果CTE的表达式名称与某个数据表或视图重名,则紧跟在该CTE后面的SQL语句使用的仍然是CTE,当然,后面的SQL语句使用的就是数据表或视图了,如下面的SQL语句所示:

 

--   table1是一个实际存在的表

with
table1 
as
(
    
select   *   from  persons  where  age  <   30
)
select   *   from  table1   --   使用了名为table1的公共表表达式
select   *   from  table1   --   使用了名为table1的数据表

4. CTE 可以引用自身,也可以引用在同一 WITH 子句中预先定义的 CTE。不允许前向引用。

5. 不能在 CTE_query_definition 中使用以下子句:

1COMPUTE COMPUTE BY

2ORDER BY(除非指定了 TOP 子句)

3INTO

4)带有查询提示的 OPTION 子句

5FOR XML

6FOR BROWSE

6. 如果将 CTE 用在属于批处理的一部分的语句中,那么在它之前的语句必须以分号结尾,如下面的SQL所示:

 

 

declare   @s   nvarchar ( 3 )
set   @s   =   ' C% '
;  
--  必须加分号
with
t_tree 
as
(
    
select  CountryRegionCode  from  person.CountryRegion  where  Name  like   @s
)
select   *   from  person.StateProvince  where  CountryRegionCode  in  ( select   *   from  t_tree)

    CTE除了可以简化嵌套SQL语句外,还可以进行递归调用,关于这一部分的内容将在下一篇文章中介绍。

下一篇:SQL Server2005杂谈(2):公用表表达式(CTE)的递归调用



国内最棒的Google Android技术社区(eoeandroid),欢迎访问!

《银河系列原创教程》发布

《Java Web开发速学宝典》出版,欢迎定购

目录
相关文章
|
4月前
|
SQL
SQL如何在CTE中使用Order By的功能
SQL Server如何在CTE中使用Order By的功能
|
3月前
|
SQL Web App开发 安全
SQL Server 2025 年 8 月更新 - 修复 CVE-2025-49759 SQL Server 特权提升漏洞
SQL Server 2025 年 8 月更新 - 修复 CVE-2025-49759 SQL Server 特权提升漏洞
324 2
SQL Server 2025 年 8 月更新 - 修复 CVE-2025-49759 SQL Server 特权提升漏洞
|
2月前
|
SQL Web App开发 安全
SQL Server 2025 年 9 月更新 - 修复 CVE-2025-47997 SQL Server 信息泄露漏洞
SQL Server 2025 年 9 月更新 - 修复 CVE-2025-47997 SQL Server 信息泄露漏洞
150 0
SQL Server 2025 年 9 月更新 - 修复 CVE-2025-47997 SQL Server 信息泄露漏洞
|
3月前
|
SQL 容灾 安全
云时代SQL Server的终极答案:阿里云 RDS SQL Server如何用异地容灾重构系统可靠性
在数字化转型的浪潮中,数据库的高可用性已成为系统稳定性的生命线。作为经历过多次生产事故的资深开发者,肯定深知传统自建SQL Server架构的脆弱性——直到遇见阿里云 RDS SQL Server,其革命性的异地容灾架构彻底改写了游戏规则。
|
4月前
|
SQL Web App开发 安全
SQL Server 2025年7月更新 - 修复 CVE-2025-49718 Microsoft SQL Server 信息泄露漏洞
SQL Server 2025年7月更新 - 修复 CVE-2025-49718 Microsoft SQL Server 信息泄露漏洞
377 0
SQL Server 2025年7月更新 - 修复 CVE-2025-49718 Microsoft SQL Server 信息泄露漏洞
|
5月前
|
SQL 关系型数据库 PostgreSQL
CTE vs 子查询:深入拆解PostgreSQL复杂SQL的隐藏性能差异
本文深入探讨了PostgreSQL中CTE(公共表表达式)与子查询的选择对SQL性能的影响。通过分析两者底层机制,揭示CTE的物化特性及子查询的优化融合优势,并结合多场景案例对比执行效率。最终给出决策指南,帮助开发者根据数据量、引用次数和复杂度选择最优方案,同时提供高级优化技巧和版本演进建议,助力SQL性能调优。
569 1
|
SQL 关系型数据库 MySQL
【超全整理】SQL日期与时间函数大汇总会:MySQL与SQL Server双轨对比教学,助你轻松搞定时间数据处理难题!
【8月更文挑战第31天】本文介绍了在不同SQL数据库系统(如MySQL、SQL Server、Oracle)中常用的日期与时间函数,包括DATE、NOW()、EXTRACT()、DATE_ADD()、TIMESTAMPDIFF()及日期格式化等,并提供了具体示例。通过对比这些函数在各系统中的使用方法,帮助开发者更高效地处理日期时间数据,满足多种应用场景需求。
1742 1
|
SQL 数据库
执行 Transact-SQL 语句或批处理时发生了异常。 (Microsoft.SqlServer.ConnectionInfo)之解决方案
执行 Transact-SQL 语句或批处理时发生了异常。 (Microsoft.SqlServer.ConnectionInfo)之解决方案
1441 0
|
Java 应用服务中间件 Maven
从零到英雄:一步步构建你的首个 JSF 应用程序,揭开 JavaServer Faces 的神秘面纱
【8月更文挑战第31天】JavaServer Faces (JSF) 是一种强大的 Java EE 标准,用于构建企业级 Web 应用。它提供了丰富的组件库和声明式页面描述语言 Facelets,便于开发者快速开发功能完善且易于维护的 Web 应用。本文将指导你从零开始构建一个简单的 JSF 应用,包括环境搭建、依赖配置、Managed Bean 编写及 Facelets 页面设计。
307 0
|
SQL 关系型数据库 MySQL
SQL Server、MySQL、PostgreSQL:主流数据库SQL语法异同比较——深入探讨数据类型、分页查询、表创建与数据插入、函数和索引等关键语法差异,为跨数据库开发提供实用指导
【8月更文挑战第31天】SQL Server、MySQL和PostgreSQL是当今最流行的关系型数据库管理系统,均使用SQL作为查询语言,但在语法和功能实现上存在差异。本文将比较它们在数据类型、分页查询、创建和插入数据以及函数和索引等方面的异同,帮助开发者更好地理解和使用这些数据库。尽管它们共用SQL语言,但每个系统都有独特的语法规则,了解这些差异有助于提升开发效率和项目成功率。
1564 0