Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

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

start [/forum/topic.php?fid=43&tablet=1&tid=1601651]: |
0ms |
get settings: |
9ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
65ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
26ms |
get tp. blocked users: |
2ms |
| others: | 10ms |
| total: | 141ms |

| 0 / 0 |
