Dmitry Biryukov2 Андрей Никифоров

В кубе только Shared Dimensions
У каждого члена измерений есть ключ и имя. Для каждого измерения есть отдельная таблица с ключами (PK) и именами членов. Есть таблица фактов, в которой ссылки (FK) на ключи измерений. Т.е. чтобы строить куб, таблицы измерений не нужны. А An.Man их дробавляет каждый раз при открытии куба

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

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

Кстати, что за железо, OS, Service Packs?

Dmitry BiryukovСвязать, конечно, ничего не мешает, но зачем?
Во вторых, работает же без связей и "левых" таблиц
В третьих, зачем делать двойную работу: связывать в SQL, а потом ещё и в MS AS.
View был специально построен и джойны в нём сложнее чем =.
(учитываются временн Ы е изменения параметров)

Есть у меня ещё один куб - там джойн добавляется и это приводит к петле, которую MS AS отказывается принимать. Симптомы такие же, структура сложнее. Я думал решив эту проблему - решу и другую.

Мне, IMHO, сдается, что вы пытаетесь сами себя перехитрить.
Утверждения типа "работает же без связей и "левых" таблиц" нельзя считать серьезными в IT.

Попробую более аргументированно обосновать мои замечания.
Вы включили в FactTable не только ключи листовых уровней измерения, но и ключи последующих уровней. Спрашивается зачем? Ведь нелистовой уровень связан с записями FactTable не напрямую, а опосредовано, через таблицу листового уровня. Поэтому, мой вам совет. И то что CubeEditor законно ругается на Loop является вполне обоснованным.

Мой совет. Не пытайтеь играть против CubeEditor, играйте на его стороне. Не извращайте таблицу фактов. Это вам ничего не принесет кроме головной боли, что уже свершилось.

Ya bi na vashem meste ne vkluchal CenovoiSegment v Ierrarchiyu, a sdelal bi ego nezavisimim izmereniem, kotoroe soedinyaetsya napryamuyu s tablicei faktov. T.o. vi vsegda mozhete posmotret. A kakie brandi kogda i v kakom cenovom diapazone prodavalis.

A ya vam predlagayu vtoruyu schemu, kotoraya v MS AS otrabativaetsya na Ura.

В моем случае это тоже элементарно.

Dmitry BiryukovКроме того, клиент - OWC10 и настраивать отдельно фильтры по сегменту и продуктам неудобно.
Пример: пользователь выбрал сегмент prestige, в котором пяток брэндов, в соседнем поле фильтра (продукт) остались все продукты, в том числе и пара сотен брэндов сегментов pid-price и popular.
Или выбрав пару (сегмент, продукт) пользователь рискует получить пустой отчёт.

Мне проблемы OWC известны - эта поделка годится только для элементарных запросиков на умеренных размерах измерений, т.к. MDX она строит отвратительнейший (такое впечатление, что команда MS AS зажала для OWC команды, набранной наверное из студентов, сведения о привратностях поведения MS AS).

Dmitry Biryukov2 backfire: а каким Вы клиентом пользуетесь?

Клиент свой

Dmitry Biryukov2 backfire: Ваш способ вычисления SOS сложнее в разы, кроме того (на сколько я понял), он возвращает результат только по сегменту Х.

Я решаю другую задачу. Если у вас около 50 KPI, то писать для каждого несколтко CM для расчета "доли", running total и т.п. - муторное заняте. Поэтому я делаю "долю" не на Measures, а на другом измерении, в приведенном примере на временной оси так как она выбрана для столбцов.

В приведенном MDX много других фишек, которае непосредственно для вычтсления доли не нужны, но необходимы для других дел, но это отдельная песня.

Dmitry Biryukov2 backfire
если не секрет сколько человеко-времени этот клиент разрабатывался и на чём он основан?

Про MDX я понял. Показатель у нас пока один - продажи. Поэтому пару СМ создать не лень :-)

1,5-2 человекогода, adomd+c#+VlexGrid