|
Чтение таблицы из триггера (after-insert)
|
|||
---|---|---|---|
#18+
graycode В этой ситуации есть еще нюанс, допустим разные сессии вставляют записи с id - 8, 9, 10; 8 и 10 были подтверждены, в этот момент наш неофит начал некую обработку и считал записи вплоть до последней 10-й, обработал их и думает, что он обработал все записи до 10-й включительно, после этого проходит commit 9-й и ущербная логика программного модуля неофита поломалась. Если это джоб периодически проверяющий таблицу (и несколько пишущих в нее сессий), то такое было возможно. Запоздалые коммиты могли бы пропуститься. Пришлось бы отмечать что видел, что не видел, ... лишняя работа. У меня не так. Мой после-триггер видит (и обрабатывает) каждую вставленную строку ровно один раз до коммита. Чем проще дизайн, тем меньше ломается. (с) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 20:10 |
|
Чтение таблицы из триггера (after-insert)
|
|||
---|---|---|---|
#18+
env graycode, Он живёт в парадигме НеофитSQL В таблицу импорта событий пишет один пользователь, больше никто Предположу, что один пользователь == одна сессия в этой парадигме. Точно. Пользователь тут не важен. Важно что в таблицу пишет ровно одна сессия, которая больше ничего не делает. (но если это важно, пользователь для импорта тоже другой, с ужатыми правами) ... |
|||
:
Нравится:
Не нравится:
|
|||
22.10.2020, 20:14 |
|
|
start [/forum/topic.php?fid=52&msg=40011009&tid=1880777]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
85ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
others: | 16ms |
total: | 190ms |
0 / 0 |