Добрый день! Коллеги, у нас тут возник спор, можно ли получить неконсистентность базы, если убить во время работы один из процессов VB ? Или Oracle сделает свое дело правильно ?
Как вы считаете ? Спасибо.

Неконсистентность БД, вы получите выдернув вилку шнура питания в момент записи изменений на диск, а чтобы не полемизировать, почитайте Oracle Concepts.

Главное не забывать, что консистентность базы на уровне СУБД и на уровне SAP'а - это разные вещи.
И консистентность одного никак не гарантирует консистентности другого.
Убивая VB можно получить неконсистентность на уровне SAP'а. Если после убиения невинного процесса остановить систему.

Вот я про нее-то и имел в виду, только не написал. Например, идет обновление данных, 4 коммита, из которых, допустим, сделается 3. На уровне БД все ок, СУБД отработало, откатило незакомиченную транзакцию,
а на уровне SAP - имеем, допустим 4 таблицы, в 3х из которых данные новые, а в четвертой - старые Спасибо, avlag !

Так не должно быть - для отдельно взятого LUW все приоритетные (v1) модули обновления отрабатывают в рамках одного процесса обновления и в рамках одной транзакции БД. Прибьете процесс - транзакция откатится.
Здесь возможна неконсистентность если у программиста руки не с того места - например часть обновлений делает в программе напрямую, а часть - через модули обновления. Но это уже ошибка программиста

Вы очень мутно излагаете пример. Если понимать буквально то, что вы написали, то есть след. вопрос:
Обновление данных, 4 коммита? Про какие коммиты идет речь и причем тут VB? Если у вас реализовано обновление IN UPDATE TASK (собствено они и яляются теми VB процессами), то гарантировано, что все что вы засунули в 1 LUW( то что между предыдущим COMMIT WORK\ROLLBACK WORK и текущим COMMIT WORK) будет являться транзакцией, и будет работать по принципу "все или ничего".
Implicit commit (возникают при показе экрана, вызове RFC и проч) на выполнение ФМ IN UPDATE TASK влияния не оказывают. Вызывать явно commit внутри модуля IN UPDATE TASK, а так же выполнять действия, ведущие к implicit commit, нельзя.
Прочитайте хелп по LUW, там все достаточно хорошо разжевано. Можно еще и курс BC414 глянуть.
Ну а если вас они не убеждают - можете всегда провести эксперимент: сделали в ФМ сперва изменение в 1 таблице, потом повесили что-то, что долго выполняется и - оборвали процесс в sm50.

Вот это поворот Спасибо вам за детальное объяснение