开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

多嵌套case查询的TSQL优化

是指在T-SQL语言中，对于多层嵌套的case语句进行性能优化的方法。在进行优化时，可以考虑以下几个方面：

简化嵌套结构：尽量减少嵌套层数，可以通过使用其他逻辑判断语句（如IF语句）或者重构查询逻辑来简化嵌套结构。这样可以提高查询的可读性和性能。
使用索引：对于case语句中涉及到的列，可以考虑创建索引来加快查询速度。通过创建适当的索引，可以减少查询的扫描范围，提高查询效率。
使用临时表或表变量：对于复杂的多嵌套case查询，可以考虑将中间结果存储在临时表或表变量中，然后再进行后续的查询操作。这样可以减少嵌套层数，提高查询性能。
使用联接查询：对于多个case语句之间存在关联关系的情况，可以考虑使用联接查询来替代嵌套case查询。通过联接查询，可以将多个case语句合并为一个查询，减少查询的复杂度，提高查询性能。
避免使用函数：在case语句中尽量避免使用函数，特别是一些复杂的函数，因为函数的调用会增加查询的开销。如果需要使用函数，可以考虑将函数的结果存储在变量中，然后在case语句中使用变量。

总之，针对多嵌套case查询的TSQL优化，可以通过简化嵌套结构、使用索引、使用临时表或表变量、使用联接查询以及避免使用函数等方法来提高查询性能。在实际应用中，可以根据具体的查询场景和需求来选择适合的优化方法。

腾讯云相关产品和产品介绍链接地址：

腾讯云数据库SQL Server版：https://cloud.tencent.com/product/cdb_sqlserver
腾讯云云服务器：https://cloud.tencent.com/product/cvm
腾讯云云原生应用引擎：https://cloud.tencent.com/product/tke
腾讯云CDN加速：https://cloud.tencent.com/product/cdn
腾讯云安全产品：https://cloud.tencent.com/product/safety
腾讯云人工智能平台：https://cloud.tencent.com/product/ai
腾讯云物联网平台：https://cloud.tencent.com/product/iotexplorer
腾讯云移动开发平台：https://cloud.tencent.com/product/mwp
腾讯云对象存储：https://cloud.tencent.com/product/cos
腾讯云区块链服务：https://cloud.tencent.com/product/baas
腾讯云虚拟现实平台：https://cloud.tencent.com/product/vr

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

MySQL 8.0窗口函数优化SQL一例

最近在折腾把所有mysql slow query log写入到数据库中，再集中展示，向业务部门开放，也方便业务部门的同学自行查看并优化各自业务内的慢SQL。增加了定期生成报表的功能，统计最近1~2周内的慢查询数量变化情况，给业务方同学更直观的数据对比，了解最近这段时间的慢查询数量变化情况，是多了还是少了。于是有了下面这一坨SQL：

02

MySQL优化器

MySQL优化器是数据库管理系统中的一个核心组件，负责将SQL查询语句转换为最有效的执行计划。优化器的目标是减少查询的响应时间并提高数据库的吞吐量。以下是一些关键点，用于理解和优化MySQL优化器的工作。

01

MySQL——优化嵌套查询和分页查询

嵌套查询（子查询）可以使用SELECT语句来创建一个单列的查询结果，然后把这个结果作为过滤条件用在另一个查询中。嵌套查询写起来简单，也容易理解。但是，有时候可以被更有效率的连接（JOIN)替代。

02

SQL优化终于干掉了“distinct”

这个sql的执行步骤如下： 1、查询出来d表中的某个id字段包含多个id值的所有的数据（因为此表是1-n的关系，所以需要去重，仅需要拿到不重复的id才可以继续下一个步骤）；可以看到此步骤我把查询出来的多个值的结果给生成的了一个子表名为sss；

03

数据库查询优化

