如何提高此慢查询的性能

时间:2014-05-28 06:25:31

标签: sql sql-server sql-server-2012

我有以下查询,大约需要10分钟。我需要这个更快。 有什么想法可以做些什么来调整这个查询? r_pos_transaction_head表的记录略低于500,000,而r_pos_transaction_detl的记录略低于900,000。

我已经创建了我认为合适的索引(您可以在计划中看到这些索引)。

truncate table t_retail_history
insert into t_retail_history
select
  h.source_db as legacy_source_db,
  h.company as legacy_company,
  h.store_code as legacy_store_code,
  h.register as legacy_register,
  cast(h.register as char(1)) + '/' + cast(h.transaction_no as varchar(10)) as legacy_transaction_no,
  t_warehouse.store_number as store_number,
  h.transaction_no as reference,
  convert(varchar(10),dbo.datefromdays(h.date),103) as transaction_date,
  convert(varchar(5),dateadd(second,h.time,cast(cast(getdate() as date) as datetime)), 108) as transaction_time,
  d.product_code as legacy_product_code,
  coalesce(d.colour_no,0) as legacy_colour_no,
  coalesce(g_colour_name_replacement.new_colour_name,s.colour_name,'') as legacy_colour_name,
  coalesce(d.size_no,0) as legacy_size_no,
  coalesce(s.size_code,'') as legacy_size_code,
  d.price_inc_tax as legacy_price_inc_tax,
  d.sku_no as legacy_sku_no,
  null as barcode,
  d.quantity as qty,
  d.nett_total as sales_total,
  null as person_code,
  t_warehouse.destination_busdiv_prefix
from
  svi.r_pos_transaction_head h
inner join
  svi.r_pos_transaction_detl d on
  d.company = h.company
  and d.store_code = h.store_code
  and d.register = h.register
  and d.tx_code = h.transaction_no
inner join
  svi.g_skus s on
  s.company = h.company
  and s.product_code = d.product_code
  and (
    s.colour_position = d.colour_no
    or s.colour_position is null and d.colour_no = 0
  )
  and (
    s.size_position = d.size_no
    or s.size_position is null and d.size_no = 0
  )
left outer join
  g_colour_name_replacement on
  g_colour_name_replacement.product_code = d.product_code
  and g_colour_name_replacement.old_colour_name = s.colour_name
left outer join
  t_warehouse on
  t_warehouse.legacy_svi_code = right('000' + cast(h.store_code as nvarchar(5)),3)
where
  d.quantity <> 0
  and d.nett_total <> 0

Explain Plan

任何帮助表示赞赏!

3 个答案:

答案 0 :(得分:3)

正如所有人建议的那样,正确编写查询,尝试在连接字段上添加一些索引。

对我来说,查询的不好部分是:

and (
    s.colour_position = d.colour_no
    or s.colour_position is null and d.colour_no = 0
)
and (
    s.size_position = d.size_no
    or s.size_position is null and d.size_no = 0
)

因为OR condition声明中的INNER JOIN性能杀手。它们是避免它的许多技巧(比如对每个条件执行2次左连接,然后在where子句中删除发生null的左连接)。

我只是做了一些其他的研究,我发现这个post on stackoverflow提出了一些建议。您应该尝试使用Union选项不重建所有SELECT字段部分。

我没有时间为您重写所有查询,请随时通知我。

答案 1 :(得分:0)

您可以使用索引视图来执行beter连接。 执行更好的索引,因此它可以使用索引搜索而不是索引扫描。 图像百分比总和不是100%在哪里?

答案 2 :(得分:0)

您似乎没有必要的索引来支持您的查询。您应该看看是否可以在您加入的列上创建索引。