Давно хотел спросить... избавились каким либо образом в 1С от тех сумашедших запросов, на несколько тысяч строк ? Помнится были и на 5 тыщ строк

И не надейся. ©  :)

Есть, но они теперь не простым текстом расписаны, а собираются в процессе анализа настроек конфигурации. Теперь чтобы посмотреть такой текст его надо в отладчике отлавливать.

а зачем?

(1) Однажды, после ковыряние в запросе ЗУПа, кажется тыщ на 8 строк, я понял, что с 1С надо завязывать, ибо я слишком тупой для такого.

ИМХается мне, что запросы в 1с - нерукотворные, готовятся с помощью секретных утилит, и рядовому 1с-нику они недоступны :)

(4) Как я вас понимаю :)

(4) Нынче концепция поменялась - всюду менеджеры временных таблиц :)

(5) наверное все же зп у разработчиков завист от длинны и цикломатической сложности

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

Бывают и запросы, а бывают менеджеры временных таблиц собираемые в десятках общих модулей в зависимости от параметров, даже не знаю что "лучше".

Да, это распыление по модулям, в целях какой-то универсализации вымораживает

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

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

Риторические это все рассуждения.

(9) Секрет прост. Упрощай!

(12) Удивительно, что это вообще как то работает. Это выглядит несопровождаемо, и, похоже, не тестируемо. Судя по тому, что юнит тестов от 1С не видно

(14) тесты? какие могут быть тесты, если тупо форма списка документов может не открываться и валиться в ошибку (например РКО в недавнем релизе УТ). Хотя бы мышкой потыкали перед релизом, я бы за это уже сказал спасибо

(0) Во времена километровых запросов казалось, что ничего хуже быть не может. Но прогресс не стоит на месте и как выяснилось - может.) См. (10) (12)

В 1С:ERP Управление предприятием 2 таких очень много и очень много просто запросов, которые образуют некий каркас и заполняются только при каких - либо определенных условиях.

(0) нет

(9) тоже нет

(18) Я не был бы столь категоричным. Много чего пробовал, но такой запредельной сложности, как запросы в 1С не видел

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

(20) Все технологии в IT тривиальны. Вопрос какой объем контекста приходится держать в голове для их анализа

для тех, кто когда-то разбирался с расчетом зарплаты или еще лучше себестоимости, уже нет ничего страшного :)
в новых типовых разработчики 1С, очень хорошие люди, разнесли запросы по менеджерам временных таблиц в разные модули. но, у меня как говорится бомбит на то, что простая операция формирования ТЧ "расхождение" в документе корректировки заказов клиентов, написана таким образом и отладить такой запрос сложнее. хотя сама по себе операция проста.

(22) Именно себестоимость в УПП и запросы в ЗУП меня и добили в свое время

(20) Инструменты разработчика, функция От.
Правда виден будет только результат сборки, но как правило этого достаточно.

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

Хз реализовали ли это в текущей версии инструментов, я делал сам.

(0) Есть. Ушлепские упаковки.

(0) А такие были? Можно пример?

(24) В инструментах разработчика функция От (ее отложенный вариант) помещает содержимое менеджера временных таблиц в снимок и затем восстанавливает их в менеджере временных таблиц консоли запросов при загрузке в нее снимка. https://youtu.be/hiw_aYVOvFc?list=PLhFQmBh6c99pKBuI3b5aWqC6FjjHGT-rV

помню когда увидел шаблон RLS на 30 тыс. строк прифигел...

Сейчас запросы не просто километровые, а стокилометровые

(22) Кстати расчет себестоимости сделан очень грамотно,
А вот когда с виду простой отчет собирается из десятка запросов ....

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

(31) "стало возможным типовыми средствами хотя бы посмотреть содержимое таблиц. "

Если "недавно" - это 7-8 лет назад...

НастройкаРазрешенийНаИспользованиеВнешнихРесурсовВМоделиСервисаВызовСервера - не пугайтесь, это всего-лишь наименование общего модуля, в котором всего одна функция - ОбработатьЗапросыНаИспользованиеВнешнихРесурсов()

Надеюсь, я как бы ответил на вопрос автора и про любовь методистов 1С к километрам и килотоннам.

В типовых теперь вот так:
Юзать типовые права в БСП или изобретать велосипед?
ну и дальше там ниже тоже описал.

(32) Версия 8.3.8
Переход с предыдущей версии на версию 8.3.8

Новые возможности и изменения

Во время отладки запросов реализована возможность работы с временными таблицами: просмотр списка временных таблиц, структуры временных таблиц и содержимого временных таблиц.
Реализован метод Запрос.ВыполнитьПакетСПромежуточнымиДанными(). Реализовано свойство МенеджерВременныхТаблиц.Таблицы.

(35) но сделали конечно через ж... все

(35) РасширеннаяАналитикаУчета.ПоказатьВременнуюТаблицу()
В 2009м году точно была.

(37) ну про разнообразные костыли то известно.

Угу. Это программная обвязка, а речь была про реализацию "в платформе".

(38) Это не костыль, а штатное средство.
А вот (35) - это уже костыль, прикрученный наскоро.

(40)  - Как тебе удается столько успевать и относиться ко всему так спокойно?
- Я просто ни с кем не спорю.
- Да это же невозможно.
- Ну, невозможно так невозможно...

(35) толку от него как от капусты - молока, т.к. вт по мере не надобности просто дропаются в очередном запросе. Т.е. ты не сможешь "взять и" собрать одну портянку текста, чтоб потом посмотреть что там и как. Тебе именно нужно собирать текст и результаты, как есть. Сложные запросы, если ты не разу их не собирал, можно собирать сутки на запрос. Это просто, чтобы ты в консоли потом смог воспроизвести результат. И хорошо, если ВТ, которые на МВТ - это вт от запроса, а не кодинговое тз. Тогда я как делаю - просто собираю такое ТЗ руками запросом (через объединить ВСЕ) и помещаю его уже в темп.

(40) Посмотри как это чудо было программно реализовано, а потом оспаривай "костыль" это или нет :(

(43) Оно было реализовано штатными средствами. Что не так?

Я согласен с мнением, что скорее всего, у разработчиков есть какое-то средство, которое позволяет отлаживать такие запросы. Т.к. руками его отладить - возможно, но сущее убийство. Скорее всего, есть один/два/три целевых запроса, которые потом как-то чем/то разбиваются на десятки функций/процедур. Или же в исходных текстах, есть какие-то перекидки в какой-то один отладочный механизм, который потом вырезается из текста. Исхожу из того, что руками такое писать и поддерживать, если и возможно, то на грани фантастики. А тем более - поддерживать.