Дерево значений в «1С»: где заканчивается удобство и начинаются «тормоза»

02.03.26

Разработка - Механизмы платформы 1С

Статья посвящена оптимизации ДереваЗначений в 1С, которое удобно для иерархий, но при больших объемах данных (например, 100 000 строк) приводит к "тормозам" из-за полной сериализации при серверных вызовах. Разбираются ключевые техники: ленивая загрузка с маркер-пустышкой для подгрузки данных только при разворачивании узла, замена рекурсии на итеративный обход через стек для ускорения в 1,5–2 раза, использование метода НайтиСтроки вместо циклов и применение СКД для сложных отчетов. В заключение приведен чек-лист ошибок и решений, подчеркивающий, что ДеревоЗначений — визуальный инструмент, а вычисления лучше выносить в таблицы или СКД.

 

О решении этой задачи рассказывает Ирина, разработчик 1С в нашей команде

ДеревоЗначений — один из самых коварных объектов. Оно идеально для визуализации иерархии, но при неправильном подходе превращает интерфейс в «тыкву». Главная проблема — сериализация: при каждом серверном вызове дерево гоняется целиком. Если в нем 100 000 строк, интерфейс «умрет». Разберем, как заставить его летать.


1. Ленивая загрузка (Lazy Loading) — Технически верно

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

Шаг 1: Создаем маркер-пустышку (Сервер)

Если у узла есть дети, нужно «обмануть» платформу, чтобы она отрисовала «плюсик». Для этого добавляем одну пустую строку.

bsl
// На сервере при заполнении уровня (инициализация корня)
НоваяСтрока = КоллекцияВерхнегоУровня.Добавить();
НоваяСтрока.Наименование = "Группа товаров";
Если Выборка.ЭтоГруппа Тогда
    // ПРАВИЛЬНО: Добавляем пустую подчиненную строку-маркер. 
    // Платформа увидит Количество() > 0 и нарисует "+" у узла.
    НоваяСтрока.ПолучитьЭлементы().Добавить(); 
КонецЕсли;

 

Шаг 2: Обработка события (Клиент)

Используем штатное событие таблицы ПередРазворачиванием(Элемент, Строка, Отказ). Параметр Строка здесь — это идентификатор (Число).

bsl
&НаКлиенте
Процедура ДеревоПередРазворачиванием(Элемент, Строка, Отказ)
    Узел = ДеревоДанных.НайтиПоИдентификатору(Строка);
    Дочерние = Узел.ПолучитьЭлементы();
    
    // ПРОВЕРКА: Если там только наша "пустышка" (одна строка без данных)
    Если Дочерние.Количество() = 1 И Дочерние.Ссылка.Пустая() Тогда
        ПодгрузитьДанныеНаСервере(Строка);
    КонецЕсли;
КонецПроцедуры

Шаг 3: Дозагрузка данных (Сервер)

bsl
&НаСервере
Процедура ПодгрузитьДанныеНаСервере(ИдентификаторСтроки)
    РодительскийУзел = ДеревоДанных.НайтиПоИдентификатору(ИдентификаторСтроки);
    Коллекция = РодительскийУзел.ПолучитьЭлементы();
    
    Коллекция.Очистить(); // Удаляем маркер-пустышку
    
    Запрос = Новый Запрос("ВЫБРАТЬ Ссылка, Наименование, ЭтоГруппа ИЗ Справочник.Номенклатура ГДЕ Родитель = &Родитель");
    Запрос.УстановитьПараметр("Родитель", РодительскийУзел.Ссылка);
    Выборка = Запрос.Выполнить().Выбрать();
    
    Пока Выборка.Следующий() Цикл
        НоваяСтрока = Коллекция.Добавить();
        ЗаполнитьЗначенияСвойств(НоваяСтрока, Выборка);
        Если Выборка.ЭтоГруппа Тогда // Снова ставим маркер для следующего уровня
            НоваяСтрока.ПолучитьЭлементы().Добавить();
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры

2. Рекурсия vs Итеративный обход (Стек)

Рекурсия — это красиво, но медленно и опасно (Stack Overflow). 1С тратит ресурсы на каждый вызов процедуры и управление стеком.

КАК НЕ НАДО, Если Деревозначений  имеет большой объем(Рекурсия):

