Здравствуйте!

Сейчас есть признак 0VENDOR у 0MATERIAL, как атрибут. В него грузятся данные, всё работает.

Нужно, чтобы этот атрибут был зависим еще от 0PLANT и 0COMP_CODE. Насколько я понял, такие вещи решаются через соединение (compaunding). Но вот беда, 0VENDOR не так и просто присоединить к чему-то еще, нужно перегружать кучу данных... Этого никто сделать не даст.

Пока мне пришла в голову идея создать Z признак, дублирующий 0VENDOR, и подгружать из 0VENDOR в него все данные. Его уже заполнять.

Иного способа нет?

0PLANT - атрибут 0VENDOR
0COMP_CODE либо тоже атрибут, либо можно таковым сделать.
Для разных кодов 0VENDOR будут свои 0PLANT и 0COMP_CODE. Какая еще зависимость нужна? Или принципиально чтобы на одном коде 0VENDOR висели разные заводы? Почему Вы считаете что нужно присоединять 0VENDOR к чему-то, а не чего-то к 0VENDOR?

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



То есть, для Завод1 и балансовой единицы БЕ1 поставщик "А", а для вторых номеров - "Б".

Хм, насколько я понимаю, такое можно сделать только если завсти compounding в самом 0MATERIAL, да?

Стандартное решение: COMPOUNDING.
CONCATENATION Ключей в вашем случае плохое решение, IMHO.

Как 0MATERIAL может принимать 2 значения атрибута 0VENDOR одновременно?

И замечание верное, для Вашей текущей ситуации. Так как у вас на данный момент одной ключевое поле 0MATERIAL, то как это атрибут 0VENDOR будет иметь два значения для одного ключа в один момент времени?!
Если стоит COMPOUND, то нормально будет решаться.
Материал 1, выпускаемый Заводом 1, поставляется на этот завод Поставщиком A,
Материал 1, выпускаемый Заводом 2, поставляется на этот завод Поставщиком B.
Нормально, ведь.

COMPOUND чего к чему ?

В 0MATERIAL COMPOUNDING 0PLANT and 0COMP_CODE.

Это беда!

Мне кажется не нужно страдать. В куб или ОДС грузится Мат1, ПостА, Завод1, БЕ1 и Мат1, ПостБ, Завод2, БЕ2 и поставщик выводится в отчет не как атрибут материала, а как самостоятельный признак. Или у Вас отчет построен на инфо-объекте материала?

Конечно. Если бы не одно но - поставщика у материала могут поменять на источнике. "Задним числом". Тогда нужно писать очень хитрые трансформации, которые перегрузят все данные.

А ввод внешнего соединения, похоже, потребует перегрузки всех данных в кубах и ODS.

То есть, пока - тупик...

Ну тут нужен ZMATERIAL "Материал по поставщикам". А сейчас у вас каждому материалу соответствует по одному поставщику? Как вообще Вы хотите изменить модель и не перегружать данные если у Вас была связь 1 к 1, а стало многие к 1?

Сейчас у каждого материала есть атрибут Поставщик 0VENDOR. И есть куб, где (среди прочих) есть признаки Завод 0PLANT, БЕ 0COMP_CODE.

Есть, например, такая штука как зависимый от времени атрибут. То есть, атрибут который зависит не только от самого признака, но и от 0CALDAY.

Вот нужно что-то похожее. Чтобы атрибут зависил еще от двух признаков, от 0PLANT и 0COMP_CODE.

а в каком ИД информация о комбинации Материал-Завод-Поставщик (БЕ наверное у каждого завода одна), в транзакционных данных или в ОД? Где меняют задним числом инфу про поставщика?

Меняют - на источнике. Вообще - это время-зависимый атрибут. Есть таблица EORD, где есть диапазоны дат, и поставщики, материалы. Данные в таблице EORD могут поправить в любой момент (ах, мы ошиблись, думали у нас поставщикА, а на самом деле поставщикБ).

Информация таблицы EORD грузится в ODS, для чего был написан отдельный экстрактор. Загрузить из ODS можно куда угодно, но вот вопрос - куда?

Понятно
Ну дык и добавить поставщика в ОДС как обычный признак, но не в ключ. Чтобы он был временно-зависимым, время должно быть в ключе ОДС. Если значение меняется на стороне р3 то с дельтой оно перезапишется и в BW.