Работа при принудительном завершении аксапты

[Eldar9x]

давно интересует этот вопрос. Что, если идет какая-то операция, а мы снимаем клиента (процесс) диспетчером задач.
Если код выполнялся в этот момент на клиенте, то транзакция не завершится и изменений в базе не произодет. Что станет с транзакцией, так и будет висеть?
Если код в этот момент выполняется на сервере приложения, то вообще не понятно....

[ivas]

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

[Eldar9x]

Спасибо. Как-то это не радует....

upd.

Цитата:

транзакция на сервере то она завершиться

не обязательно, судя по всему

static server void serverrun()
{
    table1 table1;
    table1 t;
    int i;
    ;

    select count(RecId) from t;

    ttsbegin;


    sleep(20000);

    table1.Field1 = t.RecId;
    table1.insert();


    ttscommit;
}

static server void serverrun()
{
    table1 table1;
    table1 t;
    int i;
    ;

    select count(RecId) from t;

    ttsbegin;



    for (i = 1; i <= 10; i++)
    {
    sleep(2000);

    table1.Field1 = t.RecId;
    table1.insert();
    }

    ttscommit;
}

Первый код вставляет запись. Второй нет.

[lev]

замечал что если убить сессию на клиенте, то в БД сессия остается и дорабатывает если её не грохнуть

[ivas]

Цитата:

Первый код вставляет запись. Второй нет.

чудес небывает) должны доработать оба...

[ZVV]

Цитата:

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

Спасибо. Как-то это не радует....

upd.

не обязательно, судя по всему

static server void serverrun()
{
    table1 table1;
    table1 t;
    int i;
    ;

    select count(RecId) from t;

    ttsbegin;


    sleep(20000);

    table1.Field1 = t.RecId;
    table1.insert();


    ttscommit;
}

static server void serverrun()
{
    table1 table1;
    table1 t;
    int i;
    ;

    select count(RecId) from t;

    ttsbegin;



    for (i = 1; i <= 10; i++)
    {
    sleep(2000);

    table1.Field1 = t.RecId;
    table1.insert();
    }

    ttscommit;
}

Первый код вставляет запись. Второй нет.

если это имеются ввиду джобы (serverrun), то они вроде как всегда работают на клиенте, даже если явно написать модификатор server...

[Eldar9x]

Цитата:

если это имеются ввиду джобы (serverrun), то они вроде как всегда работают на клиенте, даже если явно написать модификатор server...

не, не. Это статический метод на классе, разумеется

Цитата:

чудес небывает) должны доработать оба...

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

[ivas]

а так? на каком шаге вылетает?

tatic server void serverrun()
{
    table1 table1;
    table1 t;
    int i;
    ;

    select count(RecId) from t;

    for (i = 1; i <= 10; i++)
    {
         sleep(2000);
         ttsbegin;
         table1.Field1 = t.RecId + i;
         table1.doInsert();
         ttscommit;
    }
}

[Eldar9x]

Цитата:

а так?

успело вставиться 7 записей. И не вылетает, а сам убиваю процесс.

[ivas]

Цитата:

успело вставиться 7 записей. И не вылетает, а сам убиваю процесс.

хм...
какоето нехорошее поведение( ладно бы 0, 1 или 10 а тут 7...
надо звать гуру)

[ZVV]

Цитата:

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

хм...
какоето нехорошее поведение( ладно бы 0, 1 или 10 а тут 7...

Ничего удивительного, на мой взгляд. Полная корреляция со вторым примером Эльдара. Просто во втором примере транзакция одна, и поэтому когда где-то в середине слетает, то не вставляется ничего. А в данном случае что-то успевает вставиться...

Цитата:

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

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

Из всего вышесказанного можно сделать вывод, что это не совсем так. На самом деле, похоже, сервер проверяет активность клиента с какой-то периодичностью, и это может происходить прямо посреди исполнения метода на сервере (и вне зависимости от транзакции). Единственное, что я точно замечал, что это (проверка активности клиента) никогда не происходит, когда сервер выполняет какую-то долгоиграющую операцию с БД, типа большого селекта, например, или висящего заблокированного апдэйта. В этой ситуации клиента можно снять, но операция на сервере останется висеть очень долго, пока не отработает, либо не кильнёшь сессию на БД. Вот.

[ivas]

Цитата:

Из всего вышесказанного можно сделать вывод, что это не совсем так. На самом деле, похоже, сервер проверяет активность клиента с какой-то периодичностью, и это может происходить прямо посреди исполнения метода на сервере (и вне зависимости от транзакции). Единственное, что я точно замечал, что это (проверка активности клиента) никогда не происходит, когда сервер выполняет какую-то долгоиграющую операцию с БД, типа большого селекта, например, или висящего заблокированного апдэйта. В этой ситуации клиента можно снять, но операция на сервере останется висеть очень долго, пока не отработает, либо не кильнёшь сессию на БД. Вот.

это понятно что сервер проверяет наличие клиента

интересно можно ли заставить сервер не опрашивать клиента?
может обрамить вызов метода startLenghtyOperation(), endLenghtyOperation()?

[gl00mie]

Цитата:

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

может обрамить вызов метода startLenghtyOperation(), endLenghtyOperation()?

Эти методы infolog всего-навсего приводят к тому, что курсор мыши устанавливается в "часики" и, соотв., обратно в стрелку.

[ZVV]

Цитата:

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

интересно можно ли заставить сервер не опрашивать клиента?

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

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