bsl
Процедура Обход(Строки)
    Для Каждого Стр Из Строки Цикл
        // Обработка...
        Если Стр.Строки.Количество() > 0 Тогда // Лишний вызов метода в каждой итерации
            Обход(Стр.Строки); // Рекурсивный вызов - ТОРМОЗИТ!
        КонецЕсли;
    КонецЦикла;
КонецПроцедуры

 

Оптимальное (Итеративный обход через массив-стек):

Работает в 1.5–2 раза быстрее и никогда не упадет.

bsl
Процедура ОбходИтеративный(КорневыеСтроки)
    Стек = Новый Массив;
    Для Каждого Стр Из КорневыеСтроки Цикл Стек.Добавить(Стр); КонецЦикла;

    Пока Стек.Количество() > 0 Цикл
        ТекущаяСтрока = Стек[Стек.Количество() - 1];
        Стек.Удалить(Стек.Количество() - 1);

        // --- Полезная работа здесь ---

        Подчиненные = ТекущаяСтрока.Строки;
        Для Каждого Подч Из Подчиненные Цикл
            Стек.Добавить(Подч);
        КонецЦикла;
    КонецЦикла;
КонецПроцедуры

3. Поиск: Забудьте про циклы

Метод НайтиСтроки(СтруктураОтбора, Истина) — это «черная магия» платформы на C++.

  • Почему это оптимально: платформа обходит дерево напрямую в памяти, не создавая объекты «Строка» в интерпретаторе 1С.
  • Когда НЕ использовать: если нужно искать 10 000 раз в цикле. В этом случае выгрузите дерево в ТаблицуЗначений, проиндексируйте её и ищите через ТЗ.Найти().

4. Оптимизация через СКД

Если дерево — это сложный отчет с итогами, не собирайте его запросами в цикле:

  1. Настройте СКД с иерархией группировок.
  2. Используйте ПроцессорВыводаРезультатаКомпоновкиДанныхВКоллекциюЗначений.
  3. СКД соберет дерево на уровне SQL и внутренних алгоритмов ядра, что в разы быстрее ручного заполнения.

Итоговый чек-лист производительности

Операция

Ошибка (Тормоза)

Решение (Скорость)

Загрузка

Всё дерево сразу

Ленивая загрузка + "Пустышка"

Обход

Рекурсия

Цикл Пока + Массив (Стек)

Поиск

Цикл Для Каждого

НайтиСтроки(..., Истина)

Оформление

Сложные формулы И/ИЛИ

Колонка-индекс цвета

 

 

ДеревоЗначений — это визуальный объект, а не вычислительный. Считайте в таблицах или СКД, а пользователю отдавайте данные порциями через «Ленивую загрузку».

Вступайте в нашу телеграмм-группу Инфостарт

ДеревоЗначений Ленивая загрузка (Lazy Loading) Маркер-пустышка ПередРазворачиванием Итеративный обход (стек) Рекурсия НайтиСтроки СКД (СистемаКомпоновкиДанных) Сериализация

См. также

Механизмы платформы 1С Программист Бесплатно (free)

Разберем 15 мифов о работе платформы «1С:Предприятие 8» – как распространенных, так и малоизвестных. Начнем с классики: «Код, написанный в одну строку, работает быстрее, чем многострочный». Так ли это на самом деле?

16.07.2025    29124    TitanLuchs    106    

148

Механизмы платформы 1С Работа с интерфейсом Программист Стажер 1С:Предприятие 8 Бесплатно (free)

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

03.02.2025    15911    bayselonarrend    127    

68

Механизмы платформы 1С Программист 1С:Предприятие 8 Бесплатно (free)

В этой статье подробно рассматривается работа с JSON в XDTO в 1С:Предприятие. Вы узнаете, как сериализовать и десериализовать объекты XDTO в JSON, интегрировать 1С с веб-сервисами и API, а также корректно обрабатывать данные при обмене. Разбираются особенности работы с коллекциями, использование функций восстановления и частые ошибки при работе с JSON и XDTO.

30.01.2025    18633    user2122906    9    

64

Механизмы платформы 1С WEB-интеграция Программист 1С:Предприятие 8 Бесплатно (free)

В платформе 8.3.27 появилась возможность использовать WebSocket-клиент. Давайте посмотрим, как это все устроено и чем оно нам полезно.

14.01.2025    29445    dsdred    92    

146

Механизмы платформы 1С Программист Стажер 1С:Предприятие 8 1C:Бухгалтерия Бесплатно (free)

