Ja pravil'no ponimau - ty ho4e6' ubit' vse stroki v table i zaoodno vse stroki v drugoj table, kotorye svjazany s pervoj table cherez forign key?
I ne pribegaja k programmirovaniu?
Esli ja pravil'no ponjal (sorry, mne neznakomy russkie terminy for SAP) dlja etoj celi sluzhit maintenace view.

2 dankwart: Речь как раз идет о каскадном удалении из программы. Поробовал Ваш вариант удаления через maintenance view, запись удалилась только из одной таблички.

Ха-ха! Каскадное удаление... Слова-то какие!
Разумеется, все только руками. И дай вам бог, чтобы связанных таблиц было 2-3, а не больше. А про диапазоны номеров для простых вещей лучше забыть - все равно неизбежно появятся дыры в ключах и т.д и т.п. Вообще диапазоны номеров больше придуманы для нумерации документов.
Кстати, по вопросу ключика, чем плоха конструкция:

Важна настройка - поглядите как устроены стандартные вьюс.

И зачем ? От дырок все равно не избавиться.
И почему надо забыть про диапазоны ?

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

Я сделал maintenance view на двух табличках, связанных по внешнему ключу, доступ: считывание, удаление, вставка.

Это я писал к тому, что кому-то, возможно, нравится, чтобы ключи шли по порядку ;-) А пример к тому и приведен, что гораздо проще добавить к ключу единичку, чем юзать какие-то ФМ, которые заточены к тому же совсем под другие вещи (обеспечение логической целостности номеров документов в системе)

Проще? Ха-ха-ха.

тем, что при больших объемах, тормоза будут. а если две таких программы работают одновременно? блокировками решать?

Рассмотрим ключ, состоящий из 4-х полей, например: WERKS, LGORT, MJAHR и наш ID.
Вопросы: 1. При чем тут NRIV, если я просто хочу увеличить суррогатный ключ ID на единичку? 2. Какие будут тормоза при определени max( ID ), если указать остальную часть ключа? 3. Как обойтись в системе, в которой работает больше одного пользователя без блокировок?

Старнно слышать про какие то там ФМ и про то что они заточены подо что то другое. При использовании "каких то там ФМ" номера не будут идти по порядку ? И где там сказано про номера документов ? И что такое номер документа, если не счетчик ?

Уважаемый abap, какие-то ФМ заточены именно под эти вещи.
Хотелось бы понять, что значит "обеспечение логической целостности номеров документов" ?

1.При одновременном обращении к select`у возможно появление 2-х одинаковых номеров. Что, соответственно, ведет к дампу при попытке вставки записи в таблицу.
2.см. п.3 - для правильного определения последнего номера необходимо блокировать ВСЮ часть таблицы по 3-м первым полям. Соответственно, если работает не один человек, то при получении номера он вынужден ждать, пока не снимется блокировка.
3. Если речь идет о получении нового номера, то с помощью механизма, предлагаемого SAP, который называется "Объекты нумерации".
Почитайте первоисточник.

2. по приведенному коду, не очень очевидно, что ключ состоит из 4 полей. у меня сложилось мнение, что из одного ID. поэтому и резюме соответствующее.
3. с таким ключем вопросов к блокировкам не имею.

PS: Удав +1