Не хватает варианта, стараюсь не использовать

И что будет-то?) Таблица которую я привел выше после свертки по всем колонкам вообще не изменится)

Это какое-то жесткое кунг-фу

А, полностью одинаковый ассортимент? Ммм...
Ну тогда... Питон и пересечения множеств)))

Ура))

То есть запросом не кафильфо, сложно читать и поддерживать.
А питон одинеснику  не сложно поддерживать.
Круто оптимизировал задачку, которую уже решили перебором)

Я хотел найти математическое решение)
понятно почему хэши предлагали)  я бы тоже так сделал
про питон - это была шутка... хотя... поднимаем сервис, который будет выполнять вычисление и вперед)

Зря добавил третий пункт. Его выберут большое число голосующих и от этого пострадает дельта между истинно интересующими первым и вторым.
В следующий раз оставляй только два варианта, а в текст вопроса просто добавляй "предпочитаю", "стараюсь" или "в основном".
Пример: https://t.me/ssl1c/84637

Да, хорошая мысль

Я пользовался, когда была безумно сложная обработка.
Но там надо помнить - что любое изменение - пересчет графа запроса, как будто ты вышел из консоли.
Для своих целей очень даже тру инструмент.
но постоянно его использовать - оверхед.
ИМХО

Да тут интересуйся, не интересуйся
1. Схема порой глючит - добавляет синонимы к условиям
2. если я пишу универсальный запрос - то проще вставить метки и менять их
3. Если я не могу накидать меток (не хочу менять запрос в типовой, а работаю через расширение), то схема становится удобнее
4. Для специфических задач анализа запроса - нужна и схема и работа со строками

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

Построителем запроса можно?

А как ты доставлял запретные данные в запрос, если у пользователя нет на таблицу прав?

Если я не ошибаюсь, то @zeegin  говорил, что использование схемы запросы для такой задачи некорректно, т.к. такой способ замедляет выполнение запроса.

Не ошибаешься ;)

В таком случае оно всегда некорректно - после схемы запрос меняется, значит любое её использование это формирование динамического текста запроса.
Или схемой надо только на чтение пользоваться?

В чем разница между построителем и запросом?
Кто-то из них не обращается на субд?

Без понятия, у построителя работа с источником в виде тз организована так, что не понятно, что там под капотом происходит. Поэтому и спросил.

Замечал это в замерах в 8.3.6 кажется (или когда схема появилась?)
Так и не довели до ума производительность?
В ЕРП встречал схему только в Шаблонах этикеток. Все остальное - текстом редактируется.

Слово "запроса" каг бэ намекает, что обращение неизбежно.