1

少し変更すると、ランタイムが約 37 秒から 4 秒に短縮されるというクエリがあります。結合や返される列に変更はありません。

SLOW クエリ (37 秒):

declare @PeriodFrom DateTime
declare @PeriodTo DateTime
Set @PeriodFrom = '2012-06-01'
Set @PeriodTo = '2012-06-30'

Select
  0 as PrimaryAccount,
  0 as PrintOrder,
  Cast(Null as integer) as ID,
  Sum(IsNull(MT.Amount, 0)) as Amount,
  Cast(0 as Money) as NetAmount,
  Cast(0 As Money) as TaxAmount,
  Cast(0 as Money) as AmountOutstanding,
  Cast(0 as Money) as AmountPaid,
  'Balance brought forward' as Description
From
  db_site4.dbo.AccountReceivable P
Join
  db_site4.dbo.ARType ART on ART.ARTypeID = P.ARTypeID and ART.ARTypeID = 24
left Join
  db_site4.dbo.vw_MemberTransactions MT
on
  P.AccountReceivableID = MT.AccountReceivableID
where 
  (MT.AccountingDate <= @PeriodFrom or MT.AccountingDate is null)
and
  (Authorised = 1 or Authorised is Null)
and
  IsHidden = 0
and
  P.MemberID = 123

上記の SQL I/O 統計:

Table 'Payment'. Scan count 16, logical reads 23558, physical reads 19, read-ahead reads 5448.
Table 'InvoiceItemPayment'. Scan count 4, logical reads 22237, physical reads 51, read-ahead reads 13432.
Table 'UnallocatedPayment'. Scan count 12, logical reads 431, physical reads 1, read-ahead reads 80.
Table 'AccountReceivable'. Scan count 1, logical reads 2, physical reads 0, read-ahead reads 0.
Table 'ARType'. Scan count 1, logical reads 2, physical reads 0, read-ahead reads 0.
Table 'Invoice'. Scan count 11116, logical reads 116984, physical reads 190, read-ahead reads 30910.
Table 'InvoiceItem'. Scan count 5122, logical reads 99786, physical reads 316, read-ahead reads 46236.

4 秒で返されるクエリについては、次のとおりです。

declare @PeriodFrom DateTime
declare @PeriodTo DateTime
Set @PeriodFrom = '2012-06-01'
Set @PeriodTo = '2012-06-30'

Select
  0 as PrimaryAccount,
  0 as PrintOrder,
  Cast(Null as integer) as ID,
  Sum(IsNull(MT.Amount, 0)) as Amount,
  Cast(0 as Money) as NetAmount,
  Cast(0 As Money) as TaxAmount,
  Cast(0 as Money) as AmountOutstanding,
  Cast(0 as Money) as AmountPaid,
  'Balance brought forward' as Description
From
  db_site4.dbo.AccountReceivable P
Join
  db_site4.dbo.ARType ART on ART.ARTypeID = P.ARTypeID and ART.ARTypeID = 24
left Join
  db_site4.dbo.vw_MemberTransactions MT
on
  P.AccountReceivableID = MT.AccountReceivableID
where 
  (MT.AccountingDate <= @PeriodFrom or MT.AccountingDate is null)
and
  (Authorised = 1 or Authorised is Null)
and
  (IsHidden = 0 or IsHidden is null)
and
  P.MemberID = 123

上記の SQL I/O 統計:

Table 'Payment'. Scan count 6271, logical reads 19857, physical reads 0, read-ahead reads 0.
Table 'UnallocatedPayment'. Scan count 2, logical reads 4, physical reads 0, read-ahead reads 0.
Table 'InvoiceItemPayment'. Scan count 4399, logical reads 33400, physical reads 0, read-ahead reads 0.
Table 'InvoiceItem'. Scan count 10581, logical reads 60682, physical reads 4, read-ahead reads 0.
Table 'Invoice'. Scan count 3, logical reads 22102, physical reads 3, read-ahead reads 0.
Table 'AccountReceivable'. Scan count 1, logical reads 2, physical reads 0, read-ahead reads 0.
Table 'ARType'. Scan count 1, logical reads 2, physical reads 0, read-ahead reads 0.

私の質問は次のとおりです。行われる唯一の変更が に置き換える場合、2つの間の実行時間にどのように違いがあるのIsHidden = 0でしょ(IsHidden = 0 or IsHidden IS NULL)うか? (下から3行目)

4

2 に答える 2

0

ISNULLを含めるために追加の句を追加する場合、AccountRecievableからより多くの行を返す可能性があります。次に、ビュー内のより多くの行と結合します。これは、ビューのベーステーブルからより多くの行を読み取る必要があるため、クエリの時間が長くなることを意味します。

ここでのロジックは、提供したIO統計を確認することから得られます。指定したクエリには「見えない」テーブルの追加の読み取りがあります。ビューのベーステーブルでインデックス戦略を確認することを検討してください。

于 2012-10-11T07:01:58.507 に答える
0

IsHidden とインデックスにあるデータによって異なります。

多数の null と適切なインデックスがある場合は、実行計画が「IsHidden = 0」の前にそれらを最初に取得する可能性があるため、「IsHidden = 0」のみをスキャンするよりも高速に動作します。

于 2012-10-11T06:27:00.050 に答える