1 使用SET NOCOUNT ON 选项：缺省地，每次执行SQL语句时，一个消息会从服务端发给客户端以显示SQL语句影响的行数。这些信息对客户端来说很少有用。通过关闭这个缺省值，你能减少在服务端和客户端的网络流量，帮助全面提升服务器和应用程序的性能。为了关闭存储过程级的这个特点，在每个存储过程的开头包含“SET NOCOUNT ON”语句。 2 正确使用UNION和UNION ALL：许多人没完全理解UNION和UNION SELECT是怎样工作的，因此，结果浪费了大量不必要的SQLServer资源。当使用UNION时，它相当于在结果集上执行SELECT DISTINCT。换句话说，UNION将联合两个相类似的记录集，然后搜索重复的记录并排除。如果这是你的目的，那么使用UNION是正确的。但如果你使用UNION联合的两个记录集没有重复记录，那么使用UNION会浪费资源，因为它要寻找重复记录，即使你确定它们不存在。所以如果你知道你要联合的记录集里没有重复，那么你要使用UNION ALL，而不是UNION。UNION ALL联合记录集，但不搜索重复记录，这样减少SQLServer资源的使用，从而提升性能。 3 尽量不用SELECT * ：绝大多数情况下，不要用 * 来代替查询返回的字段列表，用 * 的好处是代码量少、就算是表结构或视图的列发生变化，编写的查询SQL语句也不用变，都返回所有的字段。但数据库服务器在解析时，如果碰到 *，则会先分析表的结构，然后把表的所有字段名再罗列出来。这就增加了分析的时间。 4 慎用SELECT DISTINCT： DISTINCT子句仅在特定功能的时候使用，即从记录集中排除重复记录的时候。这是因为DISTINCT子句先获取结果集然后去重，这样增加SQLServer有用资源的使用。当然，如果你需要去做，那就只有去做了。当如果你知道SELECT语句将从不返回重复记录，那么使用DISTINCT语句对SQLServer资源不必要的浪费。 5 少用游标：任何一种游标都会降低SQLServer性能。有些情况不能避免，大多数情况可以避免。所以如果你的应用程序目前正在使用TSQL游标，看看这些代码是否能够重写以避免它们。如果你需要一行一行的执行操作，考虑下边这些选项中的一个或多个来代替游标的使用：使用临时表使用WHILE循环使用派生表使用相关子查询使用CASE语句使用多个查询上面每一个都能取代游标并且执行更快。如果你不能避免使用游标，至少试着提高它们的速度，找出加速游标的方法。 6 选择最有效率的表名顺序： SQLSERVER的解析器按照从右到左的顺序处理FROM子句中的表名，因此FROM子句中写在最后的表（基础表driving table）将被最先处理，在FROM子句中包含多个表的情况下，必须选择记录条数最少的表作为基础表，当SQLSERVER处理多个表时，会运用排序及合并的方式连接它们。首先，扫描第一个表（FROM子句中最后的那个表)并对记录进行排序；然后扫描第二个表（FROM子句中最后第二个表)；最后将所有从第二个表中检索出的记录与第一个表中合适记录进行合并。例如: 表 TAB1有 16384 条记录，表 TAB2 有5条记录，选择TAB2作为基础表 (最好的方法)： select count(*) from TAB1 a, TAB2 b 选择TAB1作为基础表 (不佳的方法)： select count(*) from TAB2 a, TAB1 b 如果有3个以上的表连接查询，那就需要选择交叉表（intersection table）作为基础表，交叉表是指那个被其他表所引用的表。 7 使用表的别名(Alias)：当在SQL语句中连接多个表时，请使用表的别名并把别名前缀于每个Column上，这样可以减少解析的时间并减少那些由Column歧义引起的语法错误。 8 SARG你的WHERE条件： ARGE来源于"Search Argument"（搜索参数）的首字母拼成的"SARG"，它是指WHERE子句里，列和常量的比较。如果WHERE子句是sargable（可SARG的），这意味着它能利用索引加速查询的完成。如果WHERE子句不是可SARG的，这意味着WHERE子句不能利用索引（或至少部分不能利用），执行的是全表或索引扫描，这会引起查询的性能下降。在WHERE子句里不可SARG的搜索条件如"IS NULL", "<>", "!=", "!>", "!<", "NOT", "NOT EXISTS", "NOT IN", "NOT LIKE"和"LIKE '%500'"，通常（但不总是）会阻止查询优

