Есть задача отслеживать изменения в 3-х Z - таблицах и писать изменение данные в четвертую таблицу. По большему счету хватило бы трех триггеров БД, однако такой подход скорее всего неверен. Как подобная задача должна реализовываться по "саповски" ?

Не совсем понятен вопрос. Что писать в 4ую таблицу? Если Вы про логирование изменений в таблицах БД, то читайте темы ниже, пару раз поднимали за неделю. + поиск тр. shdo / scu3.

Судя по вопросу, будет полезно почитать вот эту тему.
http://www.sapboard.ru/forum/viewtopic.php?f=13&t=72983&start=0

Триггеров и какого либо 'автоматизированного' заполнения таблиц нет, обычно все нужно делать руками. В вашем случае либо в том месте, где происходит обновление Z-таблиц вставить свой код для обновления четвертой таблицы, либо запускать отдельную программу по наработке этой таблицы (по расписанию например)
И если вам нужно именно логгирование изменений - то прислушайтесь к совету Besa, документы изменений придуманы специально для этого

Приветствую.
Вопрос очень похож, что задавал автор. Однако после прочтения темы к решению я не приблизился.

shdo - такая транзакция не существует.
scu3 - так как нет базисника, то подобные вещи лучше не использовать.

Подозреваю, что можно использовать транзакцию BD21 , так как интегратор реализовал что то подобное. Но я не могу понять что такое сообщение и где его редактируют. Буду признателен если подскажете.

Тут Besa немного ошибся, транзакция по ведению объектов документов изменений - scdo

Угу, спасибо

to dshtukin, если после данных Вам советов, Вы так и не приблизились к решению, то рассказывайте подробно в чем заключается задача.

Причем тут ALE/IDOC и Ваш интегратор мне пока не понятно.

Задачи:

Матрица скидок в разрезе: Группа товаров - День недели - Тип скидки.
Соответственно данные хранятся в 3-х таблицах: Группа товаров, День недели, Тип скидки (изменение реализации не обсуждается).
Соответственно на кассовую систему необходимо передавать информацию как и об актуальных скидках так и удаление этих скидок. Для чего и нужен триггер на каждую таблицу.

Ну если изменение реализации не обсуждается, то о чем говорить?
ArmAnn правильно написал, по другому не получится. Особенно если нужно отслеживать удаление записей.


Кстати, а чем написание триггеров будет удобнее написания ABAP-кода?

Вообще удобство в том, что это использование возможностей БД, получается не надо менять код, который оперирует данными.
Но из ABAPa их не видно. Права на доступ через SQL+/SQL Navigator дают далеко не всегда.
Да и среднестатистические абаперы не будут знать как это поддерживать.

1) Говоря об изменении реализации имелось ввиду хранение информации, отслеживание изменений можно вести любым способом.
2) "в том месте, где происходит обновление Z-таблиц вставить свой код" - обновление происходит через "форму редактора таблиц" для 2-таблиц (надеюсь правильно написал). и Z-транзакцию для третьей. Чистокровных абаперов в штате нет поэтому каждый аналитик чего то пописывает в меру сил.
3) Написание триггеров отличалось бы тем что для этого не нужен ABAP (см. п2.)

А если исходить из того что права на БД есть, среднестатического абапера нет, зато есть класный PL\SQL програмист, то можно использовать триггеры БД?

Интересная у Вас ситуация, базиса нету, абаперов нету, плюс ко всему Вы прочли все, что написано в этой теме и в той, что я указал в начале. Зато у Вас есть права на ковыряние БД и классный PL\SQL программист

Чем не устраивает внести поправки по пункту 2 ("в том месте, где происходит обновление Z-таблиц вставить свой код"), если учитывать что все это Z доработка?

Не думаю что ситуация такая уж уникальная и наверное даже распространенная за 101-ым километром, но надеюсь с вашей помощью её изменить
Итак повторюсь для редактирования таблиц вызывается SM30 каким образом организовать отслеживание даже не изменений (упростим задачу), а удаления записей ?

Спасибо.

Если Вы весь процесс сведете к тому, что данные в Ваших таблицах по скидкам будут правиться из одних точек, то есть, два диалога ведения + Z программка, то тут проще. Что касается, стандартом сгенерировнных диалогов ведения, то используйте события в ракурсах ведения. С Z программой, просто подправляете код.

Я в курсе, что такое триггеры Но:
1.Какая разница, код все равно писать придется, неважно где - на ABAP(при использовании модуля обновлений) или на SQL
2.Для обеспечения поддержки удобнее, если вся обработка ведется на одной стороне, в данном случае на ABAP.



Это зависит от того, как будут передаваться данные в кассовую систему - средствами SAP или cредствами SQL.