典型的なヘッダー/詳細テーブル セットを使用してヘッダー テーブルのレコードをレポートするクエリを作成しましたが、詳細テーブルのさまざまなタイプのヘッダー レコードごとに集計データを提供します。
グループ化の問題を回避するために、請求書キーに基づいてすべての集計を行う結合するビューを作成しました。
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 件の請求書の詳細のみを読み取るようにする方法はありますか? 相互に関連付けることができない限り、結合されたサブクエリが同じように機能することを想像していますか?
助けてくれてありがとう。