Эта небольшая статья - некоторого рода шпаргалка по файловым потокам: как и зачем с ними работать, какие преимущества это дает.

23.06.2024    26502    bayselonarrend    22    

175

Механизмы платформы 1С Программист Стажер 1С:Предприятие 8 1C:Бухгалтерия Бесплатно (free)

Пример использования «Сервисов интеграции» без подключения к Шине и без обменов.

13.03.2024    14335    dsdred    22    

85
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. SerVer1C 1032 02.03.26 18:21 Сейчас в теме
Почитал, есть вопросы:
1) Ленивая загрузка - вы сами пишите, что дерево будет гоняться целиком между сервером и клиентом, но при разворачивании строки делаете серверный вызов. Разве не целиком дерево будет перерисовываться ?
2) Рекурсия - говорите, что Количество() - это лишний вызов метода в каждой итерации, но заменяете его на 2 метода Количество()
2. tormozit 7337 02.03.26 20:50 Сейчас в теме
Шаг 3: Дозагрузка данных (Сервер)

Если форма может быть большой, то лучше использовать бесконтекстный вызов.
32. vandalsvq 1698 03.03.26 21:03 Сейчас в теме
(2) я больше скажу, насколько мне помнится вызов контекстного сервера (в тонком клиенте) сопровождается "приятным" сообщением о том что делать так нельзя. И перед разворачиванием (в тонком клиенте) надо использовать только безконтекстный вызов
3. Somebody1 69 03.03.26 07:41 Сейчас в теме
Статью писал ИИ :-(
SerVer1C; +1 Ответить
4. DmitryKlimushkin 150 03.03.26 10:02 Сейчас в теме
Кому может понадобится визуализация объекта даже в тысячи строк, не говоря уж о десятках тысяч? Кто-то реально "глазами" работает с таким объектом? Тут вопрос не в том, что "компьютер подвисает", а сам пользователь вообще в осадок выпадать должен. А в какой прикладной задаче (отрасль, вид деятельности) родился такой объект? Просто интересно, как возникла такая практика делового оборота)
5. starik-2005 3213 03.03.26 10:21 Сейчас в теме
(4)
Кому может понадобится визуализация объекта даже в тысячи строк, не говоря уж о десятках тысяч?
Ну, например, таксономия XBRL от ЦБ. Там этого если не сотни тысяч, то куча десятков. Одних проверок для бухотчетности 10к+++. Дерево - это как раз средство структурирования данных.
Таксономия XBRL Банка России — это структурированный набор правил и показателей для подготовки отчетности финансовых организаций и эмитентов в машиночитаемом формате, обеспечивающий автоматизированный надзор. Актуальная версия 7.1 (с 01.01.2026) охватывает отчетность НПФ, страховщиков, профучастников рынка (ПУРЦБ), клиринговых организаций и СРО.

