Какое условие соединения быстрее

Мультук, aka MIK, Wildman666, mortal, breezee, НачинающийВосьмерочн, scanduta, mdao, shag008, AlexKimp, Garykom, Wern, МаленькийВопросик, Андрюха, shemvi, RomanYS, Krendel, isa2net, andy_minsk, abfm, RVN, Terrixus, asady, piter3, Valdis2007, Табуретко, reg0303, JohnGilbert, A_G, alkras, baza1, katamoto, LienXo, Timon1405, END, Dimon1C, Telcher, ndrv, alexis_nov, privetik, Niveus, skafandr, Winnie Buh, runuts, Вадим33, Redaktor, kubik_live, crasler, X Leshiy, d4rkmesa, Hawk_1c, Ногаминебить, Gennady, Михаил Козлов, DimR_71, Кир Пластелинин, boozin, Rokford, spiller26, ivanov-i-i, Галахад, Vbirf, Tarlich, Homer, DimVad, DemonShinji2, s_trikozin, maxab72, АнализДанных, GANR, banco, boev82, Скучный бух, sikuda, U4Me2, Sanchez_22, pasha_d, kostik79, vyaz, FormatC, vicof, DiMel_77, , Сметанин, программистище, obs191, ЕRPe, Хряк, serpentt, saaken, Kigo_Kigo, Web00001, denk32, Новиков, maxar, unenu, Chai Nic, Jackman, vbus, Волшебник, lEvGl, formista2000, takefive, Климов Сергей, Zapal, elka302, K1RSAN, ptiz, Ненавижу 1С, laeg, Широкий, toypaul, Prog_man, evorle145

☑

0 Прохожий

19.10.25

✎

15:21

По замерам вроде не особо разница

1 Прохожий

19.10.25

✎

15:22

2 Прохожий

19.10.25

✎

15:22

3 Прохожий

19.10.25

✎

15:23

Есть смысл через Выбор проверять регистратор и дальше не лезть?

4 Волшебник

19.10.25

✎

15:37

Может сделаете замер производительности?

5 maxab72

19.10.25

✎

15:59

(0) Надо смотреть на тот запрос, что сформирует SQL. А это зависит не только от текста самого запроса.

6 Прохожий

19.10.25

✎

15:59

Сделал. Разницы практически нет.

7 Прохожий

19.10.25

✎

16:01

(5) Тогда выберу второй. Он классичнее. Просто сама идея первого до конца не понятна. Вот возвратов же меньше гораздо. Дешевле проверить на ссылку или соединить с двумя таблицами регистратор?

8 maxab72

19.10.25

✎

16:24

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

9 Wern

19.10.25

✎

16:30

Вот это
"(ВЫРАЗИТЬ(ПродажиОбороты.Регистратор КАК Документ.РеализацияТоваровУслуг))"
тоже можно убрать до
"ПродажиОбороты.Регистратор"
и
"ВЫРАЗИТЬ(ВЫРАЗИТЬ(ПродажиОбороты.Регистратор КАК Документ.ВозвратТоваровОтПокупателя).ДокументОснование КАК Документ.РеализацияТоваровУслуг)))"
преврати в
"ВЫРАЗИТЬ(ПродажиОбороты.Регистратор КАК Документ.ВозвратТоваровОтПокупателя).ДокументОснование)"

ВЫРАЗИТЬ надо чтоб исключить обращение к лишним таблицам, а тут идет обращение только к УИД который записан в самом реквизите никакого обращения к таблицам не идет потому ВЫРАЗИТЬ не нужно оно ничего не делает. А вот при обращении к ".ДокументОснование" ВЫРАЗИТЬ нужно.

Потому и эти условия ВЫБОР тоже почти ничего не делают. Мы обращаемся к тому что лежит в поле Регистратор, тип в этом поле тоже есть, потому в первом запросе будут 2 проверки первая на тип вторая на УИД, во втором только одна на УИД. Теоретически второй случай быстрее, но разница совсем минимальная. Никак лишних соединений тут нет ни в первом, ни во втором случае.

10 Dmitrii

гуру

19.10.25

✎

16:44

(1) Зачем такие сложные конструкции?
Замени ВЫБОР на обычное условие.
Вместо



