Евгений БолтикРешил добавить возможность рубануть выполняющийся запрос через MON$STATEMENTS.
Открываю, а в полях MON$TRANSACTION_ID, MON$TIMESTAMP null-ы <...>
И как тогда определить какой STATEMENT грохнуть?Эти два поля (MON$TRANSACTION_ID, MON$TIMESTAMP) будут not-null только во время, пока выполняется стейтмент. Как только он заканчивается, они обNULLяются. Но тогда и уже срубать эту транзакцию "не за что": ведь она уже не грузит сервер, а простаивает.
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.
-- это результат запроса, когда в соседнем окне еще идёт "долгий стейтмент":
SQL> commit; select * from mon$statements s where s.mon$attachment_id<>current_connection;
MON$STATEMENT_ID 158
MON$ATTACHMENT_ID 15
MON$TRANSACTION_ID 301
MON$STATE 1
MON$TIMESTAMP 2013-10-14 07:11:24.5460
MON$SQL_TEXT 0:4
insert into t select gen_id(g,1) from rdb$types,rdb$types,rdb$types
MON$STAT_ID 9
MON$STATEMENT_ID 26
MON$ATTACHMENT_ID 15
MON$TRANSACTION_ID <null>
MON$STATE 0
MON$TIMESTAMP <null>
MON$SQL_TEXT <null>
MON$STAT_ID 10
-- а это - то же самое, но когда этот "долгий стейтмент" уже завершился (но транзакция его еще не зафиксирована):
SQL> commit; select * from mon$statements s where s.mon$attachment_id<>current_connection;
MON$STATEMENT_ID 158
MON$ATTACHMENT_ID 15
MON$TRANSACTION_ID <null>
MON$STATE 0
MON$TIMESTAMP <null>
MON$SQL_TEXT 0:4
insert into t select gen_id(g,1) from rdb$types,rdb$types,rdb$types
MON$STAT_ID 9
MON$STATEMENT_ID 26
MON$ATTACHMENT_ID 15
MON$TRANSACTION_ID <null>
MON$STATE 0
MON$TIMESTAMP <null>
MON$SQL_TEXT <null>
MON$STAT_ID 10