ЗЫ: Скучно вы на своем свечном заводике живете.
9. DmitryKlimushkin 150 03.03.26 10:47 Сейчас в теме
(5) Человечку зачем это дерево глазыньками пробегать? Пусть это дерево растёт и процветает, его есть кому поливать) На экране оно в полный рост кому понадобится?)
10. starik-2005 3213 03.03.26 10:49 Сейчас в теме
(9)
Человечку зачем это дерево глазыньками пробегать?
Ну а как человек поймет, что в который показатель выгружать? Или ты думаешь, что программист взял так и все эти стомульонов показателей в коде прописал?
14. DmitryKlimushkin 150 03.03.26 11:22 Сейчас в теме
(10) Человек знает только то, что видит? Это интересная форма квалификации) Он видит и сопоставляет... что? Заголовок в поле реквизита? И его озаряет знание - "Так вот же оно - искомое!")) А пока не увидит, он даже примерно не знает и не помнит хотя бы какую-то группу, папку, раздел? Мож, и есть такие профессии, но я чаще вижу, что персонаж, год просидевший на какой-то функции, и в экран не особо заглядывает - просто молотит привычные клавиши.
6. Sashares 33 03.03.26 10:23 Сейчас в теме
(4) В БГУ есть классификатор доходов бюджета.
Этот классификатор составляет Федеральное казначейство.
Там тысячи строк.
На форме используется дерево, и данные подгружаются динамически, при развертывании, чтобы весь классификатор не тащить на клиент, и не замедлять открытие формы.
7. DmitryKlimushkin 150 03.03.26 10:46 Сейчас в теме
(6) Давно не работал с бюджетом, хотя с него начинал) Классификатор доходов бюджета бесспорно, объемный фолиант. А что, есть такие организации, у которых есть хотя бы десятая доля тех видов доходов, которые вообще существуют в классификаторе? И даже не в этом суть. Есть наука - эргономика. Она соотносит когнитивные возможности человека и те интерфейсы (панели управления, рули, рычаги, кнопки и т.п.), которые приходится иметь для управления каким-либо процессом. Пример - место водителя в автомобиле. Ключевые приборы на виду и по центру, а прикуриватель - где угодно можно иметь. Внимание человека небезгранично.
И вот на экране "дерево". Даже если оно динамически подгружается (это техническая нюансина), чьего внимания и памяти должно хватать, чтобы помнить что было "пять страниц назад". Я когда-то статью выкладывал "Искусство отчета". Я там именно такую ситуёвину и разбирал про гигантские визуализированные объекты, неважно - на экране или на бумаге. Человек не заточен под такой просмотр и анализ "на ходу", хотя есть феноменальные гении)
И сразу вопрос есть - каков функционал пользователя, который такое дерево выращивает на экране? В какой процедуре он работает? Какой конкретный документ обрабатывает?
Опять же, если человечек знает, в каком контексте он находится (пресловутые доходы бюджета), он заранее может этот контекст задать, типа "Доходы таможни". И тем самым резко произвести "весеннюю обрезку дерева", получив только нужную "веточку", которую так же можно (нужно!) уточнить по контексту.
SerVer1C; +1 Ответить
12. Sashares 33 03.03.26 11:07 Сейчас в теме
(7)
А что, есть такие организации, у которых есть хотя бы десятая доля тех видов доходов, которые вообще существуют в классификаторе?

Да это никого не волнует))
8. booksfill 03.03.26 10:47 Сейчас в теме
(4)
Кому может понадобится визуализация объекта даже в тысячи строк


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

Так и статья именно про это, вы же не спрашиваете кому может понадобится поиск в индексе?
Имеем многоуровневое дерево, теоретически там может лежать 100 000 объектов.
Но нам нужно всего 5, поэтому человек и разворачивает только нужные узлы иерархии и вместо 100 000 строк реально видит 5-10 элементов.

Все равно вы где-то правы, плохо дерево приспособлено для фокусов, см. п.2. ниже.


Мне неясны 3 момента:
1. Почему не предусмотрена очистка заполненных узлов по мере их закрытия (лучше не в лоб, а через свой "сборщик мусора")?

2. Что произойдет, если надо будет что-то искать не путем интерактивного разворачивания строк.
Может получиться оригинально - все быстро, пока щелкаем мышкой по узлам, а решили что-то найти, задав, например, артикул и приехали - либо заполнять дерево полностью и искать стандартно, либо делать запрос к базе, искать где это у дерева может лежать, заполнять все нужные узлы и листья и потом уже показать результат.
Как вариант - для такого поиска показывать отдельное дерево? :)

3. Кажется неразумным при каждом разворачивании "пустого" узла делать запрос к базе.
Разумнее продумать предвыборку по путям наиболее вероятного обхода.
Так сказать "спекулятивно исполнять инструкции, предотвращая простои конвейера".
Вообще, стоит продумать алгоритм первоначального заполнения дерева - вполне вероятно, что верхние уровни иерархии разумней заполнять сразу.
11. starik-2005 3213 03.03.26 10:50 Сейчас в теме
(8)
Редко кому
Да я каждый день с деревом в 1к++ работаю - это дерево конфигурации 1С. Но если от Димы что-то надо спрятать, то лучше поставить это на самое видное место.
ЗЫ: вот, например, бухня с битом и чем-то там своим сверху. 4к общих модулей, 1,3к справочников, 800 документов, ...........
15. DmitryKlimushkin 150 03.03.26 11:25 Сейчас в теме
(11) Изобильно, но опять же - я же знаю, что ищу) Кстати, допускаю, что в таком режиме наполнения объектами, Эсники однажды вполне могут раскидать объекты по типам, например, документы - одна закладка, справочники - другая и т.д. Вариант?
21. starik-2005 3213 03.03.26 12:24 Сейчас в теме
(15)
Вариант?
Я вот не люблю закладки - дерево мне ближе. Закладки - это несколько деревьев ))) Но то, как сделаны в конфигураторе роли - это пипец. А их тоже уже больше 1к.
23. DmitryKlimushkin 150 03.03.26 12:53 Сейчас в теме
(21) Заливая фундамент на даче, надо сразу прикидывать - сколько комнатушек ты потом захочешь пристроить)
1С однажды должна для себя определить, что "мы создаём ПО отнюдь не только для малого бизнеса" (как это у них исторически сложилось). А пока пытаются надстроить хоромы на том фундаменте, который однажды основали под хижину дяди Тома)
31. o.nikolaev 217 03.03.26 19:13 Сейчас в теме
(23) Пока не изменят слоган "Доступно и всерьез" так и будем натягивать сову на глобус.
16. booksfill 03.03.26 11:30 Сейчас в теме
(13)
Поиск в индексе тем и хорош, что пользун уже знает - что он ищет, он не собирается бегать глазами по тысяче и даже по сотне строк, десяток-полтора максимум!

