Общий вопрос про запросы. Может кто знает какую хитрость. Есть объединение запросов. Хочу некоторые запросы исключить из общего запроса при разных настройках и отборах, что бы в интересах производительности исключить в принципе обращение к ненужным данным. Обычно я делал сборку текста запроса из кусков, но это жутко не удобно для отладки и редактирования текста запроса в конструкторе и консоли, не то чтобы я не мог это все сделать просто редактирую текст запроса руками, но хотелось бы что бы текст был одной простыней. Есть ли какой то хитрый хинт который позволял бы это сделать, например передав просто параметр в запрос

Выбрать Т1.Поле1 как Поле ИЗ Т1
Объединить все
Выбрать Т2.Поле2 ИЗ Т2
Объединить все
Выбрать Т3.Поле3 ИЗ Т3

Как сделать так чтобы текст остался целым, но обращение к Т2 при выполнении запроса не происходило или происходило, но без выборок и прочего, может чего хитрого в ГДЕ написать или еще как.

ГДЕ Ложь

(1) А точно сработает? Ну то есть он не пойдет шуровать по базе с проверкой каждой строки на просто ЛОЖЬ.

(2) какой строке ?

Я просто не понимаю принци работы такогой конструкции, я начитался всякого про оптимизацию и приципы но могу и приврать в своих рассуждениях, скажем если мы выбираем таблицу, ГДЕ нет, СУБД просто помещает всю таблицу в выборку, если ГДЕ есть и отбор по индексированному реквизиту, то выполняется ИндекСеек или ИндекСкан, если в ГДЕ неидексированный реквизит то просто начинается полный скан таблицы, а что происходит в случае если в ГДЕ стоит ЛОЖЬ? Я протестировал на таблице с 10 миллионами документов Консоль показывает какито затраты на запрос но это в пределах погрешности.

не нравится ГДЕ Ложь - делай ВЫБРАТЬ ПЕРВЫЕ 0

(5) не, не пойдет "ВЫБРАТЬ Первые &Кол" не работает, чтобы вставить 0 выходит придется из кусков запрос собирать.


с хинтом в ГДЕ можно так написать:

Выбрать Т1.Поле1 как Поле ИЗ Т1
Где Выбор Когда &ОтбиратьДанныеИзТ1 Тогда ИСТИНА Иначе Ложь Конец

+(6) ну то есть написать всю простыню в одном месте, тестировать, отлаживать, редактировать в конструкторе, копировать туда сюда удобно, просто добавить установку лишнего параметра в запросе.

можно еще со схемой запроса по*работать

где &Флаг1



Если НадоУдалять Тогда
ТекстЗапроса = УдалитьСекциюСПараметром("&Флаг1")
Иначе
ТекстЗапроса = СтрЗаменить(ТекстЗапроса,"&Флаг1",Истина)
КонецЕсли

(4) как говорится, зависит от
статья от 2017 про разные субд
https://javarush.ru/groups/posts/331-kljevihe-optimizacii-sql-ne-zavisjajshie-ot-stoimostnoy-modeli-chastjh-2

(10) немного мимо - там про константы в первой части и вроде как все оптимизаторы справляются

(4) меньш читай всякого. открой уже qa и посмотри реальный план выполнения данного запроса, 0ms если че, на табличке в 132 млн

(9) а зачем удалять? Достаточно в параметрах установить Ложь или Истина

(2) сработает

(6) <code>Выбрать Т1.Поле1 как Поле ИЗ Т1
Где &ОтбиратьДанныеИзТ1</code>
и зачем там выбор? В параметр истину или ложь передавайте

(15) да это сокращенная версия случая когда вместо ИСТИНА отбор какой то вставляется

(11) чето я не понял тебя
кто мимо чего?

(17) то что спрашивал (4) в первой части обзора и как раз для этого случая (constant scan) все оптимизаторы ведут себя примерно одинаково;
у тебя же ссылка на вторую часть, а там в WHERE уже не совсем константа

(18) ТС спрашивал про ГДЕ ложь, по ссылке рассматриваются т.н. бессмысленные условия типа WHERE 1 = 1
и я не пойму что ты несешь

(19) ну прочитай еще раз что ли, там они как раз НЕ рассматриваются, а упоминаются

(2) >>Ну то есть он не пойдет шуровать по базе с проверкой каждой строки

емнип, в t-sql (ms sql) - если в условии будут литералы (where 1=0) - не "пойдет".
А если переменная (declare t tinyint = 1 ... where t = 0) - то "пойдет"