Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
user defined transaction
|
|||
|---|---|---|---|
|
#18+
Добрый день. Имеется бд с некоторым набором таблиц. оператор delete на этих таблицах никогда не выполняется (разве что удаление полной таблицы). вместо этого у этих таблиц существует поле delinfo_id, которое связано с таблицей delinfo (id, user, reason). при "удалении" записи в таблицу delinfo пишется служебная информация (кто удалил, когда, причина удаления и тп), полученный id обновляет поля delinfo_id "удаленных" записей. Требуется ввести некоторую user defined transaction, которая при revert все новые записи проставит под delinfo, все модифицированные записи откатит в предыдущее состояние. Вопрос: как это "правильно" реализуется? ранее такая ситуация требовалась только для одной таблицы, для этого я ввел вспомогательную таблицу (очевидно костыль), куда записывал все вставки/модификации. сейчас же требуется расширить такое поведение. Кто сталкивался с похожей ситуацией? Может что посоветуете? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.11.2012, 21:13 |
|
||
|
|

start [/forum/topic.php?fid=43&fpage=40&tid=1601651]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
30ms |
get tp. blocked users: |
1ms |
| others: | 13ms |
| total: | 138ms |

| 0 / 0 |
