Буферизированные таблицы и COMMIT WORK

murmur

Если был вызов ФМ (через RFC) в котором идет нечто такое

UPDATE T SET F1 = нечто where F2 = нечто_еще

...

COMMIT WORK
...

SELECT * INTO TABLE V_T from T

причем T - таблица с включенной буферизацией...

Может ли случится так, что после COMMIT WORK дальнейшее выполнение процесса
продолжится на другом сервере приложений и изменения после SELECT-а не будут видны?

N/A

Насчет возможности такой ситуации, не подкажу,
но если программа - пользовательская, просто вызывайте SELECT c ключом BYPASSING BUFFER.

Цитата:

Effect
This addition causes the SELECT statement to avoid the SAP buffering and to read directly from the database and not from the buffer on the application server.

sy-uname

murmur написал:

Если был вызов ФМ (через RFC) в котором идет нечто такое

UPDATE T SET F1 = нечто where F2 = нечто_еще

...

COMMIT WORK
...

SELECT * INTO TABLE V_T from T

причем T - таблица с включенной буферизацией...

Может ли случится так, что после COMMIT WORK дальнейшее выполнение процесса
продолжится на другом сервере приложений и изменения после SELECT-а не будут видны?

COMMIT WORK или COMMIT WORK and wait? Первая конструкция не вызывает смены диалогового процесса. Да и вторая, вызовет смену разве что диалогово процесса, но никак не сервера. Вроде

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

Буферизированные таблицы и COMMIT WORK

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