169 похожих чатов

Привет! Есть большой и тяжелый запрос: 40 джойнов, 20 эпплаев как оптимизировать

такой запрос? разбивать на несколько cte?
думать самому в каком порядке джойнить и прописывать хинт FORCE ORDER?

14 ответов

13 просмотров

Все в зависимости от того, что делает запрос. Если у тебя 40 джоинов, то скорее всего в базе кривая архитектура

Сергей-С. Автор вопроса

это построение отчета, с архитектурой все скорее всего норм)

SQL SERVER? в любом случае смотрите в сторону упрощения и предварительного помещения некоторых особо тяжелых джоинов во временные структуры, либо материлизованные предстваления

Сергей-С. Автор вопроса

да, sql server тогда смотреть в сторону вьюх и CTE?

нет, CTE вам здесь точно не помогут, это просто сахар в SQL Server, временные таблицы

Сергей-С. Автор вопроса

а FORCE ORDER стоит попробовать?

Взять актуальный план и анализировать узкие места. Обратить внимание на индексы, рекомендованные оптимизатором, если таковые есть. Обратить внимание на значение свойства "Reason For Early Termination Of Statement Optimization" После этого уже можно думать на какие фрагменты разбивать запрос и разбивать ли вообще. Применение FORCE ORDER наобум обычно результата не дает.

вот в целом безвредные советы, вам нужен SQL Tuning: The Wise Use of Temporary Tables (#Temp) https://www.toptal.com/sql-server/sql-database-tuning-for-developers

Сергей-С. Автор вопроса

с индексами все норм, везде seek, проблема в том, что из-за порядка джойнов в плане запроса во многих места Number of Rows Read многократно выше, к примеру мог бы быть в районе 500, а по факту 90к

Есть хинты

"Везде seek" не критерий оптимальности. Например, cross (outer) apply частенько дает NL + Index Seek, но по производительности это не лучший вариант. В общем, чтобы давать конкретные рекомендации нужен актуальный план.

Сергей-С. Автор вопроса

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

На тех данных, которые не могут изменить свою селективность или количество, да

Не на больших запросах, а на больших таблицах. Из-за ограничения в 200 шагов гистограммы. И я уже вам писал как посмотреть нашел ли оптимизатор оптимальный план

Похожие вопросы

Обсуждают сегодня

Какой-то там пердун в 90-х решил, что есть какая-то разная типизация. Кого вообще это волнует?
КТ315
49
void terminal_scroll() { memmove(terminal_buffer, terminal_buffer + VGA_WIDTH, buffer_size - VGA_WIDTH); memset(terminal_buffer + buffer_size - VGA_WIDTH, 0, VGA_WIDTH); ...
Егор
47
Всем привет! Подскажите, пожалуйста, в чем ошибка? Настраиваю подключение к MySQL. Либы лежат рядом с exe. Все как по "учебнику"
Евгений
16
А можете как-то проверить меня по знаниям по ассемблеру?
A A
132
Здравствуйте! У меня появилась возможность купить книгу "Изучай Haskell во имя добра!". Но я где-то слышал, что эта книга устарела. Насколько это правда??
E
22
Здравствуйте! Я вот на stepic решаю задачи на хаскеле https://stepik.org/lesson/8443/step/8?unit=1578 мой код import Data.List (isInfixOf) removing :: String -> [String] ->...
E
10
Камрады, кто тесно работал с vtv, хотел уточнить. Ширина column задаётся жёстко на этапе создания дерева или можно в рантайме ее менять программно (не мышкой)?
Ed Doc
10
да ладно ... что там неочевидного ? глянуть в исх-ки датасета и/или кверика чтобы понять в каком месте и как выполняется обращения к св-вам blablaSQL - минутное дело, даже е...
Сергей
7
Здесь для arm кто-нибудь кодит ?
Nothing
52
Всем привет, у меня есть сервер принимающий входящие HTTP подключения, как проверить, что подключение было через прокси или нет, есть какие то поля в заголовках по которым мо...
Кибер Бомж
8
Карта сайта