02

连接查询-mysql详解（五）

上篇文章说了，mysql5.6.6版本之前数据默认在系统表空间，之后默认在独立表空间，innodb因为索引和数据在一个b+树，所以两个文件，一个文件结构，一个存数据，myISAM则是三个文件。一个聚簇索引有两个段，叶子段和非叶子段，一个段有他专属的区，数据刚开始存在碎片区，不属于任何段，直属表空间。

02

MySQL 优化实战记录

N个机台将业务数据发送至服务器，服务器程序将数据入库至MySQL数据库。服务器中的javaweb程序将数据展示到网页上供用户查看。

01

Oracle调优之no_unnest和unnest用法简介

本博客介绍Oracle SQL调优的一种常用也是很实用的方法，也即/*+no_unnest */和/*+ unnest*/，介绍Oracle 的 /*+unnest */ 、 /*+ no_unnest */之前，先介绍一下Hint。

03

Oracle SQL调优系列之no_unnest和unnest用法简介

本博客介绍Oracle SQL调优的一种常用也是很实用的方法，也即/*+no_unnest */和/*+ unnest*/，介绍Oracle 的 /*+unnest */ 、 /*+ no_unnest */之前，先介绍一下Hint。

01

MySQL 优化实战记录

N个机台将业务数据发送至服务器，服务器程序将数据入库至MySQL数据库。服务器中的javaweb程序将数据展示到网页上供用户查看。

05

Join原理(2)--连接原理（四十)

前面说了join的用法，外连接有左连接，右连接，内连接，当用外连接的时候，on代表驱动表数据一定会查询来，被驱动表则查出来是null，内连接则on和where使用是一样的，where则是全部过滤掉，不管驱动还是被驱动表不符合的都不返回。

02

霜皮剥落紫龙鳞，下里巴人再谈数据库SQL优化，索引(一级/二级/聚簇/非聚簇)原理

举凡后端面试，面试官不言数据库则已，言则必称SQL优化，说起SQL优化，网络上各种“指南”和“圣经”难以枚举，不一而足，仿佛SQL优化已然是妇孺皆知的理论常识，然后根据多数无知（Pluralistic ignorance）理论，人们印象里觉得多数人会怎么想怎么做，但这种印象往往是不准确的。那SQL优化到底应该怎么做？本次让我们褪去SQL华丽的躯壳，以最浅显，最粗俗，最下里巴人的方式讲解一下SQL优化的前因后果，前世今生。

01

MySQL查询执行的基础——查询优化处理

查询的生命周期的下一步是将一个SQL转换成一个可执行计划，MySQL再按照这个计划和存储引擎进行交互

01

内存数据库 mysql-mysql in memory_In-Memory：内存数据库

在逝去的2016后半年，由于项目需要支持数据的快速更新和多用户的高并发，我试水SQL Server 2016的In-Memory OLTP，创建内存数据库实现项目的需求，现在项目接近尾声，系统运行稳定，写一篇博客，记录一下使用内存数据库的经验。

01

SQL Azure与SQL Server两者的对比介绍，看完你就懂了！

SQL Server数据库服务方式是安装在客户提供的服务器内。客户负责硬件、、软件安装、安全性、数据库备份、灾难恢复等相关的运维工作。需要较高的人为运维成本。

02

优化案例：CASE WHEN进行 SQL 改写优化

本文介绍了如何利用MySQL数据库对某电商平台进行性能优化，通过合理设计数据表、索引、使用分页算法、合理设计表结构、使用缓存等技术手段，使电商平台在面临高并发、大数据量的场景下，仍能保持较高的性能，并减少数据库压力，提高系统的稳定性。

00

T-SQL进阶：超越基础 Level 9：动态T-SQL代码

By Gregory Larsen, 2016/07/29 (首次发表于: 2014/07/23) 关于系列本文属于进阶系列：Stairway to T-SQL: Beyond The Basics 跟随Gregory Larsen的T-SQL DML进阶系列，其涵盖了更多的高级方面的T-SQL语言，如子查询。 ---- 有时您需要编写创建特定TSQL代码的TSQL代码并执行它。执行此操作时，您将创建动态TSQL代码。用于创建动态TSQL的代码可能很简单，或者可能很复杂。编写动态TSQL时，您需要了

