Добрый день. Возможно ли использовать маски % и _ в конструкции where x like y при условии, что они находятся в переменной у.
Спасибо.

v 4.7

DATA: SS TYPE STRING.
SS = 'LIFNR LIKE ''%1'''.
SELECT * FROM LFA1 APPENDING TABLE KN WHERE (SS).

У меня пока v 4.0 удет ли работать.

не знаю, попробуй,
но в 4.6 - синтаксис немного другой


DATA: KN LIKE LFA1 OCCURS 0 WITH HEADER LINE.

DATA: SS(70) OCCURS 100 WITH HEADER LINE.
SS = 'LIFNR LIKE ''%1'' OR'.
APPEND SS.
SS = 'LIFNR LIKE ''%2'''.
APPEND SS.
SELECT * FROM LFA1 APPENDING TABLE KN WHERE (SS).

Возможно я чего-то не догнал, но:

date y(7).
у = '%1234__'.
select * from ttt where x like y.

в 4.7 - совершенно верно за исключение того, что 'y' - в скобках
select * from ttt where x like (y),
а вот в 4.6 - 'y' - должен быть таблицей

раз такие траблы с версиями, может надежнее будет в loop-е значение проверять ?

В 4.6C предложенный вариант отлично работает:
select * from ttt where x like y.

все правы...
можно и так
select * from ttt where x like y , тогда y строковая переменная

и так
select * from ttt where (y) , тогда y это таблица строк ну и соответсвенно можно сделать динамическое условие выбора

вот млин - а я извращался - не было примерчика под рукой - таперьча будем знать

в 4.0 'y' - строковая переменная и никаких скобок не надо ...

абсолютно точно ...

Да все работает. Только возник новый вопрос. Свалит ли like таблицу в последовательный просмотр, если в where указать поля входящие в индекс. (Спрашиваю потому, что индекса еще нет, думаю стоит ли подходить к постановщику задачи с вопросом его создания)

Это зависит от оптимизатора запроса какой он план изберет - просмотр диапазона по индексу или полное сканирование таблицы. Если индекс достаточно селективен, таблица достаточно велика и т.п., то оператор "like таблицу в последовательный просмотр не свалит".
З.Ы. Вообще говоря, с подобными вопросами нужно подходить не к постановщику, а к админу, который и оценит целесообразность создания индекса в данных условиях.

попутно вопрос: а вот если LIKE пользуется для поиска по последним цифрам в длинном поле (ну например в контроллинге есть "некрасивые" поля, где в одно значение состыкованы 3-4 "осмысленных" значения), както можно заранее угадать, насколько эффективен будет такой поиск. И в частности, можно-ли строить спец-индекс по части такого поля (например, индексируем символы в позициях 5-8 такого поля, и потом пользуем LIKE ____значение%)?

т.е., иначе говоря, как в общем случае оптимизировать выдергивание данных при условии, что условие отбора запрятано в середину достаточно длинного поля, а таблица имеет приличный объем (т.е. прямой перебор получается неэффективным по времени) ? В частности, построение "временных" таблиц-индексов по выдранной части поля привествуется САПом?