为什么别人的效查询建查询只要几秒,而你的议学查询语句少则十多秒,多则十几分钟甚至几个小时?与你的效查询建查询语句是否高效有很大关系。
今天我们来看看如何写出比较高效的议学查询语句。
在有索引的效查询建列上如果存在NULL值会使得索引失效,降低查询速度,议学该如何优化呢?例如:
SELECT * FROM [Sales].[Temp_SalesOrder] WHERE UnitPrice IS NULL
我们可以将NULL的效查询建值设置成0或其他固定数值,这样保证索引能够继续有效。议学
SELECT * FROM [Sales].[Temp_SalesOrder] WHERE UnitPrice =0
这是效查询建改写后的查询语句,效率会比上面的议学快很多。
在WHERE语句中使用!=或<>也会使得索引失效,效查询建进而进行全表扫描,这样就会花费较长时间了。
遇到有OR的情况,我们可以将OR使用UNION ALL来进行改写
例如:
SELECT * FROM T1 WHERE NUM=10 OR NUM=20
可以改写成
SELECT * FROM T1 WHERE NUM=10
UNION ALL
SELECT * FROM T1 WHERE NUM=20
遇到连续确切值的时候 ,我们可以使用BETWEEN AND来进行优化
例如:
SELECT * FROM T1 WHERE NUM IN (5,6,7,8)
可以改写成:
SELECT * FROM T1 WHERE NUM BETWEEN 5 AND 8.
子查询中经常会使用到IN,如果换成EXISTS做关联查询会更快
例如:
SELECT * FROM T1 WHERE ORDER_ID IN (SELECT ORDER_ID FROM ORDER WHERE PRICE>20);
可以改写成:
SELECT * FROM T1 AS A WHERE EXISTS (SELECT 1 FROM ORDER AS B WHERE A.ORDER_ID=B.ORDER_ID AND B.PRICE>20)
虽然代码量可能比上面的多一点,但是在使用效果上会优于上面的查询语句。
在进行模糊查询,使用LIKE时尽量使用前缀匹配,这样会走索引,减少查询时间。
例如:
SELECT * FROM T1 WHERE NAME LIKE '%李四%'
或者
SELECT * FROM T1 WHERE NAME LIKE '%李四'
均不会走索引,只有当如下情况
SELECT * FROM T1 WHERE NAME LIKE '李四%'才会走索引。
上述这些都是平常经常会遇到的,就直接告诉大家怎么操作了,具体可以下去做试验尝试一下。
责任编辑:武晓燕 来源: SQL数据库开发 查询语句OR(责任编辑:百科)
鲁西化工(000830.SZ)公布消息:拟开展外汇衍生品交易业务
前10月全国规模以上工业发电同比增长10.0% 水电同比下降11.9%
节能元件(08231.HK)发布公告:预计年度由亏转盈60万美元
中青旅(600138.SH):2020年度由盈转亏 基本每股亏损0.3206元
中盈盛达融资担保(01543.HK)完成发行2.60亿元公司债 票面利率为4.60%
前10月全国规模以上工业发电同比增长10.0% 水电同比下降11.9%
彩讯股份(300634.SZ):股东广东达盛累计减持437.99万股