02

matinal：高质量内存数据库技术选型推荐（二）

还有Oracle 的Timesten、SAP的HANA等，这些商业中间件不在我们研究的范围之内。

01

数据库知识学习，数据库设计优化攻略(九)

索引是一个表优化的重要指标，在表优化中占有极其重要的成分，所以将单独写一章”SQL 索引一步到位“去告诉大家如何建立和优化索引

03

简单了解SQL性能优化工具MySql Explain

MySql Explain是对SQL进行性能优化不可或缺的工具，通过他我们可以对SQL进行一定的分析和性能优化，降低线上业务因慢查询造成的性能损失。

02

DBA不失业：云时代的数据库性能优化全攻略

性能问题是数据库中最重要也是最迫切要解决的问题之一，随着业务的发展和数据的不断加增，用户对于系统的响应速度的要求越来越高。而归根结底就是要提高数据库系统的性能。对于大部分的DBA来说，性能优化并不是一件容易的事情，造成性能问题的原因多种多样，在现实中，优化过程也会受到重重阻碍，随着云时代的到来以及自动化智能化运维的发展，那么云时代的DBA该如何优化数据库的性能呢？在今年的数据技术嘉年华上，我们邀请了来自国内外各大企业的性能优化专家，从不同的角度分析云时代数据库性能优化的技术与技巧。重点嘉宾与主题抢先一

09

SQL性能优化基础|技术创作特训营第一期

随着系统的数据量逐年增加，并发量也成倍增长，SQL性能越来越成为IT系统设计和开发时首要考虑的问题之一。SQL性能问题已经逐步发展成为数据库性能的首要问题，80%的数据库性能问题都是因SQL而导致。可能有些小伙伴会产生疑问：SQL的优化真的这么重要吗？答案是肯定的，SQL优化不是重要，而是相当重要，太重要了…

02

MySQL 之 SQL 优化实战记录

N个机台将业务数据发送至服务器，服务器程序将数据入库至MySQL数据库。服务器中的javaweb程序将数据展示到网页上供用户查看。

01

带您理解SQLSERVER是如何执行一个查询的

带您理解SQLSERVER是如何执行一个查询的连接方式和请求如果你是一个开发者，并且你的程序使用SQLSERVER来做数据库的话你会想知道当你用你的程序执行一个查询的时候实际发生了什么事情我希望这篇文章能够帮你写出更好的数据库应用程序和帮你更深入了解遇到的数据库性能问题 SQLSERVER是一个C/S模型的平台。唯一和数据库交互的方式只有发送包含数据库命令的请求到数据库服务器端。客户端和数据库通信的协议使用一种叫做TDS的协议(Tabular Data Sream) 园子里的文章：如果你用微软的

09

以小博大外小内大,Db数据库SQL优化之小数据驱动大数据

SQL优化中，有一条放之四海而皆准的既定方针，那就是：永远以小数据驱动大数据。其本质其实就是以小的数据样本作为驱动查询能够优化查询效率，在SQL中，涉及到不同表数据的连接、转移、或者合并，这些操作必须得有个数据集作为“带头”大哥，即驱动数据，而这个驱动数据最好是数据量最小的那一个。

03

MySQL选错索引导致的线上慢查询事故复盘

又和大家见面了！又两周过去了，我的云笔记里又多了几篇写了一半的文章草稿。有的是因为质量没有达到预期还准备再加点内容，有的则完全是一个灵感而已，内容完全木有。羡慕很多大佬们，一周能产出五六篇文章，给我两个肝我都不够。好了，不多说废话了…

04

那些年我们写过的T-SQL（上篇）