Дерево как раз про это. Реально так и получается при хорошей балансировке, разумеется.

Что касается людей - функций, то истина где-то посередине. Человек "от-до", работает только, если вы смогли превратить его в винтик и контролируете, что он работает при НУ (нормальных условиях) иначе беда для всех.
Мне хватил общения с "поддержкой" МТС - попадаются заводные обязьянки с IQ 40. Они как раз делают строго, что велено, результат - удручающий.


(11)
Да я каждый день с деревом в 1к++ работаю - это дерево конфигурации 1С.

Нас этим не запугать :)/
Я каждый день работаю с деревом конфигурации УПП, допиливаемой с лохматых годов.
И кол-во объектов, не самый не приятный момент. Еще ведь творчески можно подойти к их наименованию и, вообще, использованию.
18. starik-2005 3213 03.03.26 11:57 Сейчас в теме
(16)
IQ 40
Минимальный, если мне не изменяет память, - 50. Т.е. если ты совершенно случайно выбираешь ответы. 76 - порог разумности "без отклонений".

ЗЫ: да, я все вру. Интернеты пишут, что 50 и ниже - это умственная отсталость, а 70 - нижний уровень слабого интеллекта. Дробышевский говорит другое, например про IQ тупайи, что он 50. Даже не знаю, кто тут прав )))
20. starik-2005 3213 03.03.26 12:19 Сейчас в теме
(18)
IQ 40
Тесты IQ разрабатываются так, чтобы результаты описывались нормальным распределением со средним значением IQ, равным 100 и таким разбросом, чтобы 50 % людей имели IQ между 90 и 110 и по 25 % — ниже 90 и выше 110, что отвечает стандартному отклонению 15. Значение IQ менее 70 обычно интерпретируется как умственная отсталость. Тест Айзенка предусматривает максимальный уровень IQ 160 баллов.
13. DmitryKlimushkin 150 03.03.26 11:14 Сейчас в теме
(8)
Так и статья именно про это, вы же не спрашиваете кому может понадобится поиск в индексе?

