Export / Import структуры, возможно ли?

Salmaner

Всем доброго времени суток.

Столкнулся с проблемой: экспортирую таблицу в кластер, но таблица типа структруры, которая формируется динамически.
чтобы импортировать таблицу нужно точное совпадение структуры таблиц. вот и зациклился на экспорте структуры, чтобы потом ее импортировать и создать таблицу ее типа с последующим имопортом таблицы.
насколько это выполнимо?
в хелпе такого нету ... но очень хочется ...

Parazit

Ниче не понял, но что касается динамических таблиц

Salmaner

мммм вроде старался как можно проще объяснить.
Динамически я имел в виду создается отчет, в котором и описывается структура путем удаления лишних полей, потом отчет запускается

Цитата:

generate subroutine pool lt_code name ov_driver message mm line ll.

я при геренации добавил свой код по экспорту таблицы в кластер.
а у себя в отчете я не могу востановить весь процесс создания такого отчета с требуемой структурой, слишком неэфективно.

ОК, тогда такой вропрос, есть ФМ по конвертации внутреней таблицы в какойнибудь объект, с обратным конвертированием в таблицу?

Parazit

Salmaner написал:

ОК, тогда такой вропрос, есть ФМ по конвертации внутреней таблицы в какойнибудь объект, с обратным конвертированием в таблицу?

Если цель - сохранить на время внутреннюю таблицу, то можно примерно так:

Code:

  wa_indx-aedat = sy-datum.
  wa_indx-usera = sy-uname.
  wa_indx-pgmid = sy-repid.
  cl = sy-mandt.

  EXPORT tab = lt_data
    TO DATABASE indx(xy)
    FROM wa_indx
    CLIENT cl
    ID 'TABLE_RABEST_ALV01'.

sy-uname

Parazit написал:

Salmaner написал:

ОК, тогда такой вропрос, есть ФМ по конвертации внутреней таблицы в какойнибудь объект, с обратным конвертированием в таблицу?

Если цель - сохранить на время внутреннюю таблицу, то можно примерно так:

Code:

  wa_indx-aedat = sy-datum.
  wa_indx-usera = sy-uname.
  wa_indx-pgmid = sy-repid.
  cl = sy-mandt.

  EXPORT tab = lt_data
    TO DATABASE indx(xy)
    FROM wa_indx
    CLIENT cl
    ID 'TABLE_RABEST_ALV01'.

Так у них проблема в том, что импортированная и экспортированная таблица может по структуре различатся. И наверно если задать достаточно широкую таблицу-приёмник без внутренней структуры, то данные наверно ещё можно будет заимпортировать, но вот потом разбить их правильно по полям (что за поле, какого типа и т.п.) - тут уже сложнее. Правильней будет делать кроме экспорта таблицы с данными ещё и описания структуры таблицы, а по нему уже при импорте динамически создавать вн.таблицу-приёмник. Неужели все эити извращения ради злосчастных "для периода\в периоде"?

Parazit

sy-uname написал(а):

Так у них проблема в том, что импортированная и экспортированная таблица может по структуре различатся.

Вот оно что, понятно.

sy-uname написал(а):

Правильней будет делать кроме экспорта таблицы с данными ещё и описания структуры таблицы, а по нему уже при импорте динамически создавать вн.таблицу-приёмник.

Логично.

sy-uname написал(а):

Неужели все эити извращения ради злосчастных "для периода\в периоде"?

Не могу себе представить, зачем это нужно... Может вообще от самого начала проблему обсудить?! Конечная цель то какая?

sy-uname

Parazit написал:

sy-uname написал(а):

Неужели все эти извращения ради злосчастных "для периода\в периоде"?

Не могу себе представить, зачем это нужно... Может вообще от самого начала проблему обсудить?! Конечная цель то какая?

Не уверен на 100%, но очень похоже на развитие темы
Функциональный модуль или ЛБД? плиз хелп.

Salmaner

sy-uname написал(а):

Parazit написал:

sy-uname написал(а):

Неужели все эти извращения ради злосчастных "для периода\в периоде"?

Не могу себе представить, зачем это нужно... Может вообще от самого начала проблему обсудить?! Конечная цель то какая?

Не уверен на 100%, но очень похоже на развитие темы
Функциональный модуль или ЛБД? плиз хелп.

Вы правы, все эти извращения из за непонятки как работать с готовыми результатами расчета, данные получили как с ЛБД так и с ФМ, но как потом разбирать записи со статусами "А" "Р" "О" + Для/В периоде, хрен его маму знает.