在当今这个多种不同数据库混用，各种不同语言不同框架融合的年代（一切为了降低成本并高效的提供服务），知识点多如牛毛。虽然大部分SQL脚本可以使用标准SQL来写，但在实际中，效率就是一切，因而每种不同厂商的SQL新特性有时还是会用到，这部分内容更是让人抓瞎，常常会由于一些很简单的问题花很久来搜索准确答案。赶脚俺弱小的智力已经完全无法记清楚常见的命令了，即使是用的最熟悉的T-SQL（SQL Server）。因此将最常见的T-SQL操作做个简单的总结,包括一些容易忽视的知识点和常见的开发样例。实话实说，现在开发中较

一次浴火重生的MySQL优化(EXPLAIN命令详解)

一直对SQL优化的技能心存无限的向往，之前面试的时候有很多面试官都会来一句，你会优化吗？我说我不太会，这时可能很多人就会有点儿说法了，比如会说不要使用通配符*去检索表、给常常使用的列建立索引、还有创建表的时候注意选择更优的数据类型去存储数据等等，我只能说那些都是常识，作为开发人员是必须要知道的。但真正的优化并不是使用那些简单的手法去完成实现的，要想知道一条SQL语句执行效率低的原因，我们可以借助MySQL的一大神器---"EXPLAIN命令"，EXPLAIN命令是查询性能优化不可缺少的一部分，本文在结合实

05

小米正式开源 SQL 智能优化与改写工具 SOAR

SOAR主要由语法解析器，集成环境，优化建议，重写逻辑，工具集五大模块组成。下面将对每个模块的作用及设计实现进行简述，更详细的算法及逻辑会在各个独立章节中详细讲解。

01

JSON格式执行计划（6）—mysql执行计划（五十二)

前面我们说了extra，这个主要显示额外的信息，比如如果没有填写表，会显示no table，用了索引会显示using index，全表扫描或者回表，则会显示using where，如果mysql优化器转内部查询，还会吧内部查询选择的策略显示出来，比如内部连接临时表去重复值查询，比如松散查询，比如最原则的方法，循环查询。

01

千万级数据表选错索引导致的线上慢查询事故

又和大家见面了！又两周过去了，我的云笔记里又多了几篇写了一半的文章草稿。有的是因为质量没有达到预期还准备再加点内容，有的则完全是一个灵感而已，内容完全木有。羡慕很多大佬们，一周能产出五六篇文章，给我两个肝我都不够。好了，不多说废话了...

03

MySQL表连接优化的初步分析

每每一些很深刻的优化案例时，就会无比想念Oracle里的优化技巧，因为无论是从工具还是信息，都会丰富许多。

02

[转]SQL解析过程详解

SQL任务是ODPS中使用最频繁的一类作业,大部分用户开始使用ODPS时要做的第一件事情就是学习怎么写ODPS的SQL。ODPS SQL是一种非常灵活的语言,兼容大部分的SQL92规范,也对大规模计算场景做了一些特别的定制。有些用户写出的SQL让人看了之后茅塞顿开的感觉,也有一些神级用户经常写一些1000多行的SQL,让人看的只想撞墙。本文会介绍一下SQL是如何分析解析,并拆解成分布式飞天任务的一些实现原理。

02

干货 | 100亿+数据量，每天50W+查询，携程酒店数据智能平台实践

岳毅，携程高级研发经理，负责酒店数据智能平台研发，大数据技术创新工作。喜欢探索研究大数据的开源技术框架。

03

Oracle数据库易遗漏的知识点（二）

我们区分in和exists主要是驱动顺序的改变（这是性能变化的关键），如果是exists，那么以外层表为驱动表，先被访问，如果是IN，那么先执行子查询，所以我们会以驱动表的快速返回为目标，那么就会考虑到索引及结果集的关系

03

深入浅出查询优化器

提示：公众号展示代码会自动折行，建议横屏阅读「第一部分查询优化器框架」关系型数据库是一个通用系统软件，SQL作为一种结构化查询语言，用户不需要关注怎么做，只需要描述做什么，然后交由SQL引擎来处理。因为关系代数提供的等价性，同一个查询可以用不同的SQL语句描述。为防止用户所写的"不好的"SQL执行慢，这就需要查询优化器快速而准确地选择出一个效率较高的执行计划。一般的查询优化器基于代价计算模型，包含SQL形态的变换，确定访问路径和多表连接顺序等几个重要的步骤。这些步骤被统一在一个优化器框架之内，相互

