У меня была аналогичная проблема позапрошлая неделя с запросом, который велся навсегда для запуска. При написании этого запроса я попытался применить некоторые из вещей, извлеченных из другого запроса, но все же выполнить его очень долго.Оптимизация запросов/исправление
При выполнении двух отдельных частей запроса требуется 2 минуты для завершения, что приемлемо, хотя быстрее будет намного лучше.
Вот мой запрос:
SELECT
x.entityCode 'Entity Code'
, x.nnd_volume 'Latest Brand Volume'
, maxDate 'Last Action Date'
, x.Brand 'Brand Description'
, (SELECT
ROUND(((SELECT (MAX(A.line_value * B.pack_volume))
FROM master_data.brand_master B
WHERE A.brand_code = B.brand_code
AND A.brand_code = B.brand_code)
/--THIS IS NOT A BUG, JUST TRYING TO CLEARLY INDICATE THE TWO SELECTS BEING DIVIDED AND CALCULATED
(SELECT C.case_volume
FROM master_data.brand_master C
WHERE A.brand_code = C.brand_code
AND A.brand_code = C.brand_code)),2) 'brand_volume'
FROM am_lines.brand_module A
WHERE A.action_date BETWEEN DATE(DATE_SUB(CURDATE(), INTERVAL 28 DAY))
AND DATE(DATE_SUB(CURDATE(), INTERVAL 0 DAY))
AND A.entity_code = x.entityCode
AND A.brand_code = x.brandCode
GROUP BY A.entity_code, A.brand
) 'Max Brand (28 Days)'
FROM
(SELECT
BBM.entity_code AS entityCode
, MAX(action_date) AS maxDate
, brand AS Brand
, brand_code AS brandCode
, ROUND(((SELECT (BBM.line_value * B.pack_volume)
FROM master_data.brand_master B
WHERE BBM.brand_code = B.brand_code AND BBM.brand_code = B.brand_code)
/--THIS IS NOT A BUG, JUST TRYING TO CLEARLY INDICATE THE TWO SELECTS BEING DIVIDED AND CALCULATED
(SELECT C.box_volume
FROM master_data.brand_master C
WHERE BBM.brand_code = C.brand_code AND BBM.brand_code = C.brand_code)),2) 'brand_volume'
FROM
am_lines.brand_module BBM
WHERE
line_field_id IN (3154, 3655)
AND action_date BETWEEN DATE(DATE_SUB(CURDATE(), INTERVAL 28 DAY)) AND DATE(DATE_SUB(CURDATE(), INTERVAL 0 DAY))
GROUP BY
-- action_date
entity_code
, brand_code) AS X
GROUP BY
x.entityCode
, x.brand;
SAMPLE DATA (Упаковка Объем и Box Volume просто справочная таблица, которая показывает общие единица в упаковке/коробке и используется для расчета и поэтому я не включил его в выборку данных):
entity_code | action_date| brand | line_value
------------+------------+----------+-----------
108792 |2016-12-07 |brand 001 | 25
108793 |2016-12-08 |brand 002 | 36
108795 |2016-12-06 |brand 003 | 10
108796 |2016-12-05 |brand 004 | 55
108795 |2016-12-13 |brand 001 | 5
108792 |2016-12-14 |brand 003 | 2
108793 |2016-12-14 |brand 005 | 15
108796 |2016-12-16 |brand 006 | 25
ТОКА ИСХОДОВ, что работа:
- Каждый Выберите Qu ery Выполняется в течение нескольких минут (максимум 2) и дает желаемый результат .
- Идентификаторы action_date и line_field_id.
- Добавление индекса в entity_code замедляет таблицу по неизвестной причине.
ТЕКУЩИЕ ПРОБЛЕМЫ ОПЫТНЫЙ/желаемому результату:
- Весь запуск запроса, как один берет навсегда, чтобы работать в избытке 2 часов.
- Каждая компания будет продавать/удерживать акции ряда брендов. Мне нужно определить холдинг MAXIMUM в 28-дневном цикле, а также через месяц (Max Holding 28 Days Column in Desired set).
- Мне нужно будет также показать последнюю инвентаризацию запасов в неделю (марка холдинга в желаемом наборе).
DESIRED РЕЗУЛЬТАТ SET VIEW:
entity_code | Last Date | brand holding | Max Holding (28 Days) |Brand
------------+------------+------------------+-----------------------+----------+
108792 |2016-12-27 |10 | 25 |Brand 001
108792 |2016-12-27 |36 | 36 |Brand 002
108792 |2016-12-27 |5 | 10 |Brand 003
108792 |2016-12-27 |25 | 55 |Brand 004
108792 |2016-12-27 |4 | 5 |Brand 005
108783 |2016-12-15 |80 | 80 |Brand 001
108783 |2016-12-15 |36 | 41 |Brand 002
108783 |2016-12-15 |12 | 12 |Brand 003
108783 |2016-12-15 |8 | 11 |Brand 004
108783 |2016-12-15 |20 | 90 |Brand 005
QUERY PLAN (store_code такой же, как код объекта, я просто переименовал его с целью поста):
Я скорректированной мой индекс должен быть на action_date и line_field_id.
бренд таблица имеет несколько миллионов строк. И индекс помещается в код сущности. –
вы можете предоставить нам план запроса? – Moudiz
Query Plan Added - Обратите внимание, что store_code - это то же самое, что и код сущности. Я только изменил имя столбца для цели сообщения. –