Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Inteactive Report. Сохранение истории изменения данных
|
|||
|---|---|---|---|
|
#18+
Добрый день! Имею Inteactive Report построенный на одной табличке. Есть необходимость реализовать возможность изменения данных в многопользовательском режиме и что все это дело делалось согласовано. При изменении записи и сохранении вызываются следующие процессы из Processing: - Запись в TEMP старой записи. В некую табличку пишутся значения ДО изменения записи - Process Row of TABLE. Процесс созданный вместе с репортом автоматом, исполняет все DML. Supported Operations -Insert, Update, Delete - Сравнение старой и новой записей. Процесс сравнивает данные из таблички, куда помещена запись первым процессом с записью, которая обновлена посредством процесса 2 (Process Row of TABLE) Ни о каком согласованном чтении речи не идет, конечно же. 1. Как реализовать правильное сохранение истории изменений при одновременной работе 2-ух пользователей с записью? 2. Возможно ли автоматом созданный "Process Row of TABLE" заменить на свой пользовательский с реализацией всех DML(Insert, Update, Delete), дабы все процессы реализовать одной транзакцией с блокированием нужной записи посредством for update? Спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2017, 08:05 |
|
||
|
Inteactive Report. Сохранение истории изменения данных
|
|||
|---|---|---|---|
|
#18+
Триггеры на таблицу на уровне БД делать совсем не хочется ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2017, 08:06 |
|
||
|
Inteactive Report. Сохранение истории изменения данных
|
|||
|---|---|---|---|
|
#18+
Be or not to be...Триггеры на таблицу на уровне БД делать совсем не хочется странное НЕ ХОЧУ находясь на ветке СУЮД оракла. Вариант только один - триггер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2017, 10:26 |
|
||
|
Inteactive Report. Сохранение истории изменения данных
|
|||
|---|---|---|---|
|
#18+
Be or not to be...2. Возможно ли автоматом созданный "Process Row of TABLE" заменить на свой пользовательский с реализацией всех DML(Insert, Update, Delete), дабы все процессы реализовать одной транзакцией с блокированием нужной записи посредством for update? Конечно можно. Удаляешь созданный процесс, создаешь свой PL\SQL и пишешь там все, что душе угодно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2017, 11:19 |
|
||
|
Inteactive Report. Сохранение истории изменения данных
|
|||
|---|---|---|---|
|
#18+
Migelleсоздаешь свой да. В своём можно что угодно)). Только следить надо будет чтобы все работали с оглядкой на него. Ну, или не делали что либо такое: Наценка: update table set Цена = Цена * 0,5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2017, 12:20 |
|
||
|
|

start [/forum/topic.php?fid=50&fpage=16&tid=1874355]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
63ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
2ms |
| others: | 283ms |
| total: | 436ms |

| 0 / 0 |
