SQL Query Performance Tuning

Question

UPDATE nas_backup 
SET fiber_serviceability_class = '0', 
last_updated_ts = CURRENT_TIMESTAMP 
WHERE location_id IN ( 
SELECT location_id 
FROM ( 
WITH distinct_locs AS ( 
    SELECT location_id, boundary_type 
    FROM ( 
     SELECT location_id, boundary_type 
     FROM nc 
     WHERE technology_type = 'Fibre' 
    ) 
    GROUP BY location_id, boundary_type 
    HAVING COUNT(*) = 1 
) 
SELECT nas.location_id 
FROM distinct_locs, nas_backup nas 
WHERE distinct_locs.location_id = nas.location_id 
AND distinct_locs.boundary_type = 'FSA' 
GROUP BY nas.location_id 
) 
); 

Может кто-нибудь предложить способ оптимизации запроса. Это занимает более 5 минут.

В таблице nc содержится 16 миллионов записей, а таблица nas_backup имеет 2 миллиона записей.

Answer 1

EXISTS может вам помочь. Дайте ему попробовать:

UPDATE nas_backup 
SET fiber_serviceability_class = '0', 
last_updated_ts = CURRENT_TIMESTAMP 
-- Remove the IN condition and check only that at least one row exists 
WHERE EXISTS ( 
SELECT location_id 
FROM ( 
    WITH distinct_locs AS ( 
     SELECT location_id, boundary_type 
     FROM ( 
      SELECT location_id, boundary_type 
      FROM nc 
      WHERE technology_type = 'Fibre' 
     ) 
     GROUP BY location_id, boundary_type 
     HAVING COUNT(*) = 1 
    ) 
    SELECT 
     nas.location_id 
    FROM 
     distinct_locs 
    WHERE 
     distinct_locs.boundary_type = 'FSA' 
     -- This is the new line 
     AND distinct_locs.location_id = nas_backup.location_id 
    GROUP BY 
     nas.location_id 
    ) 
); 

Однако было бы легче помочь, если вы поделитесь с нами stucture вашего децибела и вашей целью.

В следующий раз, пожалуйста, поделитесь с нами поставщиком и версией используемой СУБД.

Answer 2

Большинство вещей, которые я говорю здесь, должно быть сделано с помощью хорошего оптимизатора, так что это в основном по соображениям лучшей читаемости.

Всех фильтров вы должны обратиться к месту расположения части, поэтому принимать его подзапрос, чтобы уменьшить результирующий:

SELECT location_id, boundary_type 
FROM nc 
WHERE technology_type = 'Fibre' AND nc.boundary_type='FSA' 
GROUP BY location_id, boundary_type 
HAVING COUNT(*) = 1 

Далее используете JOIN синтаксис вместо неявной Регистрации:

UPDATE nas fiber_serviceability_class = '0', last_updated_ts = CURRENT_TIMESTAMP 
FROM nas_backup nas 
    JOIN (SELECT location_id, boundary_type 
      FROM nc 
      WHERE technology_type = 'Fibre' AND nc.boundary_type='FSA' 
      GROUP BY location_id, boundary_type 
      HAVING COUNT(*) = 1) loc ON loc.location_id=nas.location_id 

Я не знаю, есть ли специальная причина для Подзапроса с предложением HAVING. Не зная своей структуры и данных, это всего лишь предположение, но, возможно, вам это не нужно. Это очень простой запрос, который переводится как «Обновить каждый nas_backup, где тип технологии - это волокно и граничный тип - это FSA одновременно».

UPDATE nas fiber_serviceability_class = '0', last_updated_ts = CURRENT_TIMESTAMP 
FROM nas_backup nas 
    JOIN nc ON nas.location_id=nc.location_id 
WHERE nc.technology_type='Fibre' 
    AND nc.boundary_type='FSA'