|
|
|
Почему триггер after insert on each row вызывает ошибку мутации после единичной вставки?
|
|||
|---|---|---|---|
|
#18+
SYStaxc insert values где черная дыра в after? Если по-чесноку, то before row тоже "черная дыра" даже с INSERT VALUES если есть before statement триггер который может изменить triggering table. С after "черная дыра" в том что мы не дошли еще до конца даже before row тригера и понятия не имеем что будет "after" содержимым таблицы. А в большинстве случаев необходимость дергания самого себя в тригере есть признак проблем имплементации а возможно и архитектуры. SY. у меня вопросов с before меньше (насчет мутации) в after (для insert values) состояние тблицы в строчном триггере понятно (нет там дыры), по сути ето after уровня оператора но так сделали, и нет на то рады ps никогда не задумывался, инфа в блок пишется перед или после after row? зыы понимаю что для дба проверить просто ..... stax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2017, 17:39:41 |
|
||
|
Почему триггер after insert on each row вызывает ошибку мутации после единичной вставки?
|
|||
|---|---|---|---|
|
#18+
Staxинфа в блок пишется перед или после after row? BEFORE vs AFTER. Which trigger is slightly more efficient? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.11.2017, 07:31:25 |
|
||
|
|

start [/forum/search_topic.php?author=empty&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
45ms |
get topic data: |
13ms |
get forum data: |
4ms |
get page messages: |
47ms |
get tp. blocked users: |
2ms |
| others: | 1136ms |
| total: | 1300ms |

| 0 / 0 |
