можно ли поймать остановку выполнения кода из дебаггера?

[Андрей К.]

Всем здрасти!
задача такая
выполняется программа:

{
ttsBegin;
//<наполнение таблицы>
ttsCommit;
ttsBegin;
//<какой-то код, который должен выполняться за рамками предыдущей транзакции>

//<--------------------------остановка выполнения из дебаггера (программист дернул стоп-кран)

//<очистка таблицы>
ttsCommit;
}

как очистить таблицу если программист дернул стоп-кран перед запуском ее очистки в программе?

[S.Kuskov]

Не очень понял вопрос. Вы хотите в момент отладки программы влиять на ход её выполнения? На сколько я знаю через отладчик можно менять значения переменных базовых типов. Это наверное можно как-то использовать. Или ваш вопрос как-то связан с особенностями работы транзакций? Можно поподробнее что и для чего вы делаете?

[Андрей К.]

Цитата:

Сообщение от S.Kuskov

Не очень понял вопрос. Вы хотите в момент отладки программы влиять на ход её выполнения? На сколько я знаю через отладчик можно менять значения переменных базовых типов. Это наверное можно как-то использовать. Или ваш вопрос как-то связан с особенностями работы транзакций? Можно поподробнее что и для чего вы делаете?

на программу влиять не хочу. я просто предоставил вам схематично вид моей программы и поведение разработчика, который наблюдает за ее выполнением в отладчике. он может прервать ее выполнение по каким то своим соображениям и причинам. после этого логика выполнения нарушится, так как не произойдет очистка таблицы. нам эта очистка очень нужна.

[samolalex]

а вынести очистку таблицы за переделы этой транзакции нельзя, поместив очистку в отдельную транзакцию или в отдельный метод?

[Андрей К.]

Подробно о программе:
она выполняет определенную бизнес-логику.
в первой транзакции мы заполняем таблицу лога. если в таблице лога есть запись, то другие пользователи не могут запустить эту бизнес-логику со своей машины, а чтобы данные о логе попадали в общую бд и сразу были "видны" всем юзерам, мы используем для заполнения лога отдельную транзакцию. Далее выполняется бизнес-логика. и по завершении мы должны почистить лог, чтобы другие пользователи получили возможность запускать нашу бизнес-логику

[Андрей К.]

Цитата:

Сообщение от samolalex

а вынести очистку таблицы за переделы этой транзакции нельзя, поместив очистку в отдельную транзакцию или в отдельный метод?

а разве третья транзакция будет выполняться , если мы прервем работу программы во второй транзакции?

[S.Kuskov]

Цитата:

Сообщение от Андрей К.

он может прервать ее выполнение по каким то своим соображениям и причинам. после этого логика выполнения нарушится, так как не произойдет очистка таблицы. нам эта очистка очень нужна.

А можно спросить, почему транзакций две а не одна? И почему вы делаете упор именно на работу в отладчике? Ведь может и просто свет выключиться, сбой оборудования или ещё что, мало ли причин для отката транзакции.

Цитата:

Сообщение от Андрей К.

а чтобы данные о логе попадали в общую бд и сразу были "видны" всем юзерам, мы используем для заполнения лога отдельную транзакцию

Если проблема только в этом, то сделать это можно и не прерывая основную транзакцию в параллельном соединении.

[Андрей К.]

Цитата:

Сообщение от S.Kuskov

Если проблема только в этом, то сделать это можно и не прерывая основную транзакцию в параллельном соединении.

киньте в меня ссылкой пожалуйста

[samolalex]

Цитата:

Сообщение от Андрей К.

а разве третья транзакция будет выполняться , если мы прервем работу программы во второй транзакции?

так по сути можно прервать работу первой транзакции, тогда не начнет выполняться и вторая. может лучше для данного лога использовать временную таблицу, класс struct или map, если у Вас лог динамичный и все равно чистится?

[Андрей К.]

Цитата:

Сообщение от samolalex

так по сути можно прервать и работу первой транзакции, тогда и не начнет выполняться вторая. может лучше для данного лога использовать временную таблицу, класс struct или map, если у Вас лог динамичные и все равно чистится?

как другие пользователи увидят содержимое тмп таблицы или map? данные о логе должны быть доступны всем и сразу и до того как начинает выполняться бизнеслогика. поэтому первая транзакция закрывается и открывается вторая

[S.Kuskov]

Цитата:

Сообщение от Андрей К.

киньте в меня ссылкой пожалуйста

Параллельная транзакция

[samolalex]

Цитата:

Сообщение от Андрей К.

как другие пользователи увидят содержимое тмп таблицы или map? данные о логе должны быть доступны всем и сразу и до того как начинает выполняться бизнеслогика. поэтому первая транзакция закрывается и открывается вторая

да, упустил этот момент.

[Андрей К.]

Цитата:

Сообщение от S.Kuskov

Параллельная транзакция

то есть будет так:

{
ttsBegin;
userConnection.ttsbegin();
//<заполняем лог>
userConnection.ttscommit();
//<бизнес логика>

//<----------------------------------если в этот момент происходит отключение электричества, 
// то все , что мы наинсертили в паралллельной транзакции откатится?

//<очищаем лог>
ttsCommit;
}

[S.Kuskov]

Тьфу. Только сейчас до меня дошло что именно вы пытаетесь реализовать. Блокировка запуска кода несколькими пользователями одновременно. Так?

