NG
и еще: непериодический регистр сведений как в первом варианте, но запись делать не двумя строками с разным периодом, а в одну и ту же через менеджер записи (с блокировкой, конечно же)
Size: a a a
2021 October 12
NG
в плюс-минус аналогичной задаче на закрытие ресурса у меня на проекте еще применяется подход с двумя разными периодическими регистрами сведений. в одном фиксируется факт открытия, в другом - факт закрытия. такая структура данных позволяет быстро и удобно получать данные как простыми запросами, так и в объектной модели.
NG
правда @theEvilBeaver в свое время меня за это зачмырил, и намекал, что я херню сделал :)
А
Это же источник ошибок , документ провели нужно подредактировать, отменили иди удали изменения, провели новую версию там вообще кошмар
NG
соррян, у меня запрет изменения проведенных документов, постоянно забываю про эту проблему
g
это не проблема, это методика используется во всех нормальных западных решениях
JD
NG
я не совсем понял, ты меня поддержал или наоборот?
g
поддержал )
NG
А
писать состояния разных событий в одну физическую запись БД?
NG
нет, речь про запрет редактирования проведенных документов
g
ваша задача ничем не отличается от задачи "заказ + реализация", где отгрузка заказа может быть просрочена. смотрите типовые
NG
а как там?
JD
Разные движения по разным ресурсам одного регистра
NG
сведений?
g
конечно нет )
AO
Шта??? Не было такого
А
Проблема не в том как реализовать, нужно эффективное "красивое" решение в плане производительности, этих анализов тут десятки тысячи каждый день.
AO
Хоть это и звучит, как херня, но вряд ли это был я