0

典型的なヘッダー/詳細テーブル セットを使用してヘッダー テーブルのレコードをレポートするクエリを作成しましたが、詳細テーブルのさまざまなタイプのヘッダー レコードごとに集計データを提供します。

グループ化の問題を回避するために、請求書キーに基づいてすべての集計を行う結合するビューを作成しました。

CREATE OR REPLACE VIEW TransactDetailSummary_V AS
  SELECT
td.invoice
, SUM(CASE WHEN td.TaxCollected1 + td.TaxCollected2 + td.TaxCollected3 <> 0 AND td.Type NOT IN (9,13) THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as taxable_sales
, SUM(CASE WHEN td.TaxCollected1 + td.TaxCollected2 + td.TaxCollected3 = 0 AND td.Type NOT IN (9,13) THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as nontaxable_sales
, SUM(CASE WHEN td.Type IN (8,18) THEN td.Amount ELSE 0 END) as total_taxes
, SUM(CASE WHEN td.Type IN (15,16,26) THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) AS returns
, SUM(CASE WHEN td.Type IN (24) THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) AS trade_ins
, SUM(CASE WHEN td.Type IN (9,13,22) THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) AS payments
, SUM(CASE WHEN td.Type = 2 THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as part_sales
, SUM(CASE WHEN td.Type = 3 THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as serial_sales
, SUM(CASE WHEN td.Type = 15 THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as part_returns
, SUM(CASE WHEN td.Type = 16 THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as serial_returns
, SUM(CASE WHEN td.Type = 10 THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as misc_charges
, SUM(CASE WHEN td.Type = 6 THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as labor_charges
, SUM(CASE WHEN td.Type IN (4,5,11) THEN ROUND(td.Quantity * td.Amount, 2) ELSE 0 END) as rental_sales
FROM transactdetail td
GROUP BY td.Invoice;

次に、レポート クエリで、請求書キーを使用して詳細ビューに参加します。

SELECT
  'Customer Invoices COMPLETED' as section_title
  , CAST(th.Invoice as UNSIGNED) as Invoice
  , th.DateInvoice as invoice_date
  , th.DateApply as completed_date
  , th.orderstatus as status
  , th.customername as customer_name
  , tdv.taxable_sales
  , tdv.nontaxable_sales
  , tdv.total_taxes
  , tdv.returns
  , tdv.trade_ins
  , tdv.payments
  , tdv.part_sales
  , tdv.serial_sales
  , tdv.part_returns
  , tdv.serial_returns
  , tdv.misc_charges
  , tdv.labor_charges
  , tdv.rental_sales
FROM transactheader th
JOIN TransactDetailSummary_V tdv ON tdv.Invoice = th.Invoice
WHERE th.DateApply BETWEEN '2013-04-15' AND '2013-04-15'
  AND th.OrderStatus IN ('Complete','Backorder')
  AND th.Type = 1
  AND th.Created = 'invoice'
ORDER BY 1;

この例では、集計データを含む 13 個のヘッダー レコードが返されます。しかし、エンジンがどれだけの仕事をしているかを調べ始めたところ、驚くべきことがわかりました。

id  select_type table   type    possible_keys   key key_len ref rows    Extra
1   PRIMARY <derived2>  ALL                 75609   
1   PRIMARY th  ref Invoice_Key,Type_Key,Status_Key Invoice_Key 20  tdv.invoice,const   10  Using where
2   DERIVED td  ALL                 350477  Using temporary; Using filesort

Explain は、詳細テーブルですべての行が読み取られ、関心のある 13 のヘッダーの集計を提供していることを示しています。ビューがマテリアライズされ、結合に基づいてフィルタリングされていることを理解しています。

問題は、気になる 13 件の請求書の詳細のみを読み取るようにする方法はありますか? 相互に関連付けることができない限り、結合されたサブクエリが同じように機能することを想像していますか?

助けてくれてありがとう。

4

0 に答える 0