Частичный COMMIT

troy

Всем здрасте.

Есть проблема в следующем блоке:

Code:

  ...
  UPDATE db_table1 FROM TABLE lt_table1[].
  ...
  CALL FUNCTION 'UPDATE_DB_TABLE2'.
  ...
  IF flag = 'X'.
    COMMIT WORK AND WAIT.
  ELSE.
    ROLLBACK WORK.
  ENDIF.

причем в ФМ 'UPDATE_DB_TABLE2' есть "свой" COMMIT, а переменная FLAG не всегда имеет значение 'X'.
Как бы сделать так, чтобы таблица db_table1 апдейтилась только тогда, когда нужно?..
Изменять последовательность строк нельзя :wink:

Besa

что за переменная flag? где она заполняется? что делает ФМ UPDATE_DB_TABLE2? опишите проблему в целом.

Yellow Raven

Вместо

Code:

UPDATE db_table1 FROM TABLE lt_table1[].

можно написать

Code:

PERFORM F1 ON COMMIT

Code:

UPDATE db_table1 FROM TABLE lt_table1[].

перенести в F1,
и COMMIT WORK не нужен, достаточно его в UPDATE_DB_TABLE2.

ArmAnn

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

причем в ФМ 'UPDATE_DB_TABLE2' есть "свой" COMMIT, а переменная FLAG не всегда имеет значение 'X'.
Как бы сделать так, чтобы таблица db_table1 апдейтилась только тогда, когда нужно?..

что то непонятно что вам нужно...

Пономарев Артем

troy, вам не нужен блок

Цитата:

IF flag = 'X'.
COMMIT WORK AND WAIT.
ELSE.
ROLLBACK WORK.
ENDIF.

У вас изменения в БД уже закомитчены из ФМ. Нечему делать СOMMIT или ROLLBACK.
Если только ... между вызовом ФМ и блоком кода не содержит каких-либо операций по изменению содержимого БД.

troy

Вы не так поняли проблему. Извиняйте, не совсем однозначно описал (но если вдаваться в конкретику, то совсем будет непонятно...) Итак.

Code:

  ...
  [апдейтим таблички БД, но COMMIT не вызываем, т.к. при определенных обстоятельствах (которые будут известны только позднее) изменения делать не нужно]
  ...
  [вызываем ФМ (не свой!), внутри которого производятся какие-то действия, завершающиеся COMMIT'ом]
  ...
  [делаем кое-какие проверки, и только(!) если все OK, делаем COMMIT]
  ...

Суть проблемы: "кое-какие проверки" не прошли, а COMMIT-то уже был вызван в ФМ!
Соответственно, были закомитчены и изменения, которые делал ФМ, и мои изменения, которые я делал до вызова ФМ. А мне нужно коммитить их только при определенных условиях.

Пономарев Артем

Я вашу задачу понял. И могу повторить: т.к. COMMIT уже был - ваши проверки флагов и остальные действия не имеют смысла.
Чтобы решить проблему, можно воспользоваться:

Code:

CALL FUNCTION func STARTING NEW TASK task 
              [DESTINATION {dest|{IN GROUP {group|DEFAULT}}}] 
              parameter_list 
              [{PERFORMING subr}|{CALLING meth} ON END OF TASK]. 

ArmAnn

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

Суть проблемы: "кое-какие проверки" не прошли, а COMMIT-то уже был вызван в ФМ!
Соответственно, были закомитчены и изменения, которые делал ФМ, и мои изменения, которые я делал до вызова ФМ. А мне нужно коммитить их только при определенных условиях.

как вариант, вместо

Code:

UPDATE db_table1 FROM TABLE lt_table1[].

собирайте данные во внутреннюю табличку:

Code:

APPEND LINES OF lt_table1 INTO global_lt_table1.

и соответственно при прихождении своих проверок делаете

Code:

UPDATE db_table1 FROM TABLE global_lt_table1[].
COMMIT WORK.

sy-uname

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

Вы не так поняли проблему. Извиняйте, не совсем однозначно описал (но если вдаваться в конкретику, то совсем будет непонятно...) Итак.

Code:

  ...
  [апдейтим таблички БД, но COMMIT не вызываем, т.к. при определенных обстоятельствах (которые будут известны только позднее) изменения делать не нужно]
  ...
  [вызываем ФМ (не свой!), внутри которого производятся какие-то действия, завершающиеся COMMIT'ом]
  ...
  [делаем кое-какие проверки, и только(!) если все OK, делаем COMMIT]
  ...

Суть проблемы: "кое-какие проверки" не прошли, а COMMIT-то уже был вызван в ФМ!
Соответственно, были закомитчены и изменения, которые делал ФМ, и мои изменения, которые я делал до вызова ФМ. А мне нужно коммитить их только при определенных условиях.

Похоже что Вы просто не понимаете механизм фиксации изменений в SAP. Читайте Transactions and Logical Units of Work
Если Вам необходимо что зафиксировать или откатить что то после COMMIT-а, то изменения в таблицах следует делать уже после коммита. Или вызывать ФМ (не свой!) в отдельном LUW, т.к. COMMIT таких тонкостей (ваш или не ваш ФМ) не различает.

troy

to sy-uname: да, половину из того, что написано в Library не понял, поэтому и прошу помощи.

to ArmAnn: так бы и сделал, но первые апдейты тоже делаютcя в ФМ с помощью PERFORM ON COMMIT. Пример приводил чисто из соображений наглядности )))))

Пономарев Артем написал:

Чтобы решить проблему, можно воспользоваться CALL FUNCTION func STARTING NEW TASK

Спасибо за подсказку. Все бы ничего, но в этом случае дальнейшее выполнение моей программы будет продолжено вне зависимости от того, завершилось ли целиком выполнение кода в ФМ, да и требование к RFC-функциям "You must specify input parameters and tables with reference fields or reference structures defined in the ABAP Dictionary" убило последнюю надежду :evil:

Мораль сей басни такова: если в функции (не RFC) делается COMMIT, то я всегда должен это учитывать при написании вышестоящего кода, т.к. ничего с этим COMMIT'ом поделать нельзя.

ЗЫ. Отвлеченно... а можно узанть, был ли совершен COMMIT? (в моем случае и ФМ не всегда коммитится)

Jelena

Можно еще здесь почитать: http://sapboard.ru/forum/viewtopic.php?t=33320

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

Частичный COMMIT

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