Временные таблицы и транзакции

[Lemming]

--- Модератор: перенесено из Group by и временная таблица ---

Немного оффтопика, просто в глаза бросилось:

Цитата:

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

ну и под занавес, мой любимый RecId itd

static void Job10(Args _args)
{
 TempDummyTable t;
 ;
ttsbegin;
   t.Field1="1";
   t.Field2="2";
   t.insert();
ttscommit;
ttsbegin;
   t.Field1="1";
   t.Field2="4";
   t.insert();
ttscommit;

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

p.s. Во всяком случае в трешке, в четверке не проверял, хотя вероятней всего оно везде едино.

[egorych]

Цитата:

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

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

Да и вообще в данном случае транзакция на insert ИМХО лишняя. Если вставлять несколько зависимых строк в разные таблицы, то да, а на 1 таблицу...

[S.Kuskov]

Цитата:

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

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

Видимо это связано со способом их хранения в файловом виде. Мы же не ожидаем что помещённые в файл данные при откате транзакции вернутся обратно. Вот так и со временными таблицами

[ZVV]

Цитата:

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

Немного оффтопика, просто в глаза бросилось:

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

p.s. Во всяком случае в трешке, в четверке не проверял, хотя вероятней всего оно везде едино.

Наверное нужно уточнить, что для них "фиолетово" обычные операторы транзакции. Они действительно работают только для таблиц, "замапленных" в БД.
Но для временных таблиц можно (и часто нужно) сделать свою транзакцию посредством вызовов соответсвующих методов на табличном буффере.
Т.е. вышеуказанный пример правильнее было бы написать так:

 TempDummyTable t;
 ;
t.ttsbegin;

   t.Field1="1";
   t.Field2="2";
   t.insert();

   t.Field1="1";
   t.Field2="4";
   t.insert();

t.ttscommit;

(Вроде раньше писал уже как-то об этом, но не смог найти тему, к сожалению)

UPD нашёл таки

[Lemming]

Цитата:

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

Но для временных таблиц можно (и часто нужно) сделать свою транзакцию посредством вызовов соответсвующих методов на табличном буффере.

static void TmpTableTTSTest(Args _args)
{

    TmpABC  tmpABC;
    ;

    try
    {
        tmpABC.ttsbegin();
        tmpABC.ItemId = "Test1";
        tmpABC.RefRecId = 1;
        tmpABC.insert();

        tmpABC.ItemId = "Test2";
        tmpABC.RefRecId = 2;
        tmpABC.insert();

        while select forupdate tmpABC
        {
            tmpABC.ItemId = tmpABC.ItemId + "upd";
            tmpABC.update();
        }

        throw error("Throw");

        tmpABC.ttscommit();
    }
    catch
    {
        while select tmpABC
        {
            info(tmpABC.ItemId);
        }
    }
}

Результат:

Throw
Test1upd
Test2upd

Я как-то не так юзаю соответствующие методы табличного буфера?

upd: Ну да, с ручным абортом работает, но только это не совсем то.

[Varmen]

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

[ZVV]

Цитата:

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

static void TmpTableTTSTest(Args _args)
{

    TmpABC  tmpABC;
    ;

    try
    {
        tmpABC.ttsbegin();
        tmpABC.ItemId = "Test1";
        tmpABC.RefRecId = 1;
        tmpABC.insert();

        tmpABC.ItemId = "Test2";
        tmpABC.RefRecId = 2;
        tmpABC.insert();

        while select forupdate tmpABC
        {
            tmpABC.ItemId = tmpABC.ItemId + "upd";
            tmpABC.update();
        }

        throw error("Throw");

        tmpABC.ttscommit();
    }
    catch
    {
        while select tmpABC
        {
            info(tmpABC.ItemId);
        }
    }
}

Результат:

Throw
Test1upd
Test2upd

Я как-то не так юзаю соответствующие методы табличного буфера?

upd: Ну да, с ручным абортом работает, но только это не совсем то.

Нет, всё работает штатно, а вы ожидали другого результата?
Вы вызвали ошибку, основная транзакция в БД отвалилась, транзакция же на временной таблице висит по прежнему без изменений. Если вам её тоже нужно откатить, нужно вызвать tmpABC.ttsAbort();

[Lemming]

Цитата:

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

Нет, всё работает штатно, а вы ожидали другого результата?

Если человек знает про эту особенность, то он ничего не ожидает, а просто держит ее в голове

TempDummyTable t;
 ;
t.ttsbegin;

   t.Field1="1";
   t.Field2="2";
   t.insert();

   t.Field1="1";
   t.Field2="4";
   t.insert();

t.ttscommit;

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

[ZVV]

Цитата:

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

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

А, вы в этом смысле...
Ну во первых это не был полный пример кода, а не более чем шаблон, в первую очередь с упором на синтаксис.
А во вторых, даже если считать это законченным примером, в случае ошибки при втором инсерте ввиду отсутствия обработчика ошибок функция завершится с ошибкой и область видимости временной табличной переменной закончится автоматически, поэтому "первый инсерт" ни фига ни разу там не останется.
Но а вообще, конечно да, основная причина использования транзакций для временных таблиц - это именно откат (t.ttsAbort) в случае необходимости, а не фиксация... Я так понял вы это, в частности, хотели подчеркнуть?

Тема ушла в офтоп...

[S.Kuskov]

Итого. Правильный шаблон для работы в транзакции с временными таблицами выгладит так

    try
    {
        tmpABC.ttsbegin();

        ...
        tmpABC.ttscommit();
    }
    catch
    {
        tmpABC.ttsAbort();
    }

[ZVV]

Цитата:

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

Итого. Правильный шаблон для работы в транзакции с временными таблицами выгладит так

    try
    {
        tmpABC.ttsbegin();

        ...
        tmpABC.ttscommit();
    }
    catch
    {
        tmpABC.ttsAbort();
    }

Так точно.

[Lemming]

Цитата:

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

Но а вообще, конечно да, основная причина использования транзакций для временных таблиц - это именно откат (t.ttsAbort) в случае необходимости, а не фиксация... Я так понял вы это, в частности, хотели подчеркнуть?

Признаться, я даже не помню где бы мне явно приходилось вызывать метод ttsabort. Просто я хотел обратить внимание автора, чей код я процитировал своим первым сообщением в этой ветке, что стоит иметь ввиду, несколько неожиданную(ИМХО), особенность транзакций в работе с временными таблицами. Самой фичей равнодушия вр. таблиц к транзакциям, на практике, я воспользовался всего один раз: использовал ее как кэш уже обработанных операций, что бы в случае ошибки не потерять уже готовые транзакции и в обработчике исключения перелить что успел обработать в постоянную таблицу.

p.s. Знатный оффтопик получился