|
|
|
Ошибка в триггере?
|
|||
|---|---|---|---|
|
#18+
В статьях об ошибках Хеннинга описаны 2 процедуры генерируемые REFERENTIAL Integrity "RiDElete" и RiUpdate и якобы код генерации надо потом вручную менять строчку "llRetVal=pnerror=0" Кто нибудь рассматривал этот вопрос у меня никаких проблем целостности не наблюдается, а он утверждает что возможны какие-то случаи анамального изменения в child таблицах? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2006, 23:34 |
|
||
|
Ошибка в триггере?
|
|||
|---|---|---|---|
|
#18+
Предварительно стоит установка: Код: plaintext 1. Ну значит перехват любой ошибки которая возможна при удалении записей из дочерней таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 02:27 |
|
||
|
Ошибка в триггере?
|
|||
|---|---|---|---|
|
#18+
Hi 332_john! Видимо у тебя никогда не возникает ошибок в ходе исполнения этих процедур :) Если же возникнет ошибка (например из-за того что запись заблокирована, а интервал REPROCESS недостаточен для того чтобы дождаться снятия блокировки, или того хуже - сбой в самом dbf или в индексе или ещё какая непредвиденная беда), то надо сигнализировать триггеру, чтобы он возвращал .F. - для того и прописан тот код. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2006, 02:35 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=33578643&tid=1592203]: |
0ms |
get settings: |
5ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
174ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 227ms |
| total: | 463ms |

| 0 / 0 |
