быть настолько много для 1 вбелн, что уже счётчик а-ля снро надо?
Там короче. Расширение стандартной транзакции на Z-поле. И типо попросили сделать логи для Z-поля( да я знаю что можно включить галку на эл-те данных типо документ изменения, но архитектор забанил эту возможность - почему хз вообще, но этот кейс отпадает ). Я сделал Z-таблицу в которой хранятся изменения кто изменил и дата. Но вот теперь для каждого номера заказа нужно начинать типо нумерацию с нуля. Чтобы она не сквозная была а как позиции к номеру заказа.
Странный арх. Из начального кривого посыла растут остальные кривые решения. Тк все в пределах одного заказа, то и менять можно только заказ вцелом. И менять его всегда будет только 1 человек. Нрив и снро не нужны. Всё через код и чтение старых данных
Очень странное решение от архитектора. Если по таблице уже есть журнал изменений, то странно почему не использовать его. И если всё-таки Z-таблица, то тоже непонятно почему нельзя сквозную нумерацию использовать. Это в любом случае совершенно суррогатное, ничего не значащее число, какая разница что там?
А какую альтернативу предложил архитектор?
Делай ) Не предлагал
Если какая-то функциональность закрывается, то на это должны быть причины и должны быть предложены альтернативы если она будет необходима.
ну так заводите строки в таблице nriv с подобъектом в виде заказа а потом генерите номер
Обсуждают сегодня