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

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

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

14 ответов

16 просмотров

Все в зависимости от того, что делает запрос. Если у тебя 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 шагов гистограммы. И я уже вам писал как посмотреть нашел ли оптимизатор оптимальный план

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

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

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта