COMMIT/ROLLBACK WORK

111

Всем привет.
Так-то я абапер, так что если что - не пинать.

Чтобы не вдаваться в описания самому, приведу отрывок из хелпа по оператору DELETE FROM dbtab:
========================
Note
The rows are deleted permanently from the database table in the next database commit. Until then, you can cancel the deletion in a database rollback.
=========================

Фишка в том, что записи удаляются непосредственно сразу после DELETE, не дожидаясь комита (смотрел в отладчике, проверял через SE16).

Вероятно, есть какая-то настройка, которая регулирует нужность/ненужность комитов/ролбэков?

Vit

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

№1

Мощно задвинул!!! Неужели в самом деле?!!

111 написал(а):

Фишка в том, что записи удаляются непосредственно сразу после DELETE, не дожидаясь комита (смотрел в отладчике, проверял через SE16).

Вероятно, есть какая-то настройка, которая регулирует нужность/ненужность комитов/ролбэков?

111

Vit написал:

В отладчике после каждого шага делается commit.

ОК, не буду спорить.
Но в отладчик-то я полез не так просто.
Все же удаляет, не дожидаясь комита - хоть в отладчике, хоть в нормальном режиме.

111

№1 написал(а):

:shock: Мощно задвинул!!! Неужели в самом деле?!!
:lol: :lol:

Очень много кофе пить вредно.

№1

111 написал(а):

Очень много кофе пить вредно.

А можно код этого шедевра в студию? :wink:

111

№1 написал(а):

111 написал(а):

Очень много кофе пить вредно.

А можно код этого шедевра в студию? :wink:

За ради Бога.

Code:

       
loop at g_t_payments 
   into g_wa_payments where choose eq 'X'.

    delete:
        from zdri_hpaymnt 
                       where id eq g_wa_payments-id,
                g_t_payments index sy-tabix.
endloop.

Vit

>Все же удаляет, не дожидаясь комита - хоть в отладчике, хоть в нормальном режиме.

А как в нормальном режиме определял что удалено не дожидаясь commit? Включи в свою прогу например PERFORM ля-ля ON COMMIT. И проверь, где у тебя комиты валятся ненужные. А проще включи трасировку ST05 и отрассь прогу свою.

111

Vit написал:

>Все же удаляет, не дожидаясь комита - хоть в отладчике, хоть в нормальном режиме.

А как в нормальном режиме определял что удалено не дожидаясь commit? .

Так и делал - прописывал "PERFORM ля-ля ON COMMIT".
Вызывается четко тогда, когда я явно делаю COMMIT WORK.
Еще делал модуль обновления-пустышку.
Его вызов (CALL FUNCTION ... IN UPDATE TASK) делаю непосредственно перед тем, как начать удалять записи.
Отрабатывает, как и положено - когда я явно делаю COMMIT WORK.

Vit написал:

>
Включи в свою прогу например PERFORM ля-ля ON COMMIT. И проверь, где у тебя комиты валятся ненужные. А проще включи трасировку ST05 и отрассь прогу свою.

В ST05 какая-то хрень - только COMMIT'ы туда попадают, ROLLBACK'и пролетают мимо. Или я чего-то не понимаю.

Vit

У себя в программе после удалении, ты записей не увидишь вне зависимости от присутствия commit после удаления, но записи реально еще существуют в таблице БД (это можно увидеть через ту же Se16 , при условии не выполнения еще commit в программе).
Такчто я не понял - Каким образом ты увидел что записи удаляются до Commit work?

По поводу roll back , а они у тебя есть в программе?

111

Vit написал:

У себя в программе после удалении, ты записей не увидишь вне зависимости от присутствия commit после удаления, но записи реально еще существуют в таблице БД (это можно увидеть через ту же Se16 , при условии не выполнения еще commit в программе).

Дык... Так и проверял, с помощью SE16. Другого простого способа вроде бы нет :-)

Vit написал:

Такчто я не понял - Каким образом ты увидел что записи удаляются до Commit work?

Дык... Через SE16. Не в отладке. До комита. Не уходя с текущего экрана (на котором записи были удалены).
Вообще - может, есть где полный список событий, по которым происходит автокоммит? Может быть, что-то с экранной логикой связано?

Vit написал:

По поводу roll back , а они у тебя есть в программе?

:-)))
Конечно, есть. И точно отрабатывает.
На всю программу - один COMMIT, один ROLLBACK.

Code:

      
if f_do_commit eq 'X'.
        commit work .
else.
        rollback work .
*        message i000(zdraft).
endif.

Гость

Цитата:

Дык... Через SE16. Не в отладке. До комита. Не уходя с текущего экрана (на котором записи были удалены).
Вообще - может, есть где полный список событий, по которым происходит автокоммит? Может быть, что-то с экранной логикой связано?

Очень может быть , в хелпе смотри по поводу событий и commit для них.

Aleksey S.

Провел два теста с 1) Informix 2) Oracle и с простым отчтетом типа: модификация данных БД/бесконечный цикл (срубается через sm50).

В результате имеем:
1) незакоммиченные изменения видны для параллельных транзакций БД
2) незакоммиченные изменения НЕ видны для параллельных транзакций.

Вывод: надо поиграться с isolation level либо на уровне БД либо в настройках R/3 поискать ;-)

Все бывает.

111

ГЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫ.
Заработало. Само.
Что изменилось - я не понял.
Но роллбэк теперь делает.

Я ХУДЕЮ С ЭТОЙ САПЫ.

№1

111 написал(а):

ГЫЫЫЫЫЫЫЫЫЫЫЫЫЫЫ.
Заработало. Само.
Что изменилось - я не понял.
Но роллбэк теперь делает.

Я ХУДЕЮ С ЭТОЙ САПЫ.

Угу - знакомая песня. Типа, вдруг откуда ни возмись появился....

Правила форума

COMMIT/ROLLBACK WORK

Кто сейчас на конференции