Очередной вопрос по дизайну в Юконе.

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

Насколько я почерпнул из небольшего объема информации по Юкону, для того чтобы запросы на related измерениях (в терминах AS2K) разрешались без обращения к кубу, надо чтобы эти измерения были иерархиями одного и того же измерения (в терминах AS2K5). Но тогда получается, что я должен для использования данной фичи продублировать в измерении "товар" все аттрибуты измерения "Поставщик" :-(

Т.е. в измерении "Товар" надо тупо создать иерархию "Товар"."ГлавныйПоставщик" как копию главной иерархии измерения "Поставщик" или отказатся от фишек даруемых related измерениями.

Ни то ни другое меня особо не радует. Неужели нет выхода? :-(

MoshaЧто значит "запросы на related измерениях ... разрешались без обращения к кубу" ? Можно пример MDX который демонстрирует такой запрос

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

Прочитав сэра Ричарда

Introduction to MDX Scripting in Microsoft SQL Server 2005 Beta 2Autoexists
The true space of the cube is more restricted than the product of its attribute hierarchies. There are cells that do not exist, because Autoexists Attribute members from the same dimension, which do not exist with one another, do not exist in this cube space. For example, (Beijing, Canada) does not exist. The concept of Autoexists runs throughout this document.

Note This has nothing to do with data in the fact table. It is a dimensional concept only–Autoexists only pertains to the attributes in the same dimension.
Queries can request cells that do not exist in the cube space. For example, the statement select customer.gender.members on 0, {Customer.Name.Fred, Customer.Name.Jane} on 1 from sales includes cells that do not exist in this space. These cells always return empty–they cannot contain calculations and they cannot be written to.

Autoexists plays a large role in query results:

When sets with common dimensionality are projected along the same axis, members are retained that exist with each other.
For example:

Select crossjoin({Customer.Country.Country.USA}, Customer.States.States.members) on 0 from Sales

Result: only those states in USA are retained from Customer.States.States.members.

The All member of every hierarchy automatically exists with all other members of all hierarchies in the same dimension.

Я сделал пару запросов (в терминах AW)





К теме вопроса относятся 1 и 2 запросы.
Но тут же возникает вопрос: Почему в запросе 3 строках выводятся все: и Male и Female. Это by design? Как то это все не holistic :-(