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

(0) Начни с объекта "СхемаЗапроса (QuerySchema)"

Видел я этот объект, но я не понял как его в графическое представление преобразовать.

(0) таблицы берут данные сами из себя.

http://catalog.mista.ru/public/137294/

Оно блин за деньги.
Кто знает в ИР есть что-то подобное?

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

конструктор запроса в тонком клиенте на закладке соединений показывает наглядно

(7) Нарисовать свой конструктор запроса круче, чем свою консоль запросов. Каждый уважающий себя 1С-ник должен пройти через это )

(7) скажите пожалуйста, а где именно найти эту закладку?

(9) https://i.imgur.com/FYiw84J.png

(10) У меня почему-то нет такой закладки. Чтобы она появилась что надо сделать?

(11) ПКМ в поле "Текст запроса"

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

+(11) Понял о чём Вы. Обработка из (4) выводит сразу связи всех подзапросов, а не только для текущего подзапроса.

+(14) виноват, отчет не выводит связи как в (10), но всё-равно очень удобен при анализе многоэкранной простыни пакетных запросов.

(5) в ИР же есть дерево, там и пошагвое выполнение есть http://devtool1c.ucoz.ru/index/konsol_zaprosov/0-18

(14) ну ладно, а как такое: https://i.imgur.com/opZmnna.png

(16) :)

(17) суперкомбо вкупе с от(Запрос)

если в текст не можешь, то и картинки не помогут. херня все это.

(17) это обработка из (4) или ИР?

(20) как бы я хотел, чтобы это было правдой. Но длина запросов в той же УТ11 слишком велика, чтобы не хотеть упрощения.

(21) это уже ИР

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

(23) извините, а где именно в ИР находится отчет, который выдаёт такую картинку?

(0)Научись читать текстовое представление запросов (ну например из ТЖ).

(25) на первой картинке в (16), стрелочка такая
(26) как текстовое представление поможет понять логику типичного ЗУПовского запроса?

+(27)Или допустим обсудить план выполнения запроса с пользователем?

(25) В консоли запросов надо включить режим "структурного редактирования запроса" (Дерево запроса)  http://devtool1c.ucoz.ru/_si/0/26236853.jpg

(28) >обсудить план выполнения запроса с пользователем

Отжигаешь!

(30) Зинаида Петровна, что вы думаете глядя на этот план запроса? Стоит ли нам добавить индекс по субконто? Или оставить сканирование индекса.

(0) Зачем?

(29) большое спасибо, а стоит ли ждать такого подарка, как ИР под УФ?

(33) в толстом норм все давно работает

(34) да, но в современных конфигурациях приходится каждый раз запускать отдельный клиент.

(33) http://devtool1c.ucoz.ru/forum/3-574-1

(36) Понял, спасибо...

(36) не совсем понятно почему обязательное условие перехода на уф - это постепенный переход и соответсвенно 11 релиз?

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

(0)
Я юзаю
http://catalog.mista.ru/public/617990/

Жесть

Я текстом лучше воспринимаю почему-то. Читаю подряд таблицы, врубаясь в их суть. От картинки рябит подчас

(0) не поможет

(43) не, а чё, бывает помогает... ну за одно может и чем унаучится

(44) ну, практика показывает, что не помогает.

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

Надо просто собрать... смелость в кулачок и дать себе труд прочитать запрос, держа в голове мысль, что автор запроса точно хотел получить какой-то результат и это вот и вот это всё говнище здесь зачем-то. Разбить запрос на куски, про которые понятно, зачем они, и потом отдельно проанализировать каждый кусок.

(45) " что автор запроса точно хотел получить какой-то результат и это вот и вот это всё говнище здесь зачем-то" - тут есть нюанс: автор мог хотеть совсем другое от того, что получилось в результате.

(45) Это что-то перебор, луддизм какой-то. До того, как придумали синтаксическую подсветку, в коде тоже сложно было разбираться, нужно было собирать что-то в кулачок и т.д. До того, как придумали сворачивание блоков, были правила типа "функция на полэкрана и не больше". До появления широких мониторов был стандарт на 80 символов в строке, ограничения на длину имен переменных...

И что теперь, от всего отказаться?

(45)"Разбить запрос на куски" - вот для этого и нужны "вундервафли... Оно можно и карандашиком с листочком, да смысл тратить лишнее время\силы чтобы прогрызть дырку в таком бетоне?..
Примерно похожая мысль на ИТС была - что желательно не допускать количество параметров метода больше 7, т.к. в основном именно столько сущностей удается удержать в мозгу - можно научиться и большему, да только это не нужно.

(45) ну графическое всё-же проще читать чем текстовое... нагляднее что-ли

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

(50) +1

Немного помогает встать на скобку и Ctrl+Shift+]

(51) простите не понял идею, можно поподробнее?

(45)Это из разряда - "мне еще моя гильза послужит".

В консоли запросов есть список запросов, там можно перейти к нужному запросу.

(51) Просто попробуй.