Загадка про SY-UZEIT

ZShurik

Есть такая программка:

Code:

report  zf_test0zz.

start-of-selection.

  write:/11 sy-uzeit.  " 1

  do 100000000 times.  " Выполняется примерно 4 сек
  enddo.

  commit work.

  delete from flightm where id = 'XXXXX'.

  do 100000000 times.
  enddo.

  write:/11 sy-uzeit.  " 2

  do 100000000 times.
  enddo.

  write:/11 sy-uzeit.  " 3

  commit work.

  write:/11 sy-uzeit.  " 4

Что мы увидим на экране? А главное ПОЧЕМУ???

UPD: небольшое уточнение - если убрать строку с DELETE, то результат будет совершенно другой.

ArmAnn

поглядите хелп на команду GET TIME, может поможет

ZShurik

ArmAnn написал:

поглядите хелп на команду GET TIME, может поможет

Глядел в первую очередь, конечно же. И всё равно не понятно: почему программа нормально работает, если убрать оператор delete?

ArmAnn

Значит я вас неправильно понял.
А в чем собственно проблема? Запустил на нашей системе - на мой взгляд все нормально. Правда таблицы flightm нет, пришлось другую подставить

sibrin

ZShurik написал:

почему программа нормально работает, если убрать оператор delete?

У меня наличие/отсутствие оператора delete никак не влияет на результат.

ghost

можете пояснить что вы поздразумеваете под ненормальностью работы проги с delete

ZShurik

sibrin написал:

ZShurik написал:

почему программа нормально работает, если убрать оператор delete?

У меня наличие/отсутствие оператора delete никак не влияет на результат.

Сорри, под вечер вчера перемудрил с экспериментами :oops:

commit влияет, всё остальное нет...
Первый вопрос снят.... Однако интересно, зачем такое поведение заложено в систему? Неохота всегда использовать GET TIME.

sy-uname

ZShurik написал:

Сорри, под вечер вчера перемудрил с экспериментами :oops:

commit влияет, всё остальное нет...
Первый вопрос снят.... Однако интересно, зачем такое поведение заложено в систему? Неохота всегда использовать GET TIME.

Так проще: не надо отслеживать к каким переменным sy\syst происходит обращеие и как то особо на это реагировать, а с началом нового LUW рабочий процесс всёравно занимается установкой\инициализацией различных переменных, так почему бы ему ещё и не установить переменные времени\даты.

vga

Команды, вызывающие неявяный DB commit, тоже обновляют системные переменные.

Code:

DATA: time1 TYPE SY-UZEIT,
      time2 TYPE SY-UZEIT.

TIME1 = SY-UZEIT.
DO 100000000 times.
ENDDO.
TIME2 = SY-UZEIT.

WAIT UP TO 2 SECONDS. "неявный коммит
WRITE: / TIME1, TIME2, SY-UZEIT.

sy-uname

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

WAIT UP TO 2 SECONDS. "неявный коммит

Это немтолько неявный коммит, это гораздо больше: "The statement WAIT causes a change in the work process. This is connected with rolling in and rolling out all the loaded programs. "

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

Загадка про SY-UZEIT

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