|
DB2 идентификатор сессии
|
|||
---|---|---|---|
#18+
Добрый день, есть ли возможность в DB2 получить текущий идентификатор сессии? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.10.2021, 09:37 |
|
DB2 идентификатор сессии
|
|||
---|---|---|---|
#18+
Mark Barinstein Тяжеловато было понять из описания к global temporary table авторEach session that selects from a created temporary table retrieves only rows that the same session has inserted что идентификатор сессии это будет авторThe MON_GET_APPLICATION_HANDLE scalar function returns the application handle of the invoking application Спасибо за помощь ... |
|||
:
Нравится:
Не нравится:
|
|||
08.10.2021, 21:53 |
|
DB2 идентификатор сессии
|
|||
---|---|---|---|
#18+
mrwert Тяжеловато было понять из описания к global temporary table авторEach session that selects from a created temporary table retrieves only rows that the same session has inserted что идентификатор сессии это будет авторThe MON_GET_APPLICATION_HANDLE scalar function returns the application handle of the invoking application Не понял, как эти 2 цитаты между собой связаны. В первой говорится о свойстве CGTT: каждая сессия читает из нее только то, что сама вставила. Т.е. каждая сессия данные других сессийй не видит. Во второй говорится о том, как приложению запросом можно получить свой номер сессии. Эти вещи между собой никак не связаны по-моему... ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2021, 13:00 |
|
DB2 идентификатор сессии
|
|||
---|---|---|---|
#18+
Mark Barinstein С DB2 практически не знаком. Я перевел application handle как дескриптор приложения. А в описании темповой таблицы появляется ключевое "session", поэтому пытался найти некий session id. Возможно для тех кто плотно работает с db2 session id = application handle. У меня есть внешнее приложение выполняющее загрузку файлов в парраллель (30 файлов в 8 потоков). Для каждого файла есть своя хранимая процедура и общая для всех хранимок темповая таблица (preserve on commit). И вот иногда данные из темповой таблицы обработанные процедурой №1 оказываются и в обработке процедуры №2. Поэтому хотелось выяснить это баг DB2 или особенности работы приложения. Такой вопрос, если приложение подымет две сессии, у этих сессий будет разный application handle ? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2021, 14:35 |
|
DB2 идентификатор сессии
|
|||
---|---|---|---|
#18+
mrwert У меня есть внешнее приложение выполняющее загрузку файлов в парраллель (30 файлов в 8 потоков). Для каждого файла есть своя хранимая процедура и общая для всех хранимок темповая таблица (preserve on commit). И вот иногда данные из темповой таблицы обработанные процедурой №1 оказываются и в обработке процедуры №2. Поэтому хотелось выяснить это баг DB2 или особенности работы приложения. Если вы в рамках одной сессии вызываете какие-то процедуры, то они, конечно, работают с одними и теми же данными в этой таблице. Если каждая процедура работает строго в своей сессии (нет сессий, в которых вызываются несколько разных процедур), то ни одна из этих процедур не может видеть данные в этой таблице, сформированные другими процедурами. mrwert Такой вопрос, если приложение подымет две сессии, у этих сессий будет разный application handle ? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2021, 15:46 |
|
DB2 идентификатор сессии
|
|||
---|---|---|---|
#18+
авторСодержимое GLOBAL TEMPORARY TABLE уникально не для разных процедур, вызываемых в одной и той же сессии, а для разных сессий. Это я четко понимаю ) Пока нет понимания как работает приложение т.к. запускается каждый день, а выстреливает ошибка раз в неделю. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2021, 17:04 |
|
DB2 идентификатор сессии
|
|||
---|---|---|---|
#18+
Mark Barinstein Не в тему, не могли бы подсказать, есть такая ошибка авторSQL0911N The current transaction has been rolled back because of a deadlock or timeout. Reason code reason-code 76 The transaction was rolled back because two or more applications are deadlocked waiting for resources governed by workload manager admission control. где бы найти более подробное описание что с этим делать? ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2021, 17:09 |
|
DB2 идентификатор сессии
|
|||
---|---|---|---|
#18+
mrwert SQL0911N The current transaction has been rolled back because of a deadlock or timeout. Reason code reason-code 76 The transaction was rolled back because two or more applications are deadlocked waiting for resources governed by workload manager admission control. По rc=76If the deadlock state was reached because the application is waiting for resources governed by workload manager admission control, increase the resourceshare for the service class in which the last statement of the application was executing. To help avoid deadlocks involving resources governed by workload manager admission control, reduce the number of concurrently executing SQL statements in applications by closing SQL cursors when they are no longer needed. Service class resource shares ... |
|||
:
Нравится:
Не нравится:
|
|||
09.10.2021, 17:39 |
|
|
Start [/forum/topic.php?fid=43&tid=1600111&gotolast=1]: |
0ms |
get settings: |
1ms |
get forum list: |
12ms |
check forum access: |
1ms |
check topic access: |
1ms |
track hit: |
29ms |
get topic data: |
5ms |
get forum data: |
0ms |
get page messages: |
12ms |
update_topic_read_status (1600111): 09.10.2021 17:39:48: |
0ms |
get tp. blocked users: |
0ms |
get online users: |
23ms |
check new: |
2ms |
others: | 104ms |
total: | 190ms |
0 / 0 |