Вопрос не вставал бы, если бы не было следующего:

SQL запрос

SELECT * INTO CORRESPONDING FIELDS OF WA_OF_TABLE
FROM NAME_OF_TABLE
WHERE
Field1 in sel_opt1 and....
ENDSELECT.

селект проходит один раз, но потом выпадает в DUMP.

после первого витка выбираются данные в WA. без поблем. Идёт на второй виток и вылетает в дамп при выполнении селекта.

анализ ошибки

An exception occurred. This exception is dealt with in more detail below
. The exception, which is assigned to the class 'CX_SY_OPEN_SQL_DB'.

не ну а зачем endselect-то стоит, если используется "* INTO CORRESPONDING FIELDS OF"

endselect используется так как обработка в цикле.
into corresponding fields потомучто структуры разные у таблицы БД и рабочей области.

В отладчике выпадает в дамп? Это "нормально".

да и вне отладчика в дамп иногда! Самое интересное что раз на раз не приходится. тоесть одни и те же критерии выбора в селект опшнз, но иногда выпадает иногда нет)) хехе

Такое бывает, особенно часто при трассировке. Сам с таким часто встречался. Уж так оно работает

В твоём случае в дамп может вылетать если много значений в select-options (в условии where).

Есть подозрение что иногда данные блокируются выпадает дамп.
Потому что начну выяснять ошибку. закоментирую код. ищу ищу.
и дамп перестаёт вылетать. думаю нашёл в чём баг.!
потом через некоторое время опять начинает выпадать в дамп.

А можно поподробней опубликовать что пишется в описании к дампу? Да и сам селект полностью неплохо бы...

и ещё вот что
Invalid interruption of a database selection.

и всё-таки, что в дампе написано? конструкции типа select - endselect лучше всего не использовать, разве нельзя сразу во вн.таблицу всё запихать? а в трассировке выпадает в дамп select-endselect, если есть ещё вложенная такая конструкция. Может помочь чекбокс "режим PROVIDE" в настройках отладчика

Вообще надо перечислить те поля которые ты вставляешь во внутреннию таблицу и дампа не будет, этот дамп возникает когда получается слишком большой SQL запрос, если посмотреть в трассировке, то там всё равно перечисляются все поля, а тебе нужны некоторые - напиши их.
И еще посмотри конструкцию WHERE, если там есть IN и много значений в Ranges тоже может возникнуть такая ошибка....

Внутри select ... endselect случайно нет процедуры или ФМ, который читает эту же таблицу?

Если перечислять поля, то длина SQL-запроса только увеличится IMHO. Уменьшится только размер выборки данных, но при select..endselect на сервере приложений много памяти не расходуется.

Чтобы не было проблем с отладкой лучше писать так



Это в дампе при отладке в дебаггере. А какая ошбика возникает при запуске без дебаггера?

Убрал абсолютно все брейк поинты из внутренности селекта. В дамп пока не выпадает. Если выпадет напиш Но буду надеятся что не выпадет.
Спасибо всем за помощь.