Open SQL вычисляемые поля.

lk

Добрый день , господа!
почитала я много грустного на форуме об ограниченности возможностей OPEN SQL,
но тем неменее нашла, как делать конкатинацию полей при выботке в результирующую таблицу.

теперь теплится надежда, а может можно сделать в рамках OPEN SQL такую штуку:

select t1.a, t1.b, t1.a*t1.b as c
into table a
from t1

и как это будет выглядеть в синтаксисе ABAP

или такое можно сделать только в Native SQL ???

P.S. Проблема в том , что с Native SQL вообще не работала и не представляю как обратиться к таблицам (допустим anlp)

заранее благодарна за отклики на мою проблемую

8051core

Все зависит от версии ABAPа, которая у вас стоит. В 7.40 можно такое сделать.
В более ранних версиях насколько я помню нет, придется делать через выборку во внутреннюю таблицу.

Выглядеть будет примерно вот так:

Code:

SELECT carrid,
       connid,
       fldate,
       price,
       seatsocc,
       ( price * seatsocc ) AS col1  FROM sflight INTO TABLE @DATA(tab).

lk

Спасибо, попробую, только вот это не смогла причитать

8051core написал(а):

INTO TABLE @DATA(tab).
[/code]

Что означает знак @ перед названием таблицы? далее DATA - название таблицы, а tab - структура?

8051core

@DATA() это нововведение ABAPa 7.40

Теперь вместо:

Code:

TYPES:
  BEGIN OF flight_schedule_type,
    carrid    TYPE s_carr_id,
    connid    TYPE s_conn_id,
    countryfr TYPE land1,
    countryto TYPE land1,
  END OF flight_schedule_type.
 
DATA flight_schedules TYPE STANDARD TABLE OF flight_schedule_type.
 
SELECT carrid connid countryfr countryto
  FROM spfli
  INTO TABLE flight_schedules.

можно просто писать:

Code:

SELECT carrid, connid, countryfr, countryto
  FROM spfli
  INTO TABLE @DATA(flight_schedules).

lk

Понятно... у нас вроде как 7.0 версия....
так что все очень грустно

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

прийдется ковырять как это делать в NATIVE...

Porsche‎

Смотрите справку на EXEC SQL. Там есть пример для NATIVE SQL. Но суммирование пары полей не причина для использования NATIVE SQL.
Обычная выборка в OPEN SQL и последующий цикл отрабатывают быстро если грамотно писать.

Удав

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

Добрый день , господа!
почитала я много грустного на форуме об ограниченности возможностей OPEN SQL,
но тем неменее нашла, как делать конкатинацию полей при выботке в результирующую таблицу.

Code:

SELECT *
INTO CORRESPONDING FIELDS OF TABLE lt_tab
FROM ...
WHERE ...

LOOP AT lt_tab ASSIGNING <fs>.
  <fs>-c = <fs>-a * <fs>-b.
ENDLOOP.

И в чем заключается грусть?

lk

Грусть в том, что вот этого никак не сделать в OPEN SQL:
EXEC SQL.
SELECT DISTINCT
anlu.zzdatvvekspl,
round( round( months_between(to_date(:p_date,'yyyymmdd'),to_date(anlu.zzdatvvekspl,'yyyymmdd')),0)/12,0) as month
INTO :wa_anlu
FROM anla a
LEFT JOIN anlu ON
anlu.bukrs = a.bukrs AND
anlu.anln1 = a.anln1 AND
anlu.anln2 = a.anln2

WHERE a.BUKRS = :p_bukrs AND
a.ANLN1 = :str_a

ENDEXEC.

lk

Сейчас бьюсь над другой продлеммой надо anla соединить с cdhdr
в anla-anlk ='120000000000'
a cdhdr-objectid ='1 12000000000000'

select ORACL можно было бы воспользоваться anla.anlk1 = substr (cdhdr.objectid ,4,12)
а в OPEN SQL нет возможности вырезать прям в селекте часть поля и сравнить...

Но в Navite SQL нет нашла возможности обработать масив значений с селекционного экрана значение С по ПО
... в общем прийдется кучу селектов писать, а хотелось бы один...

lk

Porsche‎ написал(а):

Смотрите справку на EXEC SQL. Там есть пример для NATIVE SQL. Но суммирование пары полей не причина для использования NATIVE SQL.
Обычная выборка в OPEN SQL и последующий цикл отрабатывают быстро если грамотно писать.

Конкатенацию можно сделать и бех цикла:

SELECT. Конкатинация строк.

*1. Отпсиание типа таблицы
TYPES: BEGIN OF table_ok,
anln1 TYPE anla-anln1, " Номер ОС
zz_field TYPE char100, " Название основногоср
txa50 TYPE anla-txa50, " Название ОС продолжение
END OF table_ok.
*2. описание самой таблицы
DATA: vib_ok TYPE STANDARD TABLE OF table_ok WITH HEADER LINE,
wa_ok TYPE table_ok.

select anln1 txt50 as zz_field+0(50)
txa50 as zz_field+50(50)
into corresponding fields of table vib_ok
from anla
WHERE anla~ANLN1 = '120000000205'.

lk

Code:

SELECT *
INTO CORRESPONDING FIELDS OF TABLE lt_tab
FROM ...
WHERE ...

LOOP AT lt_tab ASSIGNING <fs>.
  <fs>-c = <fs>-a * <fs>-b.
ENDLOOP.

LOOP - Это не красивое решение. А я же девочка! Мне хочется чтоб все было красиво, и программы в том числе.

Это решение красивее:

Code:

select anln1 txt50 as zz_field+0(50)
             txa50 as zz_field+50(50)
into corresponding fields of table vib_ok
from anla
 WHERE anla~ANLN1 = '120000000205'.

я надеюсь все понимают, что WHERE anla~ANLN1 = '120000000205' - это утрированно.

nicky555

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

LOOP - Это не красивое решение. А я же девочка! Мне хочется чтоб все было красиво, и программы в том числе.

вам шашечки, или ехать ..? :shumlol:

8051core

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

LOOP - Это не красивое решение. А я же девочка! Мне хочется чтоб все было красиво, и программы в том числе.

ABAP в принципе нет тот язык где будет все красиво и лаконично. Это Вы консерваторией ошиблись.

И еще небольшой совет, не надо при решении стандартных задач без особой необходимости использовать Native SQL.
Вас потом ваши же коллеги будут тихо ненавидеть за такие костыли в программах.

8051core

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

Сейчас бьюсь над другой продлеммой надо anla соединить с cdhdr
в anla-anlk ='120000000000'
a cdhdr-objectid ='1 12000000000000'

Зачем соединять эти таблицы в рамках одного запроса?
Выберите сначала нужные ключи из ANLA, потом дополните их необходимой информацией и уже делайте запрос к CDHDR

lk

nicky555 написал:

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

LOOP - Это не красивое решение. А я же девочка! Мне хочется чтоб все было красиво, и программы в том числе.

вам шашечки, или ехать ..? :shumlol:

))))))))))
мне ехать с шашечками!

Но согласитесь, вариант конкатенации без лупа красивее (автор не я, я подсмотрела и мне понравилось)

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

Open SQL вычисляемые поля.

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