matel

sy-uname написал(а):

Правильней будет делать кроме экспорта таблицы с данными ещё и описания структуры таблицы, а по нему уже при импорте динамически создавать вн.таблицу-приёмник.

DESCRIBE .... INTO...
поможет

Lars

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

sy-uname написал(а):

Правильней будет делать кроме экспорта таблицы с данными ещё и описания структуры таблицы, а по нему уже при импорте динамически создавать вн.таблицу-приёмник.

DESCRIBE .... INTO...
поможет

чем ?

matel

Lars написал:

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

sy-uname написал(а):

Правильней будет делать кроме экспорта таблицы с данными ещё и описания структуры таблицы, а по нему уже при импорте динамически создавать вн.таблицу-приёмник.

DESCRIBE .... INTO...
поможет

чем ?

Пример

Code:

TYPE-POOLS:  sydes.
BEGIN OF gs_data,
       name   TYPE usr01-bname,
       date   TYPE d,
       matnr  TYPE mara-matnr,
       char   TYPE char03,
       hex(5) TYPE x,
     END OF gs_data,
     gt_td      TYPE sydes_desc

DESCRIBE FIELD gs_data INTO gt_td.

gt_td -- состоит из 2-х таблиц TYPES и NAMES
Основные поля:
TYPES-type внутренний тип поля
TYPES-length его длина
TYPES-idx_name индекс в таблице NAMES, по которому хранится имя этого поля
TYPES-decimals -- кол-во знаков после запятой
TYPES-idx_help_id -- если исходно поле было объявлено со ссылко на дикшинари объект, то dx_help_id будет содержать индекс в таблице NAMES, по которому хранится имя этогодикшинари объекта

NAMES-name -- имя

более подробно (а также нюансы) читайте в хелпе

Имхо, этих данных предостаточно, чтобы динамически создать новый объект в новой программе.

Lars

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

более подробно (а также нюансы) читайте в хелпе

Обязательно.

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

Имхо, этих данных предостаточно, чтобы динамически создать новый объект в новой программе.

Пробовали?

matel

Lars написал:

Пробовали?

Конечно

!
Рекомендую и Вам попробовать. Пример создания таблицы для описанной мною выше структуры.

Code:

DATA:
     gt_comp      TYPE cl_abap_structdescr=>component_table,
     gs_comp      LIKE LINE OF gt_comp,
     gx_element   TYPE REF TO cl_abap_elemdescr,
     gx_jointype  TYPE REF TO cl_abap_structdescr,
     gx_tabletype TYPE REF TO cl_abap_tabledescr,
     gz_data      TYPE REF TO data.

FIELD-SYMBOLS:
     <gt_table> TYPE ANY TABLE.

gx_element ?= cl_abap_elemdescr=>describe_by_name( 'USR01-BNAME' ).
CLEAR gs_comp.
gs_comp-name = 'NAME'.
gs_comp-type = gx_element.
APPEND gs_comp TO gt_comp.

gx_element ?= cl_abap_elemdescr=>get_d( ).
CLEAR gs_comp.
gs_comp-name = 'DATE'.
gs_comp-type = gx_element.
APPEND gs_comp TO gt_comp.

gx_element ?= cl_abap_elemdescr=>describe_by_name( 'MARA-MATNR' ).
CLEAR gs_comp.
gs_comp-name = 'MATNR'.
gs_comp-type = gx_element.
APPEND gs_comp TO gt_comp.

gx_element ?= cl_abap_elemdescr=>describe_by_name( 'CHAR03' ).
CLEAR gs_comp.
gs_comp-name = 'CHAR'.
gs_comp-type = gx_element.
APPEND gs_comp TO gt_comp.

gx_element ?= cl_abap_elemdescr=>get_x( 5 ).
CLEAR gs_comp.
gs_comp-name = 'HEX'.
gs_comp-type = gx_element.
APPEND gs_comp TO gt_comp.

gx_jointype = cl_abap_structdescr=>create( gt_comp ).
gx_tabletype = cl_abap_tabledescr=>create(
    p_line_type  = gx_jointype ).
CREATE DATA gz_data TYPE HANDLE gx_tabletype.
ASSIGN gz_data->* TO <gt_table>.

Lars

Да дали бы проще ссылку на sap.net

А насчет попробовать, попробую конечно, пока обходился ...

Salmaner

Суппер!
обязательро пригодится!
Всем спасибо за участие!

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

Export / Import структуры, возможно ли?

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