|ПО (ВЫБОР

|     КОГДА ПродажиОбороты.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг

|       ТОГДА Реализации.Реализация = (ВЫРАЗИТЬ(ПродажиОбороты.Регистратор КАК Документ.РеализацияТоваровУслуг))

|     ИНАЧЕ ЛОЖЬ

|   КОНЕЦ)

написать:



|ПО ПродажиОбороты.Регистратор ССЫЛКА Документ.РеализацияТоваровУслуг

|   И Реализации.Реализация = ПродажиОбороты.Регистратор

11 Прохожий

19.10.25

✎

20:38

(9, 10) Да, так интересно

12 Garykom

гуру

20.10.25

✎

08:41

1. Зачем использовать подзапросы вместо соединений с временными таблицами?
2. Зачем извращаться с условиями в виртуальных таблицах, когда можно построить нормальный запрос к полным?
И это будет ничуть не тормозней если правильно делать и нет проблем в СКД

13 unenu

20.10.25

✎

09:32

от Выбор Когда в тяжелых соединениях необходимо избавляться на стадии первичных пакетов формирования ВТ.

14 Garykom

гуру

20.10.25

✎

10:32

(13) Использование Выбор Когда в соединениях ПО это конечно тот еще ахтунг да
Ладно еще в условиях ГДЕ, хотя там тоже нежелательно

15 RomanYS

20.10.25

✎

10:56

(12) спорные утверждения.
Простой подзапрос в условиях виртуальной таблицы вполне себе нормальная практика.

16 Garykom

гуру

20.10.25

✎

11:10

(15)

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

Параметр Условие предназначен для того, чтобы сократить объем данных, обрабатываемый при работе виртуальной таблицы. Важно понимать, что при использовании временной таблицы никакой оптимизатор СУБД не сможет распознать, что из временной таблицы в последствии будет использована лишь часть данных, а следовательно без правильного указания параметра Условие заполнение временной таблицы ненужными данными часто может быть причиной проблем с производительностью.

С другой стороны, если в параметр Условие заложить слишком много, то такой подход также может принести больше проблем, нежели пользы.

В процессе разбора одной из проблем производительности в конфигурации был обнаружен запрос к виртуальной таблице регистра, при этом в параметре Условие было указано выражение с подзапросом и соединениями двух табличных частей. Более того, из-за использования неявных соединений (использования выражения через точку в выражении языка запросов) количество таблиц в этом выражении выросло еще больше. Это привело к отрицательному результату - вместо увеличения производительности получилось уменьшение скорости работы.

Рекомендация
При обращении к виртуальной таблице следует передавать в условия наиболее простые конструкции, например, "Измерение = Значение". Не рекомендуется использовать подзапросы и соединения(*) в параметрах виртуальной таблицы, так как это приводит к медленной работе запроса.

https://its.1c.ru/db/metod8dev/content/5457/hdoc

17 Garykom

гуру

20.10.25

✎

11:13

(16)+ Если очень надо - можно динамически формировать текст запроса
Или с передачей параметров в т.ч. списков/массивов

18 RomanYS

20.10.25

✎

11:22

(16) по твоей же ссылке. Найди отличия с (0)

19 Garykom

гуру

20.10.25

✎

11:39

(18) да в данном случае нормально, ибо простое
но плохо читается, если есть возможность можно отдельно выполнить запрос и передать параметром
чтобы было просто

|    РегистрНакопления.Продажи.Обороты(
|            ,
|            ,
|            Регистратор,
|            ДокументПродажи В (&МассивДокументовПродажи)

20 aka MIK

20.10.25

✎

12:00

(19) это не обязательно. Если в условиях виртуальной таблицы будет в подзапросе обращение к данным временной таблицы, и там будет ограниченное к-во данных, то сработает нормально. Главное чтобы оптимизатор запроса знал сколько в подзапросе строк еще до начала выполнения запроса

21 Wern

20.10.25

✎

13:54

(19) Вот этого как раз не надо. Передавать список документов с SQL сервера на сервер приложений сохранять его там в памяти, передавать его обратно на SQL сервер. Это все сильно не на пользу производительности.

22 scanduta

20.10.25

✎

15:23

(0) Конечно через ВЫРАЗИТЬ на больших объемах будет быстрее намного работать. Проверено на практике. На малых объемах без разницы

23 aka MIK

20.10.25

✎

16:47

(21) затраты ресурсов на передачу списка для отбора на порядки меньше чем затраты SQL на запрос без корректного отбора