Size: a a a

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

2021 October 27

K

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

AA

Aleksandr Aleksandro... in 1С, БСП, DevOps и Архитектура
проверим
источник

ВМ

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

В первом случае один регистр но составной тип данных и полагаю больше индексы и т.п.
Во втором случае больше обвязки программной - но зато выборка данных быстрее.

Может есть какие-то стандарты, определяющие  какой из двух вариантов выбрать?
источник

FF

Foxy Fox in 1С, БСП, DevOps и Архитектура
А у справочника какое состояние? С документами понятно
источник

ВМ

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

AS

Alexander Sharov in 1С, БСП, DevOps и Архитектура
а где использоваться это все потом будет? просто если условно состояние нужно только в форме элемента / списка показывать, то проще отдельные регистры сделать. Может вообще подойдет какой-нить фиктивный план обмена, и в нем регистрировать объекты, если состояния всего 2
источник

AS

Alexander Sharov in 1С, БСП, DevOps и Архитектура
история состояний нужна или нет, опять же
источник

ВМ

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

ВМ

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

A

Andrei in 1С, БСП, DevOps и Архитектура
Не так давно обсуждали, баг
источник

A

Andrei in 1С, БСП, DevOps и Архитектура
Вот тут примерно
источник

AS

Alexander Sharov in 1С, БСП, DevOps и Архитектура
я как-то делал N+1 - по одному периодическому на каждый объект для истории изменений, и один общий непериодический для текущего состояния - чтобы в журналах / отчетах выводить и не делать сотни соединений.
источник

A

Av1dLyfe in 1С, БСП, DevOps и Архитектура
Могут ли одновременно выполняться фоновые задания с одинаковым методом?
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Запросто.
Важно что бы был разный идентификатор задания
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Так и делаются всё параллельные обработки, тупо вызывается 5-10 сеансов с одним и тем же методом
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Единственное что не может быть одновременно 2жды запущено - пред определённое рег задание
источник

A

Av1dLyfe in 1С, БСП, DevOps и Архитектура
У меня следующая ситуация: после записи справочника  вызывается фоновое задание, бспшные ДлительныеОперации с ожиданием завершения. И вопрос конкретно в том, что будет когда справочник записывают 1й раз, запускается фоновое, потом не дожидаясь его завершения записывают 2й раз и снова запускается фоновое. Как эти 2 задания будут выполняться? Возможна ли коллизия?
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
да, первое задание по неясным причинам может быть выполнено позже 2го
источник

PZ

P Z in 1С, БСП, DevOps и Архитектура
Очередность не гарантируется от слова совсем
источник

A

Av1dLyfe in 1С, БСП, DevOps и Архитектура
Есть какие то типовые способы все таки очередь из заданий сделать?
источник