Проблема с Select-ом

k_aleksei

Добрый день. Подскажите плиз. У меня есть динамический селект который в новой версии системы отрабатывает на ура. Перенес программу в старую версию 4.6 селект перестал работать. Свёл к минимуму выборку (условие) и окозалось что он на отрез отказывается работать с оперетором IN.
Пример

Code:

        SELECT
         (lt_select_fields)
        FROM
         (l_tabname)
        APPENDING CORRESPONDING FIELDS OF TABLE
          pt_alv_tab
        WHERE
         (lt_condition).

Где в lt_condition храниться:

Code:

  APPEND 'bukrs EQ pr_bukrs AND' TO lt_condition[].       "#EC *
  APPEND 'gjahr IN pt_r_gjahr AND' TO lt_condition[].       "#EC *
  APPEND 'monat IN pt_r_monat AND' TO lt_condition[].       "#EC *
  APPEND 'budat IN pt_r_budat' TO lt_condition[]. 

Я так понял что проблема в IN. Как его можно обойти???

Пономарев Артем: пользуйтесь тэгами для оформления кода, пожалуйста.

Пономарев Артем

Не припоминаю никаких ограничений на использование конструкции IN в 4.6.
А вот насчет возможности использовать FROM (l_tabname) сильно сомневаюсь.
Если поля и условия для выбора можно в 4.6 задавать динамически, на источник эта возможность, если я правильно помню, не распространяется.

Parazit

k_aleksei написал:

Я так понял что проблема в IN. Как его можно обойти???

Насколько я помню, в версии 4.6 в таблице условий селекта lt_condition[] допустимы только конструкции с константами типа: BUKRS = '1000'. Никаких переменных. Вероятно RANGE придется раскладывать вручную на опреаторы сравнений со значениями.

Пономарев Артем

А таки да, Parazit прав. Глянул хелп для 4.6:

help.sap.com написал(а):

To specify a condition dynamically, use:

SELECT ... WHERE (<itab>) ...

where <itab> is an internal table with line type C and maximum length 72 characters. All of the conditions listed above except for selection tables, can be written into the lines of <itab>.

Обойти, видимо, только распарсиванием.

ArmAnn

Пономарев Артем написал:

Обойти, видимо, только распарсиванием.

ну или GENERATE SUBROUTINE POOL, если распарсивать очень не хочется

k_aleksei

Parazit написал:

Насколько я помню, в версии 4.6 в таблице условий селекта lt_condition[] допустимы только конструкции с константами типа: BUKRS = '1000'. Никаких переменных. Вероятно RANGE придется раскладывать вручную на опреаторы сравнений со значениями.

НЕТ. Переменные там задаются:
APPEND 'bukrs EQ pr_bukrs AND' TO lt_condition[]. Я вроде бы указывал.
Потом "From" отрабатывает тоже отлично. Опять таки если условие я ставлю через "=".
Как только я пытаюсь поставить 'IN' - программ падает в дамп. В хелпе написано (я правдо не селен в английском, могу ошибаться) что операции выбора придется делать через индексы. Что за индексы? я никак понять не могу.

Пономарев Артем написал:

Обойти, видимо, только распарсиванием.

Это имеется в виду из Range перекладывать в переменные и добавлять в услвие черех равно, связывая оператором OR. Да?

ArmAnn написал:

ну или GENERATE SUBROUTINE POOL, если распарсивать очень не хочется

А что такое "GENERATE SUBROUTINE POOL"? Как им можно воспользоваться в данном примере?

ArmAnn

k_aleksei написал:

А что такое "GENERATE SUBROUTINE POOL"? Как им можно воспользоваться в данном примере?

Если кратко - то можно на лету генерить подпрограммы, более подробно - тут.
По трудоемкости будет не проще чем разворачивать RANGE, но зато интереснее

Пономарев Артем

k_aleksei написал:

Это имеется в виду из Range перекладывать в переменные и добавлять в условия через равно, связывая оператором OR. Да?

Да. Именно так.

k_aleksei написал:

А что такое "GENERATE SUBROUTINE POOL"?

Посмотрите справку.
Этот оператор создает временный пул подпрограмм из вашего кода.
Соответственно в таком варианте IN должно работать.
Но есть и ограничения. Максимально можно создать 36 таких временных пулов.

k_aleksei написал:

В хелпе написано (я правдо не селен в английском, могу ошибаться) что операции выбора придется делать через индексы. Что за индексы? я никак понять не могу.

Процитируйте. Мне кажется вы неправильно поняли. Или это не имеет отношения к вашему случаю.
Я цитировал кусок хелпа, который однозначно говорит о том, что в 4.6 использование IN с seltab'ами в динамическом WHERE невозможно.

Правила форума

Проблема с Select-ом

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