BSL206 — Соединение с вложенными запросами¶
Кратко¶
Соединение с вложенными запросами
Идентификаторы¶
| Поле | Значение |
|---|---|
| Код правила | BSL206 |
| Совместимый псевдоним | JoinWithSubQuery |
| Серьёзность | WARNING |
| Включено по умолчанию | Да |
| Реализовано | Да |
| Теги | query, performance |
Поведение¶
- Публичный идентификатор
BSL206и псевдонимJoinWithSubQueryстабильны. - Правило сообщает о случаях, описанных на этой странице.
- Подавления и проектная конфигурация применяются до публикации результата.
- Для выполнения правила не требуется внешний анализатор или сетевой доступ.
Настройка и подавление¶
Код BSL### — основной стабильный идентификатор. Совместимый псевдоним
принимается в select, ignore и совместимых блоковых комментариях.
Все три семейства подавлений работают для текущей строки и диапазона. Если открывающий комментарий стоит после кода, он действует только на эту строку. Используйте любой один вариант:
noqa:
bsl-disable(совместимый вариант):
- совместимый
BSLLS-вариант:
Если тот же открывающий комментарий стоит на отдельной строке, он начинает диапазон. Закройте его парным маркером того же семейства:
// noqa: BSL206
// код без этой диагностики
// noqa-enable: BSL206
// bsl-disable: BSL206
// код без этой диагностики
// bsl-enable: BSL206
// BSLLS:JoinWithSubQuery-off
// код без этой диагностики
// BSLLS:JoinWithSubQuery-on
Чтобы отключить правило до конца файла, не добавляйте закрывающий
noqa-enable, bsl-enable или BSLLS:…-on.
Открывающий и закрывающий маркеры должны принадлежать одному семейству.
Описание диагностики¶
При написании запросов не следует использовать соединения с вложенными запросами. Следует соединять друг с другом только объекты метаданных или временные таблицы.
Если запрос содержит соединения с вложенными запросами, то это может привести к следующим негативным последствиям:
- Крайне медленное выполнение запроса при слабой загрузке серверного оборудования
- Нестабильная работа запроса. При некоторых условиях запрос может работать достаточно быстро, при других - очень медленно
- Значительная разница по времени выполнения запроса на разных СУБД
- Повышенная чувствительность запроса к актуальности и полноте статистик. Сразу после полного обновления статистик запрос может работать быстро, но через некоторое время опять замедлиться
Примеры¶
Пример потенциально опасного запроса, использующего соединение с вложенным запросом:
ВЫБРАТЬ *
ИЗ Документ.РеализацияТоваровУслуг
ЛЕВОЕ СОЕДИНЕНИЕ (
ВЫБРАТЬ Измерение1 ИЗ РегистрСведений.Лимиты
ГДЕ Поле В (&СписокЗначений)
СГРУППИРОВАТЬ ПО
Измерение1
) ПО Ссылка = Измерение1