用vs2005時發現乙個問題,生成資料集時,vs會幫你自動優化語句,一般都不懷疑微軟的水平,不過這次優化之後實在是看不懂了,懷疑優化錯了,於是在查詢分析器裡試了一下,結果倒是對的,可是執行計畫裡卻顯示優化後的效率低一些,奇怪了
下面**裡前一行是我寫的,後一行是vs優化出來的(使用了sql server自帶的northwind資料庫):
declare
@shipname
varchar
declare
@shipcity
varchar
set@shipname=''
set@shipcity=''
select
dbo.orders.orderid, dbo.orders.orderdate, dbo.employees.firstname,
dbo.customers.companyname
from
dbo.customers
inner
join
dbo.orders
ondbo.customers.customerid
=dbo.orders.customerid
inner
join
dbo.employees
ondbo.orders.employeeid
=dbo.employees.employeeid
where
(shipname
=@shipname
or@shipname=''
) and
(shipcity
=@shipcity
or@shipcity=''
) and
shipvia =2
select
orders.orderid, orders.orderdate, employees.firstname,
customers.companyname
from
customers
inner
join
orders
oncustomers.customerid
=orders.customerid
inner
join
employees
onorders.employeeid
=employees.employeeid
where
(orders.shipname
=@shipname
or@shipname=''
) and
(orders.shipcity
=@shipcity
) and
(orders.shipvia =2
) or
(orders.shipname
=@shipname
or@shipname=''
) and
(orders.shipvia =2
) and
(@shipcity=''
) 執行計畫顯示查詢成本分別是:49.49%和50.51%
另外就是看不懂優化後的where後面是什麼意思,鬱悶ing~~~~~記下這筆,有時間研究下
VS自動優化SQL語句邏輯與效率的疑問
用vs2005時發現乙個問題,生成資料集時,vs會幫你自動優化語句,一般都不懷疑微軟的水平,不過這次優化之後實在是看不懂了,懷疑優化錯了,於是在查詢分析器裡試了一下,結果倒是對的,可是執行計畫裡卻顯示優化後的效率低一些,奇怪了 下面 裡前一行是我寫的,後一行是vs優化出來的 使用了sql serve...
sql語句的效率優化等
優化前的語句 postgres 資料庫,優化前20s,優化後200ms select c.key,c.x key,c.tags,x.name from context c join x on c.x key x.key where c.key any array 15368196,11,000 ot...
SQL表關聯中的邏輯與效率
入職後用了sql也有一年了,對sql和各個資料庫的了解也漸漸多了起來。感覺sql的關聯蠻有意思的,在這裡寫一下自己對這玩意的認識的總結吧。本篇主要是通過目前接觸到的兩個資料庫 vertica和impala oracle和mysql也有,但是個人用的不多 的執行計畫來寫的,優化器做到差不多地步的資料庫...