Hello,
Возник такой вопрос наверняка он уже подымался на форуме,но к сожалению по поиску не нашел, подскажите пожалуйста как можно посмотреть в программе время создания проивольной записи в произвольной таблице базы данных, наверняка есть какая нибудь таблица или функция? спасибо.

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

По журналам СУБД все можно.

В САПе:
тр. SCU3 посмотрите, плюс есть еще документы изменений, есть записи непосредственно в таблицах. Но универсального способа нет.

Реально хранится история для каждой записи каждой таблицы?

А что не так?
Есть буфер журнала, есть файл журнала, есть архивы журналов. Вперед и с песней.
Вернее этого всего может и не быть - но тогда пора увольнять админа.

Да нет, просто казалось нереальным (размер истории, сам механизм). Почитал про журнал Oracle, много думал.

на сколько я понимаю данный совет подходит для таблий для которых поставлен дополнительный аттрибут протоколирование, в моем случаи речь идет о конкретной таблице CRm_JEST (в других модулях она называется немного по другому но тоже есть таблица со статусами) меня же интерессует вопрос что делать если не ведется протоколирование таблицы, на сколько я понимаю в нормальной системе(если базис с головой) должны бегать джобы которые каким то образом сохраняют состояние системы (а значит и состояние таблиц) , чтобы если что ее можно было востановить в кротчайшие сроки (если да то возможно ли что нибудь от туда выташить) или не прав?

если не ведется протоколирование может ли быть корректным решение вставить энхенсмент после обновление конкретной таблицы и прописать функцию которая бцдет например записовать время обнавления бвзы двнных есть ли более красивые решения для конкретной таблицы

Почему бы просто не включить галку "Запись в журнал изменений данных" для нужных таблиц??
Почему вообще вдруг возникла такая задача, особенно в отношении стандартных таблиц? Может проще будет разобраться и настроить полномочия пользователям?
энхенсмент может помочь только если вы уверены и точно знаете те места в коде, в которых выполняется модификация данных в таблице. Если же Вы что то пропустите или появится какая то новая разработка, работающая с данной таблицей, то Ваш лог будет не полон и не достоверен.

DaV, не путайте функции, возложенные на СУБД и функции, возложенные на сервер приложений САП.
В СУБД Oracle существует несколько механизмов поддержания целостности. Про журнал транзакций я уже сказал. То, что описываете вы - это резервное копирование.
В любом случае администрировать СУБД с помощью ABAP мало реально
Какие есть механизмы для извлечения нужной информации в САП я тоже написал. Вам стоит воспользоваться одним из них.

Пономарев Артем я внимательно прочитал ваши рекомендации, но если я правельно понимаю то SCU3 применима если только ведется протоколирование таблицы (исправте если не прав), а что вы имели в виду под документы изменений ? и как их можно посмотреть ?
Спасибо.

Да, scu3 ведется только если в таблице в тех параметрах проставлена галка.(Вам подсказали, просто взять и поставить там эту галку)
Документ изменений, ставиться на конкретное поле, в элементе данных, галка Док изменений.

Я прекрасно понимаю, что если поставить документирование то да, но как я косвенно выше надо делать не для документируемой таблици, а делать документацию таблицы нельзы,(данным занимается базис а он на данное не пойдет)

Еще один вариант, если ваша таблица настоечная и ведется только посредством ракурса ведения, - это создать ракурс ведения для нее и вести собственный лог с помощью событий ракурса.
Единственное но, при всех прочих операциях с таблицей без использования ракурса ваш лог обновляться не будет.

Тут два варианта - либо бизнес-заказчик аргументированно "продавливает" базис на включение логирования, или же, если нет достаточо весомых аргументов в обоснование потребностей, про данную задачу(логирование\журналирование) забывают. Тут всё просто - или ехать, или шашечки.

а какая задача? может вы её не так понимаете и есть другие варианты реализации

а что за табличка CRM_JCDS? Называется "Док-ты изменений для статуса системы/пользов. (табл. JEST)". Может оно пригодится?