YZ
Селектом можно вывести разницу
Size: a a a
2021 March 01
IV
Так они и не нужны, на инсерт в журнал создана запись с полями такими и значениями такими, на апдейт изменена запись такая, полчя такие на значения такие
YZ
При самом первом инсерте 1 запись в таблицу функционала и таблицу истории. При втором запросе, апдейт в основную таблицу и снова вставка в таблицу истории. В результате в основной таблице 1 актуальная запись. В таблице истории 2 записи, старая и новая
Но это же можно проанализировать и по логам, через таблицу истории нужно делать, ток если есть логика на этой истории
YZ
Не читаемо
O
knex('document').where({ id }).update({ num_document, date_document, name_document, files, type_document, editor_doc })
.returning([db.raw('id, num_document,to_char(date_document, \'YYYY-MM-DD\') as date_document,name_document, files, type_document, editor_doc')])
.then(item => {
res.json(item)
})
.catch(err => res.status(400).json({ dbError: 'db error' }))
}
.returning([db.raw('id, num_document,to_char(date_document, \'YYYY-MM-DD\') as date_document,name_document, files, type_document, editor_doc')])
.then(item => {
res.json(item)
})
.catch(err => res.status(400).json({ dbError: 'db error' }))
}
O
вот я кнексом по айди меняю поля .. в итоге у меня новые значения... перед апдейтом тогда нужно еще один запрос делать чтоб вытянуть старые значения?
YZ
Я вам о подходе, а не реализации
YZ
Вы читали, что я писал?
YZ
При самом первом инсерте 1 запись в таблицу функционала и таблицу истории. При втором запросе, апдейт в основную таблицу и снова вставка в таблицу истории. В результате в основной таблице 1 актуальная запись. В таблице истории 2 записи, старая и новая
Вот пример флоу
O
понял уже, cпасибо
O
просто уже есть бд с данными и нужно логи дописать. и получается я старые данные не получу так как раньше истории не было
O
но за подход спасибо
YZ
Почему же, копируете все записи в историю
O
ну как вариант. спасибо
O
извените что потратил ваше время, cовсем голова не соображает)
YZ
И обратите внимание, что историю как таблицу нужно делать ток в случае, если на разницу будет логика. Для обычного анализа достаточно логера
YZ
И все индивидуально под задачи и контекст бизнеса. Этот подход просто как может быть, а там уже обдумайте подходит ли вам. Успехов
O
спасибо на свежую голову надо пересмотреть все
O
а чтоб триггеры не могли отключать есть такая возможность. читал что суперюзеру никак нельзя отключить
O
суперадмину тоесть