ABAP & Native SQL

Skif

Привет,

Занялся тут наведением порядка (с полномочиями

и обнаружил, что
"тупая" замена

Code:

select a.ID, b.MODIFIEDON, c.CUSTOMERCODE, a.INVALIDDUL
from zt3_cn_contact4 a
join zt3_cn_contact1 b on a.id = b.id and a.invaliddul = 1
join zt3_cn_contact3 c on a.id = c.id

на

Code:

select a~ID, b~MODIFIEDON, c~CUSTOMERCODE, a~INVALIDDUL
  from zt3_cn_contact4 as a
  JOIN zt3_cn_contact1 as b on a~id = b~id and a~invaliddul = 1 
  join zt3_cn_contact3 as c on a~id = c~id 
  INTO TABLE @itab.

не сработало.
что не так?

p.s. Oracle ес-но

Кодер

Что значит "не сработала"? не выбирает данные? Или сыпет синт.ошибками? нейтив вроде как по дефолту не обрабатывает мандант, т.е. начальный запрос должен был показать инфу из всех мандантов. А вот абап-версия уже автоматом мандант обработает, и если в этом клиенте нет данных - нифига не покажет, например

Skif

Кодер написал(а):

Что значит "не сработала"? не выбирает данные? Или сыпет синт.ошибками? нейтив вроде как по дефолту не обрабатывает мандант, т.е. начальный запрос должен был показать инфу из всех мандантов. А вот абап-версия уже автоматом мандант обработает, и если в этом клиенте нет данных - нифига не покажет, например

нифига не выбирает.
client specified добавил..
сначала подумал, что таблички они создали кросс-мандантные, но - нет, во всех мандант есть и заполнен.
интересно, что когда

Code:

select a~ID, b~MODIFIEDON, c~CUSTOMERCODE, a~INVALIDDUL
  INTO CORRESPONDING FIELDS OF TABLE @itab
  from ( ( zt3_cn_contact4 as a
     LEFT outer JOIN zt3_cn_contact1 as b
     on a~id = b~id and
        a~invaliddul = 1 )

  inner join zt3_cn_contact3 as c
     on  c~id = a~id )
*  INTO TABLE @itab.
  client specified

то выборка идёт, но a~invaliddul ес-но любые
думаю проблема связана с разницей в интерпретации JOIN в нативе и опене - интересно как-то стало

p.s. сделал "времянку" через exec sql - чтоб не лезли в SQL editor в проде

UKY

А какой тип у zt3_cn_contact4~invaliddul? Может быть, надо фильтровать не по 1, а по `01`, например?

Skif

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

А какой тип у zt3_cn_contact4~invaliddul? Может быть, надо фильтровать не по 1, а по `01`, например?

NUMC10
Причём заполнен "грязно": 0 или 00000000000, 1...
думал на это, убрал выборку - стало собираться, но всё подряд..
может из-за этого?
-------
во, млин, попробовал выбрать в se16 zt3_cn_contact4~invaliddul = 1 - НОЛЬ записей! "а он есть"

ставлю > 0 - выбирает! Это безобразие какое-то...
--------
таки что делать?

Кодер

Skif написал:

Таки что делать?

Указывай a~invaliddul = '0000000001'
Раз это NUMC, то лежит в бд с ведущими нулями.
CLIENT SPECIFIED тебе как раз не нужен, он необходим, когда нужно указать MANDT в условиях.

Skif

Кодер написал(а):

Skif написал:

Таки что делать?

Указывай a~invaliddul = '0000000001'
Раз это NUMC, то лежит в бд с ведущими нулями.
CLIENT SPECIFIED тебе как раз не нужен, он необходим, когда нужно указать MANDT в условиях.

ЩАЗ!!
Ваши местячковые коллеги умудряются впихивать туда данные (причем просто флажок!) в "мусорном" формате.
NUMC10 (в оракле VARCHAR2(30) при такой загрузке вообще не позволяет потом средствами OpenSQL что-либо выбрать.
Вот поэтому они и требуют доступ к SQL-Editor в проде. А я-то думаю.. :evil:

p.s. "буду бить аккуратно, но сильно "

broker.chelny

Можно было сделать SQL-трассировку и увидеть какой запрос физически идёт в БД.
В плане выполнения запроса, можно также увидеть какая из таблиц возвращает нулевой набор данных, а там уже разбираться по месту.

+ в se16 можно отключить преобразования, чтобы видеть как физически хранятся данные.

Skif

С этим ладно - понятно.
Просто на Хану миграцию готовить - надо бы проверить качество содержимого остальных Z*-таблиц.
Кто делал? В смысле выборку таблиц с "мусорными" данными...

Skif

Привет,

Уже жалею, что вообще копнул этот проект

Вопрос - это, вообще, корректно - использовать прямую загрузку в базу минуя нормализацию данных ?

LKU

Ну, делать с SAP интеграцию на уровне прямой записи в таблицы БД - это смело, конечно, и мягко говоря не распространенный подход.

Кодер

Skif написал:

Вопрос - это, вообще, корректно - использовать прямую загрузку в базу минуя нормализацию данных ?

Для рукожопов - вполне нормально. А так - конечно плохо

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

ABAP & Native SQL

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