|
|
|
Оптимизировать триггер update, частично блокирующий записи
|
|||
|---|---|---|---|
|
#18+
Необходимо написать как можно более быстро работающий триггер на таблицу (пусть она зовется main), который при попытке update блокирует апдейт записей, отмеченных пользователем как ридонли. Какие записи ридонли, а какие нет, - хранится в другой таблице той же базы. (ID записи + булевская переменная blocked) Вопрос: что из этого будет работать быстрее? 1а. Создать триггер типа instead of update, создать в нем курсор с одним только полем "cursor_id" (ID текущей записи), пробегающий всю inserted или deleted. На каждом шаге он смотрит, заблокирован ли этот ID, если нет - то исполняется команда "delete from main where id=@cursor_id" и "insert into main (select * from inserted where id=@cursor_id". 1б. То же самое, но курсор читает все поля main в переменные (порядка 30 полей), а потом, если запись не заблокирована, апдейтит ее по значениям переменных. 2а. Создать триггер типа instead of update, в нем создать временную таблицу #tmp, хранящую только IDшники записей. Из нее выкидываются заблокированные ID, затем исполняется команда "delete from main where id in #tmp" и "insert into main (select * from inserted where id in #tmp)" 2б. То же самое, но в #tmp хранится не поле ID, а все поля, и апдейт идет из нее, а не из deleted и inserted. (или еще есть другой способ?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.07.2008, 09:58 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=101&tid=1543757]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
32ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
1ms |
| others: | 197ms |
| total: | 307ms |

| 0 / 0 |