05

MySQL选错索引导致的线上慢查询事故

又和大家见面了！又两周过去了，我的云笔记里又多了几篇写了一半的文章草稿。有的是因为质量没有达到预期还准备再加点内容，有的则完全是一个灵感而已，内容完全木有。羡慕很多大佬们，一周能产出五六篇文章，给我两个肝我都不够。好了，不多说废话了...

00

数栈SQL优化案例：OR条件优化

数栈是云原生—站式数据中台PaaS，我们在github上有一个有趣的开源项目：https://github.com/DTStack/flinkx

01

SQL索引一步到位

SQL索引在数据库优化中占有一个非常大的比例，一个好的索引的设计，可以让你的效率提高几十甚至几百倍，在这里将带你一步步揭开他的神秘面纱。　　1.1 什么是索引？　　SQL索引有两种，聚集索引和非聚集索引，索引主要目的是提高了SQL Server系统的性能，加快数据的查询速度与减少系统的响应时间下面举两个简单的例子：图书馆的例子：一个图书馆那么多书，怎么管理呢？建立一个字母开头的目录，例如：a开头的书，在第一排，b开头的在第二排，这样在找什么书就好说了，这个就是一个聚集索引，可是很多人借书找某某作

02

SQL SERVER 内存分配及常见内存问题 DMV查询

内存动态管理视图（DMV）：从sys.dm_os_memory_clerks开始。 SELECT [type] , SUM(virtual_memory_reserved_kb) AS [VM Reserved] , SUM(virtual_memory_committed_kb) AS [VM Committed] , SUM(awe_allocated_kb) AS [AWE Allocated] , SUM(shared_memory_reserved_kb) AS [

巧用这19条MySQL优化，效率至少提高3倍

MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from t where num in(1,2,3) 对于连续的数值，能用between就不要用in了；再或者使用连接来替换。

01

巧用这19条MySQL优化，效率至少提高3倍

MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from t where num in(1,2,3) 对于连续的数值，能用between就不要用in了；再或者使用连接来替换。

02

mysql如何执行关联查询与优化

在数据库中执行查询（select）在我们工作中是非常常见的，工作中离不开CRUD，在执行查询（select）时，多表关联也非常常见，我们用的也比较多，那么mysql内部是如何执行关联查询的呢？它又做了哪些优化呢？今天我们就来揭开mysql关联查询的神秘面纱。

03

项目中至少提高3倍的19条MySQL优化

本文我们来谈谈项目中常用的MySQL优化方法，巧用这19条技巧，至少提高3倍效率，具体如下：

03

19条效率至少提高3倍的MySQL技巧

MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from t where num in(1,2,3) 对于连续的数值，能用between就不要用in了；再或者使用连接来替换。

02

19条MySQL优化，效率至少提高3倍

MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from t where num in(1,2,3) 对于连续的数值，能用between就不要用in了；再或者使用连接来替换。

02

巧用这19条MySQL优化，效率至少提高3倍

MySQL对于IN做了相应的优化，即将IN中的常量全部存储在一个数组里面，而且这个数组是排好序的。但是如果数值较多，产生的消耗也是比较大的。再例如：select id from t where num in(1,2,3) 对于连续的数值，能用between就不要用in了；再或者使用连接来替换。

03

如何转行成为初级测试？

今天来聊一聊如何成为一枚初级软件测试工程师？之前在贴吧和知乎经常收到小伙伴私信问如何转行到互联网行业，以及谈到自己半路转行没什么经验，也不是学的计算机相关专业，比较迷茫该怎么学？甚至询问要不要去报一个培训班学习......

01

如何转行成为初级测试？

今天来聊一聊如何成为一枚初级软件测试工程师？之前在贴吧和知乎经常收到小伙伴私信问如何转行到互联网行业，以及谈到自己半路转行没什么经验，也不是学的计算机相关专业，比较迷茫该怎么学？甚至询问要不要去报一个培训班学习......

01

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