拆分字段优化SQL

 

拆分字段优化SQL

今天看到一条用函数处理连接的SQL,是群里某位网友的,SQL语句如下:

SELECT  SO_Order.fdate ,
        SO_Order.fsn
FROM    so_order
        INNER JOIN so_orderitem ON CHARINDEX(so_Orderitem.fid, SO_Order.fid) >= 1
WHERE   so_order.FOrderDate = ‘2015-09-06‘
SELECT  SO_Order.fdate ,
        SO_Order.fsn
FROM    so_order
        INNER JOIN so_orderitem ON CHARINDEX(so_Orderitem.fid, SO_Order.fid) >= 1
WHERE   so_order.FOrderDate = ‘2015-09-06‘

  语句不算复杂,只是执行比较慢,下面是关于这SQL语句的一些信息:

--1.SQL执行203条数据--2.耗时12秒--3.so_order表的fid字段是字符串集合,
--由1-2个字符串组成,用‘,‘分隔
SELECT  COUNT(*)
FROM    SO_Order
WHERE   so_order.FOrderDate = ‘2015-09-06‘--24

SELECT  COUNT(*)
FROM    so_Orderitem--414154

  

  通过分析执行计划,so_order和so_orderitem走嵌套循环是正确的,查询的瓶颈是在so_orderitem的索引

扫描上。因此,我们要通过改写SQL,达到so_orderitem走索引查找的目的。

  将so_order表的fid字段拆分成2个字段,然后union all成一个结果集,再和so_orderitem关联,即可让

so_orderitem表走索引查找。改写的SQL如下:

;WITH    x0
          AS ( SELECT   fdate ,
                        fsn ,
                        LEFT(fid, CASE WHEN CHARINDEX(‘,‘, fid, 1) = 0 THEN 0
                                       ELSE CHARINDEX(‘,‘, fid, 1) - 1
                                  END) AS fid
               FROM     so_order
               WHERE    FOrderDate = ‘2015-09-06‘
               UNION ALL
               SELECT   fdate ,
                        fsn ,
                        RIGHT(fid, LEN(fid) - CHARINDEX(‘,‘, fid, 1)) AS fid
               FROM     so_order
               WHERE    FOrderDate = ‘2015-09-06‘
             )
    SELECT  SO_Order.fdate ,
            SO_Order.fsn
    FROM    x0 so_order
            INNER JOIN so_orderitem ON so_Orderitem.fid = SO_Order.fid

;WITH    x0
          AS ( SELECT   fdate ,
                        fsn ,
                        LEFT(fid, CASE WHEN CHARINDEX(‘,‘, fid, 1) = 0 THEN 0
                                       ELSE CHARINDEX(‘,‘, fid, 1) - 1
                                  END) AS fid
               FROM     so_order
               WHERE    FOrderDate = ‘2015-09-06‘
               UNION ALL
               SELECT   fdate ,
                        fsn ,
                        RIGHT(fid, LEN(fid) - CHARINDEX(‘,‘, fid, 1)) AS fid
               FROM     so_order
               WHERE    FOrderDate = ‘2015-09-06‘
             )
    SELECT  SO_Order.fdate ,
            SO_Order.fsn
    FROM    x0 so_order
            INNER JOIN so_orderitem ON so_Orderitem.fid = SO_Order.fid

  下面是SQL改写后,网友的反馈截图

  改写后SQL的执行计划如下:

标签: SQL优化

时间: 2024-08-08 09:39:15

拆分字段优化SQL的相关文章

通过拆分字段优化SQL

数据库环境:SQL SERVER 2008R2 今天看到一条用函数处理连接的SQL,是群里某位网友的,SQL语句如下: SELECT SO_Order.fdate , SO_Order.fsn FROM so_order INNER JOIN so_orderitem ON CHARINDEX(so_Orderitem.fid, SO_Order.fid) >= 1 WHERE so_order.FOrderDate = '2015-09-06' 语句不算复杂,只是执行比较慢,下面是关于这SQL

50种方法优化SQL Server数据库查询(转载)

原文地址:http://www.cnblogs.com/zhycyq/articles/2636748.html 查询速度慢的原因很多,常见如下几种: 1.没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2.I/O吞吐量小,形成了瓶颈效应. 3.没有创建计算列导致查询不优化. 4.内存不足 5.网络速度慢 6.查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7.锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷) 8.sp_lock,sp_who,活动的用