Цитата:

Сообщение от Андрей К.

чтобы данные о логе попадали в общую бд и сразу были "видны" всем юзерам

Нет. Это делается по другому. Например, в той же таблице с логом оставьте одну запись. Эту запись внутри транзакции выбирайте для обновления и перед окончанием транзакции обновляйте. Тогда второй пользователь не сможет сделать тоже самое ровно до тех пор пока первый не освободит эту единственную запись.

[Андрей К.]

Цитата:

Сообщение от S.Kuskov

Тьфу. Только сейчас до меня дошло что именно вы пытаетесь реализовать. Блокировка запуска кода несколькими пользователями одновременно. Так?

Нет. Это делается по другому. Например, в той же таблице с логом оставьте одну запись. Эту запись внутри транзакции выбирайте для обновления и перед окончанием транзакции обновляйте. Тогда второй пользователь не сможет сделать тоже самое ровно до тех пор пока первый не освободит эту единственную запись.

беда в том, что бизнес-логика никак не меняет строки лога. строки лога нужны лишь для того чтобы держать информацию о том, с какими параметрами можно запустить программу, а с какими нельзя.

ну то есть вася пупкин запустил программу с параметром А, в лог попала строка со значением А. это значит что никто не может запускать программу с параметром А, пока вася пупкин не закончит и не очистит лог.

пока что вижу лишь один выход - перед заполнением лога чистить его. но в связи с нюансами это тяжеловатая процедура будет...

[S.Kuskov]

Цитата:

Сообщение от Андрей К.

ну то есть вася пупкин запустил программу с параметром А, в лог попала строка со значением А. это значит что никто не может запускать программу с параметром А, пока вася пупкин не закончит и не очистит лог.

Заведите в логе галку "заблокировано". Вместо заполнения и чистки лога снимайте и устанавливайте эту галку (делайте это внутри одной транзакции, как я описывал выше). Перед тем как начать транзакцию проверяйте есть ли в таблице строка с нужным параметром, если нет, то создавайте. На всякий случай задайте на таблице уникальный индекс, чтобы нельзя было создать две строчки с одним и тем же параметром.

[Андрей К.]

Цитата:

Сообщение от S.Kuskov

Заведите в логе галку "заблокировано". Вместо заполнения и чистки лога снимайте и устанавливайте эту галку (делайте это внутри одной транзакции, как я описывал выше). Перед тем как начать транзакцию проверяйте есть ли в таблице строка с нужным параметром, если нет, то создавайте. На всякий случай задайте на таблице уникальный индекс, чтобы нельзя было создать две строчки с одним и тем же параметром.

ну установлю я галку в транзакции, ее же никто не увидит, пока мы транзакцию не закроем(не доведем программу до логического конца). а если отметить ее в параллельной транзакции(или в отдельной последовательной), то при выключении света мы ее не сможем откатить в неотмеченное состояние.

[Alexanderis.ua]

Может посмотреть в сторону блокировки журналов? Там ведь при разноске тоже блокировка устанавливается.

Подробностей сейчас не вспомню - давненько смотрел, но общая идея

1. Заблокировать лог (не галочкой, а идентификатором сессии запустившего).
2. Открыть транзакцию,
3. выполнить логику
4. закрыть транзакцию,
5. снять блокировку

А при проверке блокировки лога смотреть, а существует ли еще такая сессия. Если нет - блокировку считать недействительной. Тогда выключение электричества не помешает.

[S.Kuskov]

Цитата:

Сообщение от Андрей К.

ну установлю я галку в транзакции, ее же никто не увидит, пока мы транзакцию не закроем

И не нужно. Главное - это то, что другой процесс не сможет уже выбрать/обновить эту запись пока она выбрана для обновляется в другой транзакции.

Как принудительно создать блокировку?

[Pustik]

Может подойти класс Tread. Поскольку Вам все равно нужно чистить таблицу вне зависимости выполнилась ли бизнесс-логика или нет, то конструкцию можно организовать на примере следующего джоба :

static void Job620(Args _args)
{
   Thread bpt; // поток для бизнесс-процесса
   Thread clt; //  поток для удаления таблицы

   bpt = new Thread();
   clt = new Thread();

   bpt.setInputParm(connull()); // передача параметров потоку для бизнесс-процесса
   // запуск
   bpt.run( classnum( TestClassThread),staticmethodstr(TestClassThread,BuisnessProcess));
   bpt.waitUntilSignaled(); // ожидание завершения БП

   clt.setInputParm(connull()); /      
   clt.run( classnum( TestClassThread ), staticmethodstr(TestClassThread,ClearTable)); // чистка
   clt.waitUntilSignaled(); // ожидание завершения чистки
}

Потоки запускаются в разных сессиях, поэтому друг другу не мешают. Т.е. один поток не будет зависить от ошибки другого ( даже того же throw error()) А

bpt.waitUntilSignaled();

не даст очистить таблицу раньше времени. Для тестирования можете создать класс TestClassThread как указан в джобе и написать там 2 статических метода :

server static void BuisnessProcess(Thread t)
{
   container con = t.getInputParm();
   ;
   // выполнение бизнесс процесса

   // выполнение бизнесс процесса
   throw error('Ошибка');
}

server static void ClearTable(Thread t)
{
   container con = t.getInputParm();
   ;
   // очистка таблицы

   // очистка таблицы
   info('ClearTable');
}