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, быстро моделировать работу с данными?

Толя, привет.
Согласен, виден подход программиста но не разработчика...

8-/ В системе безопасности появилась "черная дыра"...

Там где 'Документ полностью' не отрабатывает можно сделать так:
Например для кассы (FBCJ) в конце модуля FI_DOCUMENT_PROJECT нужно вставить вызов замещений док-та полностью:
ENHANCEMENT 1  ZRGGB_ADD_1_2.    "active version
DATA: I_SUBST(1).
CALL FUNCTION 'FI_SUBSTITUTION_DOC'
   IMPORTING
      E_SUBST  = I_SUBST
   TABLES
      IO_XBSEG = XBSEG
      IO_XBKPF = XBKPF.
*Ну и вызов проверок документа полностью не помешает
   PERFORM DOCUMENT_VALIDATION.
ENDENHANCEMENT.