|
Отключение каскадного выполнения триггеров
|
|||
---|---|---|---|
#18+
Здравствуйте! Я выполняю следующую команду: Код: plsql 1.
С данной командой связан следующий триггер: Код: plsql 1. 2.
С триггером связана следующая функция: Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95.
По тексту триггерной функции видно, что при её выполнении будет осуществляться Insert в таблицу CSM_ATTR (триггер TriggerFunctionCsmAttrIns) и Insert в таблицу CSM_ATTR_LOG (триггер TriggerFunctionCsmAttrIns). Вопрос: Можно как то настроить PostgreSql, что бы не было каскадного срабатывания триггеров из другого триггеров? P.S. в MS SQL Server такую настройку можно сделать на уровне сервере, как свойство Разрешить триггерам активизировать другие триггеры . ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2018, 14:45 |
|
Отключение каскадного выполнения триггеров
|
|||
---|---|---|---|
#18+
ASukhov1986, ... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2018, 14:45 |
|
Отключение каскадного выполнения триггеров
|
|||
---|---|---|---|
#18+
ASukhov1986, В MS SQl Server это так: Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10.
... |
|||
:
Нравится:
Не нравится:
|
|||
27.04.2018, 14:59 |
|
Отключение каскадного выполнения триггеров
|
|||
---|---|---|---|
#18+
ASukhov1986, Для триггера типа ALTER можно выполнить следующую команду создания триггера: Код: plsql 1. 2.
Однако для триггера типа INSTEAD OF раздел WHEN недопустим. Буду думать как реализовать для таких типов триггеров. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2018, 10:46 |
|
Отключение каскадного выполнения триггеров
|
|||
---|---|---|---|
#18+
ASukhov1986ASukhov1986, Для триггера типа ALTER можно выполнить следующую команду создания триггера: Код: plsql 1. 2.
Однако для триггера типа INSTEAD OF раздел WHEN недопустим. Буду думать как реализовать для таких типов триггеров. юзер, не надо больше здесь писать ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2018, 12:07 |
|
Отключение каскадного выполнения триггеров
|
|||
---|---|---|---|
#18+
Ролг ХупинASukhov1986ASukhov1986, Для триггера типа ALTER можно выполнить следующую команду создания триггера: Код: plsql 1. 2.
Однако для триггера типа INSTEAD OF раздел WHEN недопустим. Буду думать как реализовать для таких типов триггеров. юзер, не надо больше здесь писать как вы можете, ролг ? ваш можно сказать коллега по МССКЛ тащит с собой все старые рефлексы. и вместо того чтобы спросить как сделать нечто верно, спрашивает, как в пж пройти по граблям . нормальный период притирки, ящетау. а мог бы например спрятать мишень за вью с триггером. а сам ходить мимо вью и триггера. вообще не понимаю, зачем триггеры, которые не всегда работают. тогда сразу лепите хранимками -- быстрее ж. ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2018, 17:25 |
|
Отключение каскадного выполнения триггеров
|
|||
---|---|---|---|
#18+
qwwqРолг Хупинпропущено... юзер, не надо больше здесь писать как вы можете, ролг ? ваш можно сказать коллега по МССКЛ тащит с собой все старые рефлексы. и вместо того чтобы спросить как сделать нечто верно, спрашивает, как в пж пройти по граблям . нормальный период притирки, ящетау. а мог бы например спрятать мишень за вью с триггером. а сам ходить мимо вью и триггера. вообще не понимаю, зачем триггеры, которые не всегда работают. тогда сразу лепите хранимками -- быстрее ж. тащить быть вынужденным носителем комплексов SQL Server - это простительно ... |
|||
:
Нравится:
Не нравится:
|
|||
03.05.2018, 17:46 |
|
|
start [/forum/topic.php?fid=53&msg=39639282&tid=1995791]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
97ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
others: | 293ms |
total: | 474ms |
0 / 0 |