Size: a a a

1С, БСП, DevOps и Архитектура

2021 July 06

MS

Maxim Samokhval in 1С, БСП, DevOps и Архитектура
Всем добрый день.
Конфигурация ERP.
Форма выбора поля отчета.

В Номенклатуру / Дополнительные реквизиты по видам номенклатуры добавили очень много различных значений .

Когда пользователь раскрывает список реквизитов, то значительно подвисает форма построения дерева реквизитов ( от 2 до 5 минут)

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

Может, подскажете еще какие-нибудь варианты?
Стек вызовов показывает выполнение на сервере (без контекста)
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
я знал, что лучше добавлять реквизиты и рисовать их на форме, чем "платить" за доп реквизиты )
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
выкинуть нафиг этот код и взять обычное СКДшное поле выбора реквизита не предлагать? оно умеет рисовать характеристики, если они корректно объявлены в метаданных
источник

g

gosn1ck in 1С, БСП, DevOps и Архитектура
где тут собтсвенно подвисание происходит? в раскрытии групп ?
источник

MS

Maxim Samokhval in 1С, БСП, DevOps и Архитектура
да, он дерево это обходит когда по
Для Каждого ДоступноеПолеКД Из ДоступноеПолеКДРодитель.Элементы Цикл
Строит свою иерархию на этой форме
источник

MS

Maxim Samokhval in 1С, БСП, DevOps и Архитектура
та можно, это просто Основная Форма Настроек Отчета, и из нее уже идет вызов этой формы (ВыборПоляОтчета)
источник

MS

Maxim Samokhval in 1С, БСП, DevOps и Архитектура
так все равно не помогло бы.
Доп реквизиты установили для видов номенклатуры, а видов тоже порядочное количество.
В итоге получается цифра элементов/реквизитов дерева 5000+ строк)
Пользователи начали разворачивать реквизиты Номенклатуры и получили "подвисание" при заполнении ДереваЗначений на этой форме
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Доброго вечера!
Подскажите как правильно сделать.
Хочу написать рег. задание которое по ночам должно форсировано выполнять операции затрагивающие базу данных.
А днем должно выполнять эти же операции в очень вялотекущем режиме.

Как правильно такое делать?
Вариант а) Одно регл. задание и внутри анализировать время и от результатов анализа - изменять поведение (частоту обращений к бд)
или
Варинат б) Два (или более) регл. задания у каждого свое расписание и частота запусков (ночное и дневное)?
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
регл задание с параметром-интенсивностью.
источник

E

Exitone in 1С, БСП, DevOps и Архитектура
В зависимости от текущего времени
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Ну тобишь одно регл. задание у которого максимально-возможная частота запусков? А внутри оже вызов разных процедур в зависимости от времени?
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
да не, зачем. уже настраивать каждый экземпляр по отдельности, указывая значение параметра в экземпляре напрямую
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
одно метаданное регламентного задания, много экземпляров регламентного задания с нужной интенсивностью в параметрах вызова
источник

E

Exitone in 1С, БСП, DevOps и Архитектура
На случай, если одним заданием делать
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Т.е. нужен еще какой-то диспетчер который будет запускать регламентные каждый со своим расписанием?
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
зачем? просто создать несколько экземпляров
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
и этим диспетчером будет платформа :)
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
А если тот который ночью и ресурсоемкий заработается дольше положенного времени? Решать через параметр "завершать после"?
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
ну да. опять же штатно, через настройку расписания регл задания
источник

ВМ

Василий Мазурок... in 1С, БСП, DevOps и Архитектура
Понял. Спасибо.
источник