Уважаемые коллеги!
Вопрос: установила соединение с внешней БД ORACLE и через EXEC SQL вызвала select, но возникла проблема с кодовой страницей. Может быть кто-то с этим сталкивался? Что делать?
Спасибо заранее.

Сталкивался с преобразованием кодовой страницы.
Начиная с 4.7 в системе есть три класса для работы с кодовыми страницами.
Здесь: Converting Data, а так же в хелпе по этим классам достаточно понятно написано.

ето если в Юникодовой системе = если нет - то никак - но скоро (в нотах написано) сделют чтобы в DBCO можно было кодировку прописывать

Дело в том, что select возвращает строку с из одинаковых символов. Например, если в БД поле "Юрий" возвращается "ПППП".
Если запускаем TRANSLATE docum-a1 from code page '1500' TO CODE PAGE '1504'- получаем "ЯЯЯЯ".
Может быть есть у кого-нибудь какие-то идеи на этот счет?

Вариат с EXEC SQL не проверял, но, вероятно, здесь та же история.
Во внешней БД у Вас, видимо, Win-кодировка, в САПовской ISO8859-5. Вероятно, Вы пробросили db-link между базами. Искажение идет на этом линке. Попробуйте выполнять во внешней БД преобразование в hex (до select'a).
p.s. Если я ошибся в предположениях, будем моделировать Вашу ситуацию на практике

А подскажите как это сделать до selecta - я пишу в программе:

EXEC SQL.
open c1 for
select A1,A2 from scott.TANYA
ENDEXEC.

Самый простой способ будет, видимо, такой (хотя вполне может быть и проще):

select func(A1), func(A2) from scott.TANYA

Здесь func - простая функция по преобразованию, скажем, varchar2 во что-то, не зависящее от кодировки. Например, в hex. Эта функция должна быть на внешней базе Oracle и c соответствующей прагмой.

Затем, когда данные будут во внутренней таблице их, соответственно, необходимо будет снова привести к текстовому виду, н-р xstring -> string. После этого может понадобиться перекодировка. Ее лучше выполнить классом cl_abap_conv_obj, т.к. translate устарел.

Бъюсь с этой же проблемой, связь с внешней базой ORACLE.
Версия нашей системы 6.40.

В DBCO уже какие только кодировки не ставил, не вижу русских букв. Кто нибудь решил эту проблему?

Проблема решилась именно настройками кодировок в DBCO.
Странно, почему сразу не получилось?!
То ли лыжи не едут...

Помогло:
1. транзакция st04m или нарпямую системная таблица oracle внешней базы V$NLS_PARAMETERS, поля:
- NLS_CHARACTERSET
- NLS_NCHAR_CHARACTERSET

2: тр. DBCO в поле "Инфо по соединению" пишем через двоеточие: <имя TNS>:<значение NLS_CHARACTERSET>:<значение NLS_NCHAR_CHARACTERSET>

Например:

Всё вышесказанное актуально для НЕ-юникодных систем и версии SAP от 6.40.