шаблон проектирования модели данных, который хранит изменения данных до тех пор, пока не будет авторизован другим пользователем

Мне не известны какие-либо шаблоны проектирования, но я думаю, что у меня для вас есть другая идея -
есть еще одна таблица с именем 'Pending_Changes' со столбцами 'Table_Identifier', 'Column_Identifier' 'Record_Identifier' и 'New_Value'.
Каждая строка будет представлять собой одну изменение столбца на некоторую запись в некоторой таблице.
Например, строка со значениями ('Customers', 'Phone_Number', '12345', '077-4453432') будет использоваться для представления изменения номера телефона клиента 12345.
Пара недостатков этого метода заключается в том, что- < br> 1. все ваши таблицы должны иметь одно поле идентификатора
2. изменение одной записи может охватывать несколько строк в таблице PendingChanges, поскольку она сохраняет строку для каждого измененного значения столбца.

С другой стороны, он довольно расширяемый и довольно простой в обслуживании.

Это отлично работает, когда у вас мало таблиц, но будет громоздко по мере увеличения таблиц.

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

например У вас могут быть такие таблицы, как AuditTables, AuditColumns, AuditChanges, AuditChangesDetails и т. Д., И вы можете сохранять все необходимые изменения в этой модели, а не создавать временную таблицу, которая соответствует «живой» таблице.

Я разработал что-то вроде этого, и вот в чем его суть;

1. Я создаю зеркальную таблицу для каждой таблицы, для которой я хочу иметь контроль версий на уровне строк. Допустим, у вас есть таблица CUSTOMER. Ваша зеркальная таблица управления версиями будет VER_CUSTOMER Каждая таблица, в которой я хочу иметь управление версиями на уровне строк, имеет столбец с именем RECORD_ID (GUID)
2. Когда запись вставляется в эту таблицу, я генерирую новый GUID и заполняю это поле. Новая запись также вставлена ​​в таблицу VER_CUSTOMER с RECORD_ID, как добавлена ​​к естественному PK таблицы. Когда запись обновляется, я снова генерирую новый GUID. Заполните RECORD_ID этим новым GUID. Обновленная запись также попадает в таблицу VER_CUSTOMER.
3. Когда запись удаляется, я помечаю запись в таблице CUSTOMER как УДАЛЕННАЯ (не удаляю запись физически). У меня есть столбец IS_DELETED в каждой таблице. Я установил для этого столбца значение ИСТИНА при попытке удаления записи. Снова копия удаленной записи также попадает в таблицу VER_CUSTOMER.
4. Таким образом, для каждой транзакции, которая у вас есть в этой таблице, у вас есть соответствующая запись в таблице VER_CUSTOMER с RECORD_ID и естественным PK таблицы как PK. Например, если PK таблицы CUSTOMER - CUST_ID. PK VER_CUSTOMER будет составным CUST_ID и RECORD_ID.

Надеюсь это поможет...