Картинку с какого места хотите попасть в отладчик можете привести?

>>С точки зрения функциональности этот инструмент не дает большего объема информации, чем, скажем, транзакция SE16N.
 
Не, ну как же. В se16n нет join, это очень существенно. Join - это единственное и главное чего не хватает для удобных выборок.
 
Забавные заказчики, которые пускают это в продуктив :)  В моей практике и se16n не всегда можно запустить :)

>>Запустите браузер данных необходимой таблицы. (se16, se11).
С каких пор SE11 стало браузером данных? :)
 
В SE16 у меня это не сработало, не вижу переменную CODE. Базис 7.40.

1. Нет такого конечно, но вы то сами делаете разработку, которая с точки зрения системы не совсем кошерная. Далее работать предполагается в системе теста, так что если и удалят что-то то вряд ли это критично-критично. Зато код может быть написан разный + можно быстро проверить скорость выполнения кода при разных модификациях.
 
2. А вас с вашей программой в продуктивную систему пускают? Код редактировать не обязательно, статус системы должен быть не блокированная, полномочия на разработку иметь вроде как не обязательно, добавить разве что надо что-то типа такого:
  authority-check object 'S_DEVELOP'
                  id     'OBJTYPE'   field 'PROG'
                  id     'DEVCLASS'         dummy
                  id     'P_GROUP'          dummy
                  id     'OBJNAME'          dummy
                  id     'ACTVT'     field '02'.
 
3. Ваша программа выбирает данные из таблиц, в тестовой системе которая, где-то равна продуктивной. Тогда о какой безопасности данных мы говорим? Кто помешает вашей разработкой считать данные из любых таблиц? Так что безопасность что тут что там, как сферический код в вакууме.

Добрый день.
 
Способ, который вы описАли, имеет два существенных недостатка:
 
1. Нет никакой фильтрации введенного кода - это действительно самая настоящая черная дыра. Можно выполнить абсолютно любой АБАП-код, включая UPDATE/DELETE.
 
2. Самое главное. Данный инструмент можно использовать только в той системе, в которой мы можем редактировать код программ. Он не работает, если у системы стоит статус "Неизменяемая". А такой статус стоит у любой продуктивной и тестовой системы. Т.е. теряется вообще вся идея и весь смысл.
 

Скопировать реальные данные в систему разработки не представляется возможным по двум причинам:
 
1. Вы правы: нет места.
2. Из соображений безопасности. В продуктивной и тестовой системах доступ к данным можно контролировать полномочиями, а в системе разработки проверки полномочий обходятся на раз-два.
 
Разрешать в тестовой системе писать код тоже не представляется возможным. Может, в каких-то проектах это практикуется. В наших - нет.

ST04 -> Diagnostics -> SQL Command line
 
Плохо ищите.

Добрый день.
 

Взял с того, что для DB2 пункта Additional functions -> SQL Command Editor в ST04 нет. В многочисленных ветках на scn.sap.com говорится то же самое.
 
Вы знаете какой-то другой способ? Поделитесь, пожалуйста.

Добрый день.
 

Взял с того, что для DB2 пункта Additional functions -> SQL Command Editor в ST04 нет. В многочисленных ветках на scn.sap.com говорится то же самое.
 
Вы знаете какой-то другой способ? Поделитесь, пожалуйста.

А с чего вы взяли, что в ST04 SQL editor заточен исключительно под ORACLE? В среде с DB2 тоже все превосходно работает.

Ну т.е. на выходе получается что-то типа такого
 

Для проверки своих запросов,особенно если есть различные варианты, следует воспользоваться транзакцией SE38: на первом экране нужно перейти по меню: Среда – Примеры – Примеры производительности.
 
Для вывода результата выборки, если необходимо, пишется один ФМ куда передается объявленная таблица, и который в свою очередь, выводит любую таблицу в отдельном всплывающем окне используя вот эти 4 строки:
 
DATA: gc_alv_table TYPE REF TO cl_salv_table.
 
cl_salv_table=>factory( IMPORTING r_salv_table = gc_alv_table
                        CHANGING t_table = lt_ekko[] ).
gc_alv_table->display( ).
 
В предложенном редакторе можно вбивать не только запросы SQL, но и объявлять свои переменные, подпрограммы и т.д. вызывать модули и создавать классы.
 
В общем тоже можно сказать черная дыра, но правда, возможность ввода кода в окна, управляется полномочиями. Опять же можем параллельно проверять производительность участков кода с небольшими изменениями.
 
PS: Что касается еще так называемой черной дыры, ну если у вас абаперы так свободно бегают в тестовую среду с реальными данными, то что вам мешает или скопировать эти данные в соседний мандант системы разработки (верю что тут может быть мало места) или открыть в системе теста возможность создавать локальные программы и уже там, в стандартном SE38, быстро моделировать работу с данными?