Оптимизация конкретного запроса sql

Question

Я не эксперт по SQL, пожалуйста, помогите, как я могу оптимизировать этот запрос?

У меня нет индексов, только таблица, называемая master_table и другие таблицы, я должен оптимизировать этот запрос, чтобы получить те же результаты, я могу создавать индексы, если мне нужно, но я не могу изменить таблицу создания ... .

select month(date_hour), passenger, nationality, passport, airline, 
    count(*) N_Viagens 
from masterTable 
group by month(date_hour), passenger, airline, nationality, passport 
having count(*) > 10 

рядом есть код, чтобы создать таблицу, но я не могу изменить этот код, только запрос или создание индексов:

select 
p.birthdate, p.gender, p.passport, p.name + ' ' + p.surname passenger, p.nationality, 
    r.class, r.flightNR, r.payment, r.ticketNR, 
    f.src_AP_ID, f.dest_AP_ID, f.AL_ID, f.date_hour, f.AirCrft_Code,ac.manufacturer, ac.model, 
    SA.City 'Origin City', SA.Country 'Origin Country', SA.Name 'Origin Airport', 
    DA.City 'Dest City', DA.Country 'Dest Country', DA.Name 'Dest Airport', 
    al.Name airline, al.IATA, al.icao 
into masterTable 
from passenger p 
join reservation r on r.passport = p.passport 
join flight f on f.flightNR = r.flightNR 
join airport SA on f.src_AP_ID = SA.AP_Id 
join airport DA on f.dest_AP_ID = DA.AP_Id 
join aircraft ac on f.airCrft_Code = ac.code 
join airline al on f.AL_ID = al.AL_ID 

без индекса:

SQL Server Execution Times: CPU time = 10125 ms, elapsed time = 17052 ms. 

ЛЮДИ Я думаю, что я сделал это, спасибо всем, спасибо СНОВА

Я создал индекс, как это:

create index idx_MasterTable_Passenger on masterTable(passport, airline) 

и запрос я изменил к этому:

select month(date_hour), max(passenger) as passenger, nationality, passport, airline, count(*) N_Viagens 
from masterTable 
group by airline, nationality, passport, month(date_hour) 
having count(*) > 10 

Что вы думаете, приемлемо ли это?

SQL Server Execution Times: CPU time = 8362 ms, elapsed time = 5721 ms. 

Я буду говорить с учителем, если он согласен с этим

Учитель не принял это изменения, мы не можем изменить таблицы или запроса, только создавая хороший показатель .... предложения ??

Answer 1

Появляется паспорт лучше идентификатор, чем имя. Разрешите, чтобы человек изменил свое имя.

Создать индекс по паспорту, авиакомпания

Вы можете расширить индекс гражданства, паспорта, авиакомпании, пассажир, но не уверен, сколько, что вы покупаете вы?

select nationality, passport, airline, year(date_hour), month(date_hour), max(passenger), count(*) N_Viagens 
from masterTable 
group by nationality, passport, airline, year(date_hour), month(date_hour) 
having count(*) > 10 

Answer 2

Что содержит MasterTable? Похоже, что это будет содержать что-то вроде сегментов полета для пассажиров. Если это так, очень немногие пассажиры летают более 10 раз в месяц.

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

(1) Построить индекс на пассажира в MasterTable:

create index idx_MasterTable_Passenger on MasterTable(Passenger); 

(2) Признать, что люди, которые летают в 10 раз являются редкими по отношению ко всем остальным, поэтому отфильтруйте их:

select month(date_hour), passenger, nationality, passport, airline, 
     count(*) as N_Viagens 
from masterTable 
where passenger in (select passenger from MasterTable group by passenger having count(*) >= 10) 
group by month(date_hour), passenger, airline, nationality, passport 
having count(*) > 10 

Это может ускорить запрос.

Однако я бы предложил что-то другое. Создайте таблицу, которая суммирует информацию на пассажире (или на каком-то подобном уровне), чтобы ответить на такие вопросы. Когда новые данные добавляются в основную таблицу, обновите или вставьте строки в эту таблицу.

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

Answer 3

Этот запрос всегда требует сканирования. Теперь есть предложение WHERE, поэтому мы не можем ускорить запрос, быстро изолируя меньшее подмножество. Существует предложение HAVING, но оно может применяться только после агрегации.

Однако существует предложение GROUP BY; агрегация в предложении GROUP BY может ускоряться путем добавления соответствующего индекса.Поскольку столбцы из предложения GROUP BY также используются в списке SELECT, мы можем добиться того, что нужно сканировать только этот индекс, а не всю таблицу.

Предложение GROUP BY содержит выражение month (date_hour). Это означает, что мы можем игнорировать это для индекса. Остается пассажир, авиакомпания, гражданство, паспорт. Перед созданием индекса вам нужно выяснить правильный порядок. Моя догадка заключается в том, что вам нужно сначала поставить наиболее избирательные столбцы - то есть столбцы с наибольшим количеством уникальных значений должны появиться перед теми, у которых есть небольшое количество уникальных значений. Я бы предположил, что заказ пассажира, авиакомпании, гражданства, паспорта уже очень хорош. Тем не менее, я бы немного экспериментировал, изменив порядок столбцов.

Как только вы создали индекс, вам не придется переписывать запрос. Однако, если оптимизатор вашей РСУБД наивен (например, MySQL), вам нужно будет поместить выражение month (date_hour) в качестве последнего выражения предложения GROUP BY. Это никак не изменит результат, хотя это может повлиять на порядок, в который возвращаются строки. Однако это не должно иметь значения (и если это так, вы должны добавить предложение ORDER BY)

Answer 4

Это сложный вопрос - чтобы действительно ускорить группировку на month(date_hour), вам понадобится индекс (aka index on a computed column в MS SQL Server) на это точное выражение. Просто иметь индекс на date_hour не достаточно.

В this example вторая таблица имеет вычисленный столбец и индекс на нем (в то время как первый не имеет ни одного). Обратите внимание, что идентичные запросы имеют разные планы выполнения, в которых первая фактически сортирует данные, а вторая просто пробивает индекс.

Поскольку это домашнее задание, я позволю вам включить это в свой пример.

Кстати, если вы заинтересованы в теме индексов и производительности, я горячо рекомендую читать: Use The Index, Luke!