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

И насколко корректно это происходит,

т.е. старые записи затираются или при совпадении дублируются, или вообще остаются прежними?

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

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

Делай 2 пакета - один на куб, другой - на осн данные...

1 Business Scenario
Data from legacy systems do not distinguish between transactional data and master data very often. For example you can find the customer number, customer name, period and revenue in one single record.
2 The Result
The SAP Business Information Warehouse stores master data and transactional data in different tables and therefore the data has to be split in the appropriate master data tables and in the fact table from the InfoCube.
Example:
The file with the transactional data contains the name of the customer:
20010315;1000;10;1;CN00S1;6000;Smith&Co.;10000;USD
20010315;1000;12;2;CN00S2;6001;Bush Transport;5000;USD
Customer number 6000: Smith&Co.
Customer number 6001: Bush Transport.
During the upload of the transaction data, the master data is updated as well.

Т.е. если я правильно понимаю, когда я обновляю ОДС\Куб, в котором есть признак с ОД, и запись для инфопровайдера соответствует записи для признака, он сам обновится?

Т.е. если я правильно понимаю, когда я обновляю ОДС\Куб, в котором есть признак с ОД, и запись для инфопровайдера соответствует записи для признака, он сам обновится?

The function module "RSDMD_WRITE_ATTRIBUTES_TEXTS" can also be used for the update/upload of attributes. The I_TABCLASS has to be 'M' (=MASTER) in this case. In I_T_TABLE you have to pass a table (like the structure of the M-VIEW, keep OBJVERS empty) with all records you would like to upload.

The following example shows the usage in an ABAP.

REPORT Z_UPLOAD_ATTR .
data: begin of custattr occurs 5000.
include structure /BI0/MD_SOLD_TO. "M-view
data: end of custattr.
start-of-selection.
*fill internal table – all values in internal format (e.g. leading zeros)
custattr-D_SOLD_TO = '0000006000'.
custattr-D_COUNTRY = 'US'.
custattr-D_INDUSTRY = '111'.
append custattr.
custattr-D_SOLD_TO = '0000006001'.
custattr-D_COUNTRY = 'CA'.
custattr-D_INDUSTRY = '222'.
append custattr.
call function 'RSDMD_WRITE_ATTRIBUTES_TEXTS'
exporting
i_iobjnm = '0D_SOLD_TO'
i_tabclass = 'M'
tables
i_t_table = custattr
exceptions
attribute_name_error = 1
iobj_not_found = 2
generate_program_error = 3
others = 4.


PROGRAM UPDATE_ROUTINE.
*$*$ begin of global - insert your declaration only below this line *-*
* TABLES: ...
type-pools: rssm.
data: begin of custtxt occurs 5000.
include structure /BI0/TD_SOLD_TO. "TEXTTABLE
data: end of custtxt.
* DATA: ...
*$*$ end of global - insert your declaration only before this line *-*

FORM startup
TABLES MONITOR STRUCTURE RSMONITOR "user defined monitoring
DATA_PACKAGE STRUCTURE /BIC/CS0000000092
USING RECORD_ALL LIKE SY-TABIX
SOURCE_SYSTEM LIKE RSUPDSIMULH-LOGSYS
CHANGING ABORT LIKE SY-SUBRC. "set ABORT <> 0 to cancel update

*
*$*$ begin of routine - insert your code only below this line *-*
* fill the internal table "MONITOR", to make monitor entries
field-symbols: <l_requnr> type rssm_s_minfo-requnr.
data: l_requnr type fieldname.
data: l_s_minfo type rssm_s_minfo.
* empty internal table
refresh custtxt.
* fill internal table with customernumber and customertext

loop at DATA_PACKAGE.
custtxt-d_sold_to = DATA_PACKAGE-d_sold_to.
custtxt-txtsh = DATA_PACKAGE-txtsh.
collect custtxt.
endloop.
* get requestnumber
l_requnr = 'I_REQUNR'.
assign (l_requnr) to <l_requnr>.
l_s_minfo-requnr = <l_requnr>.
* call text transfer

call function 'RSDMD_WRITE_ATTRIBUTES_TEXTS'
exporting
i_iobjnm = '0D_SOLD_TO'
i_tabclass = 'T'
i_s_minfo = l_s_minfo
tables
i_t_table = custtxt
exceptions
attribute_name_error = 1
iobj_not_found = 2
generate_program_error = 3
others = 4.
* if abort is not equal zero, the update process will be canceled
ABORT = 0.
*$*$ end of routine - insert your code only before this line *-*
*
ENDFORM.

Есть еще в How-To такой мануал:

"How to Update Master Data during an upload of transactional data".

Вот короткая выжимка.
Может это вам и поможет.

Выжимка не помогла, а вот ссылочку на полный документ? А то как-то сегодня я все время упираюсь в то, что список хау-тушек начинается с 3-ки, а еще и service.sap.com/bw не работает. Где они лежат-то сейчас?

https://www.sdn.sap.com/irj/sdn/howtoguides

Я понял, почему ты спросила. Если это о How-To, то там предлагается для обновления МД использовать ФМ.

На SDN. Но там тоже искать надо. Похоже SAP у себя какую-то "перестройку" затеял. У меня service.sap.com тоже глючит не по-децки.