|
|
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
Уважаемые коллеги! Вопрос скорее методологический: что проще (эффективней) - создать один сложный триггер на операцию (напр. for delete ) или использовать несколько простых? Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 15:40:37 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
если важна последовательность - то лучше в одном все делать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 16:24:07 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
Последовательность неважна. Нужно просто проверить ряд условий. Замечания: триггеры генерятся программно, поэтому предпочтительнее было бы создавать пакет простых, нежели увязывать все в один сложный. Но если это существенно влияет на эффективность (производительность) , то будем стараться :0) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 16:29:14 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
Рационального объяснения у меня нет, однако думаю, что лучше несколько простых, т.к. план выполнения для каждого простого триггера сделать оптимизатору проще будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 17:29:26 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
Хотел сказать, что сделать план более оптимальным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 17:38:26 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
а я считаю что наоборот.... план выполнения расчитывается один раз и потом сохраняется.... затраты на запуск тригера всетаки существуют..... если обновлений таблицы много - это будет существенно .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 17:53:08 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
2 MiCe А если в триггере будет приблизительно такой код: Код: plaintext 1. 2. 3. 4. 5. Какой будет план? По первому условию или по второму? И что будет когда с последующим запуском истина будет для другого выражения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 18:19:21 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
план учитывает ветвление..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 18:26:35 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
Думаю истина где-то посередине. С трудом представляю себе таблицу с 100-ей триггеров, каждый из пары команд Но также с трудом представляю себе триггер с 100-ей if-ов и текстом на десяток страниц (хотя 100-ей еще может и ничего). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2002, 19:11:45 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
Спасибо всем. Вопрос закрыт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2002, 10:37:03 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
план учитывает ветвление..... Каким образом? подробнее плиз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2002, 10:56:51 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
2 Genady если б план не учитывал ветвление - выполнение почти всех процедур было бы не эффективно.... а какая разница как он это делает? это не принципиально... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2002, 11:00:32 |
|
||
|
Несколько триггеров для одной операции или один?
|
|||
|---|---|---|---|
|
#18+
2 MiCe План не учитывает ветвления, просто если сработал запрос в первом ифе, то на него строится план и сохраняется в кэше, а если во втором, то ессно на него строится план. В принципе Вы правы, выигрыша разделение на мелкие триггера, кроме удобства чтения и модификации не принесет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2002, 11:32:18 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32052423&tid=1820126]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
59ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 332ms |

| 0 / 0 |