Поиск в индексе тем и хорош, что пользун уже знает - что он ищет, он не собирается бегать глазами по тысяче и даже по сотне строк, десяток-полтора максимум!
По пункту 2. Я не случайно спросил про функционал пользователя. Этой науке меня когда-то научил очень квалифицированный мастер (из Министерства общего машиностроения СССР). Если у сотрудника какая-то часть рабочей нагрузки строится по принципу "вдруг понадобится", то это повод для серьёзных организационных выводов. На предприятии работают люди-функции. А люди "вдруг понадобится" работают в НИИ, где вечно что-то пробуют. Нерационально писать какой-то код под функционал в стиле "если надо будет". Сидит человек с конкретной должностью и должностными (функциональными) обязанностями и ему - "вдруг") Как говаривал главный герой "Белого солнца пустыни": "Эт, вряд ли!"))
Пункт 3. Продолжение пункта 2. На каждом рабочем месте УЖЕ ЗАРАНЕЕ известно что и кому "надобится". Не дай Кришна расплодить у себя в офисе кучу творческих личностей, вечно находящихся в каком-то поиске) Сегодня то хотят "посмотреть", завтра - "другое"... Это бывает, когда сотрудник работает не от функционала, а от "режима прерывания", в стиле что мне "позвонят", то я и делаю. А если никто не позвонит, то я сам и не знаю - что мне делать. В современных офисах таких сотрудников -"телефонистов" с избытком.
Увы, но сейчас проектирование ИТ до неприличия мало содержит мер административно-организационного характера, которые всегда идут впереди кодирования. Именно это и избавляло от красивого, но избыточного кодирования.
22. V.Nikonov 123 03.03.26 12:31 Сейчас в теме
(4) Полная визуализация может и не понадобится. Но, требуется динамическая фильтрация отображаемого на основе иерархической структуры. Речь про это, насколько я понял.
24. DmitryKlimushkin 150 03.03.26 13:10 Сейчас в теме
(22) Хорошо, так попробую разложить:
Есть техническая возможность - получить с сервера, слепить иерархию, сделать много красивых премудростей для фильтраций и т.д. Такие возможности и аппаратные мощности конечно есть, и написать можно очень красиво, не спорю.
А есть организационная мера - обследовать рабочее место сотрудника, его функционал, какова его роль в общих процессах, как-то систематизировать обрабатываемую информацию и т.д. Вообщем, то, что когда-то относительно неплохо умели делать, чтобы сотрудники не "сёрфили" по информации, как привыкли делать это в интернете, а занимались чем-то конкретным)
Я сторонник организационных мер, в первую очередь. Они дешевле, понятнее и дают гораздо более быстрый и долгосрочный эффект.
25. SergMuravev 878 03.03.26 16:23 Сейчас в теме
(4) Дерево метаданных конфигурации например
27. DmitryKlimushkin 150 03.03.26 17:27 Сейчас в теме
(25) Ну, ребята, вы - чего?) Мы пользователи что ли?)
17. SlavaKron 03.03.26 11:47 Сейчас в теме
Оптимальное (Итеративный обход через массив-стек):
Работает в 1.5–2 раза быстрее и никогда не упадет.
Странно, у меня как раз рекурсия работает в 1.5–2 раза (0.5 сек. против 0.9) быстрее чем ваш обход. Его кстати можно оптимизировать:
&НаКлиентеНаСервереБезКонтекста
Процедура ОбойтиДеревоЦикломОптимизация(Строки)
    Стек = Новый Массив;
    Для Каждого Стр Из Строки Цикл Стек.Добавить(Стр) КонецЦикла;
	Индекс = 0;
    Пока Индекс < Стек.Количество() Цикл
        Стр = Стек[Индекс];
		Индекс = Индекс + 1;

		// полезная работа

        Для Каждого Подч Из Стр.ПолучитьЭлементы() Цикл Стек.Добавить(Подч) КонецЦикла;
    КонецЦикла;
КонецПроцедуры
Показать
но он всё равно уступает в скорости обхода через рекурсию.
Прикрепленные файлы:
ТестыРаботыСДеревомЗначений.epf
19. starik-2005 3213 03.03.26 11:59 Сейчас в теме
(17)
но он всё равно уступает в скорости
Вечная проблема тестировщиков скоростей 1С - забывают отладчик снести.
26. SergMuravev 878 03.03.26 16:33 Сейчас в теме
Про дерево я бы еще добавил про картинки. Либо используйте картинки строк из библиотеки картинок, либо делайте картинку подчиненных - ссылка на картинку родителя (если картинки совпадают). Иначе при прокрутке будет тормозить.

Заполнение дерева можно делать в фоне и получать готовое при разворачивании веток.

(19) Деревья метаданных используются в различных инструментах типа консолей запросов. Так что замеры нужны и с отладчиком и без.
28. SlavaKron 03.03.26 17:28 Сейчас в теме
(26)
нужны и с отладчиком и без
Зачем вам с отладчиком? У вас штатная ситуация, когда сеанс пользователя подключен к отладке в конфигураторе?
29. SergMuravev 878 03.03.26 18:02 Сейчас в теме
(28) Многие мои разработки предназначены для программистов и работают с деревом конфигурации. Штатная, да.
30. tormozit 7337 03.03.26 18:08 Сейчас в теме
Думаю имеет смысл маркировать статьи, написанные с применением ИИ. Тем более если они целиком сгенерированы. И этому косвенно свидетельствует отсутствие ответов "автора" в комментариях.
SerVer1C; +1 Ответить
Для отправки сообщения требуется регистрация/авторизация