Добрый день.
Вопрос поясню на примере.
Есть table1 у которой 2 поля
kod - некоторый код товара, поле ключевое, ссылается на поле kod таблицы table2
desc - описание товара

table2. поля такие:
kod - код, ключевое поле
name - наименование

Т.е. есть некоторая т. table2, которая является проверочной для таблицы table1.
Вопрос: каким образом можно настроить (если конечно вообще есть такая возжонсть) внешний ключ, чтобы при удалении из таблицы table2 записи, система (хотя бы в транзакции se16) не позволяла бы это сделать, т.к. в table1 есть ссылка на ключевое поля удаляемой записи таблицы table2?

Когда создаете таблицу там есть кнопка внешний ключ(ключик), через него разве не получается? Там есть "Семантические свойства".

Пробовал поиграть с семантикой. Че то не выходит.
Сейчас стоит
вид полей внешнего ключа - ключевые поля/кандидаты
Кардинальность 1:CN

Или что-то другой выставлять нужно?
Через se16 пробую удалять из table2 - запись удаляется, несмотря на то, что в table1 есть ссылка на ключевое поле

такую семантику вы можете поставить только для table1 и она будет действовать на то что если вы попытаетесь ввести в table1 значенеие не из table2.

А то что вы хотите сделать именно для se16 невозможно. т.е. если пользователь имеет доступ к se16n (хотя не должны) то он спокойно может удалить запись.

Боюсь что такой проверки на уровне словаря данных SAP не обеспечивает.
Можно предложить только сгенерировать для table2 ракурс ведения и запрограммировать событие "перед удалением записи"

Написал простенькую программу в которой удаляется запись из table2 - система позволяет это сделать несмотря на наличие ссылающейся записи в table1.
Т.е. стандартными средствами словаря нельзя обеспечить целостность данных, только накручивать логику?
А если как в моем примере программы, есть delete для некоторой таблицы, обязательно создавать ракурс и
программировать событие "перед удалением записи" ?
Если выражаясь в общем, есть какой-нить какой стандартный механизм в SAP для задания "жесткий ссылок" ?

1) как вам уже сказали на низком уровне целостность никак не защищена. отсюда часто неконсистентность данных. то бишь ссылки есть а самой записи нет.
2) опишите более подробно задачу. кто когда в каких случаях и чем удаляет вашу запись ?
3) речь про ракурс была заведена для управление ведением таблицы. то бишь сама таблица должна быть закрыта на изменение. что ведет к невозможности удаления на прямую записи через se16n (конечно если не использовать чудо метод). и опять же это не защитит таблицу от прямого delete в программе

Контроль ссылочной целостности осуществляется прикладной программой. В BW, например, есть встроенный настраиваемый механизм для контроля целостности. В других модулях такие проверки также осуществляются для стандартных объектов.

Только через доп. программирование: перед удалением записи в справочнике должны проверяться все связанные с ним по внешнему ключу таблицы. И не только связанные по внешнему ключу, но и имеющие, к примеру, ссылку через домен
Для этого вместо использования оператора delete from ... нужно написать ФМ, который сначала выполняет проверку, а уже потом удаляет запись.
В стандарте SAP это реализовано в виде отдельных транзакций по удалению данных

В своих же программах никто не запрещает программисту написать delete from bseg, и никакие проверки проводиться не будут
Просто работать с таким документом стандартные транзакции не будут.

Спасибо всем за ответы. Многое прояснилось.


Подскажите, какую литературу, курсы можно почитать по этому поводу?

Добрый день.
Мне кажется Вам стоит просто написать собственный интерфейс ведения таблиц(ы) и в нем уже реализовать какую угодно логику удаления/изменения/добавления записей.

Например, удаление дебиторов и сведения об архивировании данных
Если кратко, то суть в следующем: процедура удаления делается в 3 этапа:
1.Запись помечается для удаления (отдельное поле - индикатор удаления)
2.Выполняется проверка, используется ли ключ удаляемой записи в других таблицах
3.Если запись не используется, ее можно удалить. Если используется - сначала архивируются данные, содержащие ключ удаляемой записи, затем архивируется сама запись.

Под архивацией понимается физическое копирование информации из таблиц БД в отдельное хранилище данных(архив) и удаление информации из таблиц БД.