У БЕ(zbukrs) много заводов(zwerks), в составе которых много складов(zlgort). Все они являются ключем\фильтром для выборки данных, а также используются в отчетности в агрегированном виде(количественный учет). Насколько я понимаю, правильно сделать завод навигационным атрибутом БЕ, а склад навигационным атрибутом завода. Все признаки хранятся в одной таблице(ztbl около 250000 строк) в erp. Вопрос в том, как построить экстракцию в них, чтобы в дальнейшем не было проблем с загрузкой данных и построением отчетности?

1 Все эти признаки извлекать из одного источника данных построеного на ztbl.
2 Для каждого из них создать отдельный источник\экстрактор извлекающий только нужные поля.
3 Для каждого из них создать источник\экстрактор, основанный на фм, извлекающий данные в разрезах нужного диапазона бе, завода, склада.
4 Альтернативные варианты

Все наоборот

завод - НА склада
БЕ - НА завода

Поймите сначала что Вы хотите загрузить: Тексты - отдельно, атрибуты для склада и для завода - отдельно

Настроить гибкое обновление атрибутов можно из одного источника. Можно из двух. ФМ делать необязательно, если все лежит в таблице. делайте ИД на ракурсе

Я поддерживаю Lench по поводу того, чтоб источники данных сделать на ракурсе, точней даже на нескольких ракурсах одной таблицы если она оч большая. Т.К не все же наверное в один куб надо тащить... чтото в ДСО, чтото в другой куб и.т.д....

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

Спасибо за ответы.
to Lench:

Пожалуйста объясните.
Например, мне нужно сделать отчет.
на селекционном экране:
бе
завод
склад
дата
форма отчета:
бе|завод|склад|различные показатели
*------------------
to Lester:

БЕ много. Заводов и складов еще больше.

БЕ (один-ко-многим) завод (один-ко-многим) склад, поэтому
завод - НавАтр склада
БЕ - НавАтр завода

Спасибо.
Еще вопрос. По условию некоторые БЕ имеют в подчинении другие БЕ. За это отвечает поле PARENTID, которое
указывает на узел в иерархии СП и поле flag в таблице ztbl.
например:
PARENTID FLAG ZBUKRS
10D00415 X 2240
10D00415 2284
10D00415 2285
10D00415 2282
10D00415 2283
10D00415 2286

у узла 10D00415 есть 6 БЕ. при этом у БЕ 2240 FLAG = 'X'. Это значит, что остальные БЕ этого узла находятся в составе БЕ 2240
Как правильно организовать это в хранилище?

загрузить в BW иерархию БЕ
На экране выбора переменных в запросе BEx использовать переменную с типом узел иерархии

Использовать, т.е. дать пользователю выбрать узел? Если да, то этого делать нельзя. Пользователь знает только наименование БЕ.

обычно для БЕ делают переменные с проверкой полномочий. Можно не делать ее готовой для ввода. Можно вообще не использовать никаких переменных если они не нужны

В ходе реализации появляется новая конкретика. Допустим в кубе есть данные.
PARENTID FLAG ZBUKRS MENGE

10D00415 2284 10
10D00415 2285 10
10D00415 2282 10
10D00415 2283 10
10D00415 2286 10
10D00415 X 2240 10

Как сделать, чтобы в отчете по БЕ 2240 считалась сумма?

10D00415 X 2240 60 (10 собственно + 50 в составе БЕ)

а чего у 2240 родитель 10D00415, т.е. тот же что и у всех остальных БЕ что в него входят?

Такова структура организации. Много СП у которых много БЕ, у некоторых из которых есть в составе другие БЕ.

Ничто не мешает вам сделать все эти замечательные заводы/склады атрибутами БЕ...

Bkmz

Как это коррелирует с мнением Lench?