Подскажите пожалуйста как создаётся структура VBKEY в таблицах VBHDR, VBMOD и VBDATA и можно-ли считать настоящие таблицы, поля и значения, вызванные update-ом через эти таблицы, если начинать расшифровку с SQL trace (ST05).

кто такие настоящие таблицы?
если вот эти

то все указанные таблицы - настоящие.
по поводу VBKEY http://scn.sap.com/docs/DOC-15672, там есть ссылка на документ, но пока недоступна, сервер на профилактике
вроде используется timestamp+что-то еще, точнее сказать не могу, у меня таблицы эти пустые

Под настоящими таблицами я имел ввиду таблицы, ответственные за настоящие объекты. Например: MKPF/MSEG для material documents, AFKO, AFPO, AUFK для process/production orders. На сколько я понимаю, VBHDR, VBMOD и VBDATA используются как промежуточный элемент в Update processing.

Когда я считываю SQL trace, то часть процессов, выполненная в Dialog Mode показывает конечные таблицы, а процессы, выполненные через Update Mode - ввиде таблиц VBHDR, VBMOD и VBDATA.

Есть какой-то метод засшифровать эти записи чтобы вычеслить все конечные updates ?

Таблицы VBHDR, VBMOD и VBDATA - это временные таблицы, и данные в них не хранятся постоянно, как в MKPF/MSEG.
Для того, чтобы узнать, какие модули обновления вызовутся для конкретного документа, включите опции "Отладка обновления", "Отладка системы" в отладчике.

Спасибо, Удав, но я подозреваю, что речь идёт о Debug settings. В моём случае я должен анализировать SQL trace (SP05). Мой анализ начинает работать через некоторое время, то есть действительно часть временной информации (VBHDR) уже не доступна к этому моменту. Но по-моему VBMOD сохранятся в системе некоторое время. К тому-же на уровне SQL trace информация всё-же остаётся доступна по всем временным таблицам до тех пор, пока его (SQL trace) не стирают. И связь с Oracle Database очевидно происходит через VBKEY...

Мой вопрос в том, как расшифровать то что я вижу в SQL trace, если информация записана через VBHDR, VBMOD и VBDATA.

Зачем?
в таблицах VB* записана очередь вызовов ФМ с параметрами вызова.
Затем по записям этой таблицы организуется цикл с вызовами ФМ с параметрами. И как раз эти ФМ записывают информацию в базу данных (INSERT, UPDATE, DELETE). Эта информация тоже отражается в ST05.

Именно в этом вся загвоздка: к сожалению в ST05 нет информации о конечных таблицах, в которых были сделаны UDPATEs, DELETEs и INSERTs... Или может-быть я что-то упускаю?

Упускаете. Они должны быть после чтения VB*. Если их нет - значит сохранения не произошло.

Вы правы, уважаемый Удав! Снимаю шляпу!
Буду рад иметь Ваш контакт для будующих проектов. Мой mail: jinni.spin@yahoo.com.