Всем добрый день!

Имею странную проблему в конструкции вида:


Таблица t_fields_list заполнена полями выбора таким образом что поля ключа (MANDT, BUKRS, BELNR, GJAHR, BUZEI) идут последними записями.
То есть сначала 120 полей BSEG-а, потом 5 полей его же ключа.

Проблема в том что в одной системе такой SELECT отрабатывает нормально (и собственно почему бы ему отрабатывать не нормально)
а в другой - падает с ошибкой SQL. Если в отладчике убить эти 5 полей, и добавить их в начало - то SELECT проходит нормально.

Система ERP 6.0, база MS SQL 2012.

Что я упускаю?

Здравствуйте.
Что именно за ошибка SQL?
Еще можно предположить, что в списке полей есть Z-поле, которого нет в системе в которой падает, а зависимость от ключевых полей могла просто показаться по-невнимательности.

Приведите код как определена таблица r_bseg.
Также рекомендую использовать конструкцию INTO CORESPONDING FIELDS.

А разве порядок полей в t_fields_list и r_bseg не важен? И может у вас разные версии систем?
Поддерживаю CORESPONDING FIELDS.

Сейчас не помню, что-то вроде ошибки самой СУБД - чуть позже выложу.
Z-поля не причем - зависимость именно от PK.

r_bseg - record о чем говорит select single.

да, собственно еще момент забыл, каюсь - это стандартный ФМ, в этом месте присходит выбор позиции FI документа по полному ключу.
(не за системой сейчас - выложу чуть позже название ФМ-а)

Я всегда считал что не важен.

CORESPONDING FIELDS - значения не имеет, r_bseg объявлен как type bseg.

Модуль FAGL_GET_ITEMS_BSEG

Код:




PS: да, вы правы, into corresponding fields тут будет более уместно.

То есть надо сказать что так в принципе правильно.

Все, проблема решена.
Была же мысль - проапдейтить Кернел, да поленился. 37й патч решил все проблемы.
Всем спасибо.