Не работает транзакция SEARCH_SAP_MENU

backfire

ВЫВОД: В песочнице, где были проблемы с поиском, отсутствуют ОПИСАНИЯ транзакций для РУССКОГО языка (SPRAS='R')?
Как бы их безболезненно ДОБАВИТЬ?

backfire

olegbash написал(а):

Так все-таки есть ли искомое слово (которое Вы вбиваете в поиск в search_sap_menu) в таблице SMENSAPT ?
это таблица текстов к меню.

слово mig должно находится, так как внутри

Code:

SEARCH I_SMENSAPT-TEXT FOR TEXT.

а вот *mig* нет - это ок

В той системе, где проблемы с поиском попробовал ВСЕ варианты поиска по коду транзакции MIGO:

Работает ТОЛЬКО 1 вариант - явное MIGO
НЕ работают - mig, mig*, *mig, *migo, migo*, *migo*, *mig*

Т.е. знак '*' НЕ ТРАКТУЕТСЯ как заменитель ЛЮБОГО символа?

backfire

backfire написал:

olegbash написал(а):

Так все-таки есть ли искомое слово (которое Вы вбиваете в поиск в search_sap_menu) в таблице SMENSAPT ?
это таблица текстов к меню.

слово mig должно находится, так как внутри

Code:

SEARCH I_SMENSAPT-TEXT FOR TEXT.

а вот *mig* нет - это ок

В той системе, где проблемы с поиском попробовал ВСЕ варианты поиска по коду транзакции MIGO:

Работает ТОЛЬКО 1 вариант - явное MIGO
НЕ работают - mig, mig*, *mig, *migo, migo*, *migo*, *mig*

Т.е. знак '*' НЕ ТРАКТУЕТСЯ как заменитель ЛЮБОГО символа?

А вот результаты из продуктива, где нет проблем с описанием транзакций в меню на РУССКОМ языке
работают - migo, mig, mig*, *migo, migo*
НЕ работают - *mig, *migo*, *mig*

Теперь ничего не понимаю КАК ТРАКТУЕТСЯ символ '*''

olegbash

Цитата:

Теперь ничего не понимаю КАК ТРАКТУЕТСЯ символ '*''

в оператое search * трактуется не так, как при выборе из таблиц.
когда Вы вводите *mig или mig*, то система ищет слова во фразе, заканчивающиеся или начинающиеся - это как обычно.

а вот если ввести *mig*, то система это растолкует как команду искать слово mig* во фразе; то есть первая * заглушает (исправляет назначение) 2ой звездочки.

подробнее об этом в ABAP-справке

Цитата:

Search Pattern in pattern

The pattern in pattern can have the following forms (upper or lower case is irrelevant in character chain processing):

"pat"
In character chain processing, blanks at the end of the character chain are ignored and wildcard characters (*) are treated in a special way if they are found at the position of the first or last character (see following sections).

".pat."
Only valid for character chain processing. If a pattern "pat" is enclosed by periods (.) , then exactly the character sequence "pat" is searched for, whereby blanks at the end are accounted for and wildcard characters (*) are not treated as wildcards.

"*pat"
Only valid for character chain processing. If a pattern contains the wildcard character (*) as first character, then a word is searched for (see below) which ends with the character sequence "pat".

"pat*"
Only valid for character chain processing. If a character sequence contains the wildcard character (*) as its last character, a word (see below) is searched for that begins with the character sequence "pat".

"*pat*"
Only valid for character chain processing. If a character sequence contains the wildcard character (*) as both first and last character, then the search is not for a word (see below) that contains "pat", but a word that ends with "pat*".

backfire

Большое ЧЕЛОВЕЧЕСКОЕ спасибо, @olegbash, за очень квалифицированные и своевременные пояснения Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ! :-)

Теперь все стало по своим местам!
P.S.
Как бы их безболезненно ДОБАВИТЬ сообщения(вернее описания пунктов меню) на РУССКОМ языке для песочницы, где поиск у меня из-за этого и глючил? получается там не поставлен или криво поставлен (загружен), что то для этого :-)

Так как в остальном русский язык там есть :-)

olegbash

Цитата:

Как бы их безболезненно ДОБАВИТЬ сообщения(вернее описания пунктов меню) на РУССКОМ языке для песочницы, где поиск у меня из-за этого и глючил? получается там не поставлен или криво поставлен (загружен), что то для этого :-)

Так как в остальном русский язык там есть :-)

простой выгрузкоц из продуктива таблицы SMENSAPT, дейстительно не обойтись, так как в системах могут отличаться object_id для терминов.
Нужно использовать дополнительный язык для сопоставлений object_id термина между системами.
Скорее всего, английский или немецкий (через кнопку "количество записей" можно оценить какой язык больше представлен в таблице).

Поэтому предлагаю такой алгоритм:
Шаг1.
из песочницы выгрузите object_id и термины на английском или немецком языках. из табл.SMENSAPT
Сохраните выгрузку в excel.
Шаг2.
в продуктивной системе из табл.SMENSAPT выгрузите для выбранного языка object_id и термины, при этом на вход таблицы нужно подать термины, которые Вы получили в шаге1. Сохраните выгрузку в excel.
Шаг3.
в продуктивной системе по object_id из табл.SMENSAPT выгрузите термины на русском языке.
Сохраните выгрузку в excel. Проведите сопоставление с помощью функции в Excel VLOOKUP такое: Object_id - термин на англ. - термин на русском (для продуктивной среды)
Шаг4.
и в конце проведите сопсотавление object_id из песочницы - термин на англ.из песочнице - термин на англ.из продуктива - термин на русском.
Шаг5.
откройте таблицу на изменение и вставьте туда записи object_id из песочницы - Термин на русском.

backfire

ok, спсб, поэкспериментируем на досуге!

Не работает транзакция SEARCH_SAP_MENU

Кто сейчас на конференции