ORACLE使用WITH AS和HINT MATERIALIZE优化SQL解决FILTER效率低下

 在做项目的过程中,一个页面使用类似如下的SQL查询数据,为了保密和使用方便,我把项目中有关的表名和字段替换使用ORACLE数据库中的系统表和字段. 在我所做的项目中,类似ALL_TABLES的表中大概有8W多条数据,下面这个查询SQL很慢. WITH PARAMS AS (SELECT '' USER_ID, '' SDATE, '%' || '' || '%' SNAME FROM DUAL) SELECT AU.USERNAME, AU.USER_ID FROM ALL_USERS A

Greenplum优化--SQL调优篇

目录 数据库查询预准备 VACUUM ANALYZE EXPLAIN执行计划 两种聚合方式 关联 重分布 查询优化 explain参数 选择合适分布键 分区表 压缩表 分组扩展 窗口函数 列存储和行存储 函数和存储过程 索引使用 NOTIN 聚合函数太多 资源队列 其它优化技巧 参考 数据库查询预准备 VACUUM vacuum只是简单的回收空间且令其可以再次使用,没有请求排它锁,仍旧可以对表读写 vacuum full执行更广泛的处理,包括跨块移动行,以便把表压缩至使用最少的磁盘块数目存储.相

转载 50种方法优化SQL Server数据库查询

原文地址 http://www.cnblogs.com/zhycyq/articles/2636748.html 50种方法优化SQL Server数据库查询 查询速度慢的原因很多,常见如下几种: 1.没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷) 2.I/O吞吐量小,形成了瓶颈效应. 3.没有创建计算列导致查询不优化. 4.内存不足 5.网络速度慢 6.查询出的数据量过大(可以采用多次查询,其他的方法降低数据量) 7.锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷

性能优化——SQL语句(续)

上篇博客介绍了一下自己在项目中遇到的一种使用sql语句的优化方式(性能优化--SQL语句),但是说的不够完整.在对比的过程中,没有将max函数考虑在内,经人提醒之后赶紧做了一个测试,测试过程中又学到了不少的东西.现给大家分享一下 上次用的是select count(*) 和select * 的执行效率问题,因为我的需求是获取数据的一个总数来自动给出新的id,然后网友给出可以使用max的方式给出新id.其实这也是一种不错的思路(当时我们也用过该函数,只不过因为系统数据本身问题,不适合用该函数),然

sql语句优化SQL Server

MS   SQL   Server查询优化方法查询速度慢的原因很多,常见如下几种 1.没有索引或者没有用到索引(这是查询慢最常见的问题,是程序设计的缺陷)          2.I/O吞吐量小,形成了瓶颈效应.          3.没有创建计算列导致查询不优化.          4.内存不足          5.网络速度慢          6.查询出的数据量过大(可以采用多次查询,其他的方法降低数据量)          7.锁或者死锁(这也是查询慢最常见的问题,是程序设计的缺陷)   

如何用 SQL Tuning Advisor (STA) 优化SQL语句

在Oracle10g之前,优化SQL是个比较费力的技术活,不停的分析执行计划,加hint,分析统计信息等等.在10g中,Oracle推出了自己的SQL优化辅助工具: SQL优化器(SQL Tuning Advisor :STA),它是新的DBMS_SQLTUNE包.使用STA一定要保证优化器是CBO模式下. 执行DBMS_SQLTUNE包进行sql优化需要有advisor的权限: SQL> create user dave identified by dave; 用户已创建. SQL> gra

应用索引技术优化SQL 语句一

一.前言 很多数据库系统性能不理想是因为系统没有经过整体优化,存在大量性能低下的SQL 语句.这类SQL语句性能不好的首要原因是缺乏高效的索引.没有索引除了导致语句本身运行速度慢外,更是导致大量的磁盘读写操作,使得整个系统性能都受之影响而变差.解决这类系统的首要办法是优化这些没有索引或索引不够好的SQL语句. 本文讨论和索引相关的有关内容,以及通过分析语句的执行计划来讲述如何应用索引技术来优化SQL 语句.通过分析执行计划,读者可以检查索引是否有用,以及如何创建高效的索引.本文对数据库管理人员以