|
Имя транзакции
|
|||
---|---|---|---|
#18+
Эх, была бы возможность при старте транзакции передать на сервер ее имя, а потом посмотреть его в таблице MON$TRANSACTIONS... Золотые времена бы настали )) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 15:55 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
чем номер не угодил? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 15:57 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
и где гарантия что не будет такой же второй, третей... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 16:58 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
sysdba22была бы возможность при старте транзакции передать на сервер ее имя, а потом посмотреть его в таблице MON$TRANSACTIONS... Ты реально способен заполнить TPB или надеешься, что кто-то из компонентописателей будет делать это автомагически?.. Изначально его формат был простой пачкой тэгов без значений, потом его изуродовали тэгами блокировки. По-моему, не стоит продолжать эту плохую традицию. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 17:18 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov sysdba22была бы возможность при старте транзакции передать на сервер ее имя, а потом посмотреть его в таблице MON$TRANSACTIONS... Ты реально способен заполнить TPB или надеешься, что кто-то из заполнял бы ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 17:37 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
Дегтярев Евгений и где гарантия что не будет такой же второй, третей... уникальность тут не требуется. это как дополнительный инструмент поиска ситуаций, когда какой-то код держит открытой транзакцию долго или не закрыл ее по какой-то причине. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 17:50 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
sysdba22заполнял бы Так заполняй контекстную переменную в пространстве имён USER_TRANSACTION. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 18:26 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
sysdba22, можно написать трекеру, но обоснование должно быть убедительным ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 18:30 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
DS> Так заполняй контекстную переменную в пространстве имён USER_TRANSACTION. +1 Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 18:52 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
не совсем то, хотелось бы без дополнительных запросов и обойтись только MON$ таблицами. Например, есть большая система. В рабочий день 300+ активных пользователей. Чтобы зайти в окошко (см. скриншот) и сразу понять не только, где висят долгие транзакции, но и идентифицировать что это за транзакция в коде. Чтобы быстро исправить. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 19:19 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
Ну так открой для себя MON$CONTEXT_VARIABLES. И что за лицемерие: параметр в TPB он добавлять согласен, а запрос послать - нет?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 19:23 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
sysdba22 но и идентифицировать что это за транзакция в коде. Чтобы быстро исправить. Если транзакция висит - значит выполняется какой-то статмент. По ид транзакции ищете статмент - разбираетесь с ним и кодом, который его запустил. Если инфы не достаточно, можно в текст SQL-запроса добавлять комментарий. Он в таблице мониторинга виден. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 21:00 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
ggreggory Если транзакция висит - значит выполняется какой-то статмент. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 21:04 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
sysdba22> хотелось бы без дополнительных запросов sysdba22> и обойтись только MON$ таблицами Если ты про доп.запросы в клиентском ПО - вызов rdb$set_context можно засунуть в любой другой запрос (тем более, что у тебя наверняка есть "служебные", не информационные запросы). Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 21:13 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
Собсно, даже больше/лучше - можно засунуть вызов буквально в каждый информационный запрос и найти сабж (проблемное место в коде) не только на уровне транзакции, но и на уровне запроса (да хоть процедуры)! Профит! Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 21:15 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
hvlad ggreggory Если транзакция висит - значит выполняется какой-то статмент. Хм... Имеется ввиду, что транзакция стартовала, выполнила запрос, но её не подтвердили и не откатили? Например, транзакция блокирующая запись таблицы с помощью select with lock. Гаджимурадов Рустам Профит! Мой вариант с комментарием можно и в стандартном "Database monitoring" IBExpert-а лицезреть, а потом ещё и в трассировке видеть. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 21:32 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
ggreggory> Мой вариант с комментарием Да, согласен, комментарий прямо в тексте запроса ещё проще, пожалуй. Осталось уговорить Рокфеллера. :) Правда, транзакции без запросов он не покажет, но такие и не интересны. Но я не уверен, возможны ли ситуации, когда запрос уже закрылся (и в мониторинге его уже нет), а транзакция (точнее сервер) ещё шуршит - думаю, что возможны - надо у Влада уточнять. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 22:16 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
ggreggory Имеется ввиду, что транзакция стартовала, выполнила запрос, но её не подтвердили и не откатили? Гаджимурадов Рустам Но я не уверен, возможны ли ситуации, когда запрос уже закрылся (и в мониторинге его уже нет), а транзакция (точнее сервер) ещё шуршит - думаю, что возможны ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2022, 23:55 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, в снимках mon$ разных систем часто бывают ситуации - например, 100 коннектов, 90 транзакций, 10 запросов привязанных к транзакциям, и 10 тысяч запросов, которые не привязаны ни к какой транзакции. Мне даже странно слышать, что "а могут быть транзакции, в которых нет активных запросов". Конечно могут. Стартанул транзакцию, и либо не выполняешь запрос вообще, либо выполняешь и его закрываешь. Или разговор о чем-то другом? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2022, 01:10 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
hvlad> Если под "тр-ция шуршит" подразумевается "тр-ция ещё активна" "Активна" понятие слишком расплывчатое - так что именно шуршит, что-то там делает, нагружает сервер (и возможно даже вполне возможно, коннект не совсем "готов" для следующих запросов с клиента). Наверняка такое возможно, но сценарии я описывать не возьмусь. P.S. Ещё один минус предложенного Григорием варианта с комментами в тексте запросе - это то, что если коммент будет "динамический" - изменяемый по ходу работы приложения/транзакции - то prepare будет вызываться каждый раз. Мелочь, а неприятно. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2022, 12:05 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам "Активна" понятие слишком расплывчатое Гаджимурадов Рустам так что именно шуршит, что-то там делает, нагружает сервер Т.е. тр-ция не может "шуршать" если её об этом не просили. Единственный вариант реальной "активности тр-ции" без наличия выполняемого SQL запроса - это её старт и завершение. Но этим тоже управляет клиент (кроме случаев завершения сервера и принудительного отката всего). Гаджимурадов Рустам и возможно даже вполне возможно, коннект не совсем "готов" для следующих запросов с клиента. Т.е. если сервер вернул ответ на запрос клиента, то он уже готов выполнять следующий запрос. Итого - нет никакой волшебной активности сервера в контексте тр-ции\коннекта клиента, если клиент его об этом не просил. Не нужно выдумывать. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2022, 12:16 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
hvlad> Живая - понятнее ? Нет. После старта, но без/до [первого] запроса она тоже живая. > Т.е. тр-ция не может "шуршать" если её об этом не просили. Сброс каких-нибудь кешей, освобождение памяти и т.п. Точно нет никаких вариантов, сценариев? Ну и отлично. hvlad> Т.е. если сервер вернул ответ на запрос клиента, hvlad> то он уже готов выполнять следующий запрос. Зазор между "запрос пропал из мониторинга" и "клиент получил ответ (сеть не учитываем) и может отправлять след. запрос" имеется? P.S. Я ничего не выдумываю, просто интересуюсь. :) На всякий. Для пользы ТСа в основном и вообще. :) Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2022, 12:36 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам hvlad> Живая - понятнее ? Нет. После старта, но без/до [первого] запроса она тоже живая. Гаджимурадов Рустам hvlad> Т.е. если сервер вернул ответ на запрос клиента, hvlad> то он уже готов выполнять следующий запрос. Зазор между "запрос пропал из мониторинга" и "клиент получил ответ (сеть не учитываем) и может отправлять след. запрос" имеется? Если уж совсем придираться, то клиент может "думать", что он отправил следующий запрос (в другом потоке), но на самом деле один коннект не может войти в движок дважды одновременно. Насчёт мониторинга - в принципе, посторонний коннект может выполнить запрос в мониторинг и не увидеть там только что освобождённый запрос нашего клиента, причём до того как наш клиент об этом узнает (получит ответ). Но как это всё связано с обсуждаемым "шуршанием тр-ции" - я так и не понял. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2022, 12:48 |
|
Имя транзакции
|
|||
---|---|---|---|
#18+
hvlad> пока не получил ответ на текущий. Не, я не про клиента, я про сервер. Если сервер отработал запрос - для простоты представим, что это не НД, а исполняемая процедура - отправил ответ "клиенту", то всё, с этого момента (и до след. API-вызова) "в транзакции" никакой активности быть не может, совсем-совсем? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2022, 13:18 |
|
|
start [/forum/topic.php?fid=40&tid=1559835]: |
0ms |
get settings: |
12ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 165ms |
0 / 0 |