Подскажите, как нужно описать в OWB измерение на основе следущей табличке

DIM_CITY
ID number
CITY varchar2
OBLAST varchar2
REGION varchar2
COUNTRY varchar2

я описывал следующим образом
LEVELS
LEV_CITY
атрибуты CITY_ID,CITY
LEV_OBLAST
атрибуты OBLAST
LEV_REGION
атрибуты REGION
LEV_COUNTRY
атрибуты COUNTRY

HIERARCHY
COUNTRY
REGION
OBLAST
CITY


также создал куб с привязкой на CITY_ID

после экспорта метаданных в ORACLE OLAP наблюдаю следующую особенность
пытаюсь посмотреть кубик с помощью BI Spreadsheet Add in
начинаю с уровня COUNTRY при переходе по иерархии до самого нижнего уровня вместо названий городов появляются их ID, как с этим бороться?

если имеется ввиду скрипт экспорта метаданных, то атрибуты Long Description и Short Description он привязал к колонке CITY, самое интересное, как я понял, в OWB нельзя настроить какая колонка будет привязана к этим типам атрибутов, если только ручками в скриптах править:(

посмотрел схему BIBDEMO они вообще не используют числовые ID


а вообще у кого-нибудь есть опыт промышленной эксплуатации ORACLE OLAP?

BirkhoffВот скоро выйдет AWM2 и всем будет счастье.
OWB скрипт не очень хорошо генерит, но опять таки, скоро выйдет новый его релиз - и там не будет бриджа для OLAP, OWB будет создавать OLAP объекты напрямую.

если не трудно вы не могли выложить ссылочку на эту информацию

Тут обнаружил ещё одну особенность

Если есть табличка следующего вида
level1 varchar
level2 varchar
level3 varchar
level4 varchar

на ней в OLAP Catalog-е зарегистрирован dimension

и создана иерархия level1 -> level2 -> level3 ->level4

и предположим у нас в таблице есть следущие строки

level1 level2 level3 level4
Продукты Компания Колбасы Салями
Продукты Компания Колбасы Докторская
Канцтовары Компания Калькуляторы БЭСМ
Канцтовары Компания Бумага А4

тогда если делать в Olap Spreadsheet Add-in переход по иерархии получаем следующую картину


И вот сижу думаю толи это баг с тем, что Spreadsheet не учитывает в какой ветке иерархии он находится или я не правильно спроектировал измерение (вместо компании можно поставить произвольный атрибут товара).

BirkhoffА Spreadsheet Addin который в январе появился или какая то древняя бета?
январьский из комплекта BITools10g

BirkhoffА куб MOLAP или ROLAP?
И какая база?
И есть ли патчи?

куб ROLAP, после создания MOLAP получаеться вообще полный бред

база 9.2.0.6

BirkhoffА если иерархию временно передаелать в
Level2->Level1->Level3->Level4?
Будет нормально?
Наверное, это из за того что Компания является ID и при этом присутствует в разных ветках.

для данного примера конечно это выход

только вот если у нас например есть 700тыс. единиц наименований у них есть два булевых свойства в принципе, не особо важные, чтобы быть наверху иерархии, но и выбросить их из рассмотрения нельзя. При этом велика вероятность того, что значение низлежащего уровня будет иметь двух разных парентов. Идеально было бы их положить в атрибуты нижнего level-а, но так как не понятно каким образом достучаться до них из Spreadsheet или BI Beans, то этот вариант отпадает.

В MOLAP наверное принципиально нельзя такое сделать, т.к. там level-based иерархия хранится в parent-child формате.

BirkhoffПросто айдишниками левелов должно быть не их наименование, а числовой ID.
Это может помочь.

а в чем разница для oracle olap number или varchar?

BirkhoffРазница есть для Parent-Child.

Для ROLAP в том виде как он реализован не знаю, есть ли разница. Если он проверяет уникальность имени листа, то нет разницы, а если не проверяет, то иерархия будет строиться по ID.

Надо проверять.

То есть если id сделаю для Компании равным 1, то у меня должно все заработать?
пойду проверю...

Ну чтож подведем итоги

Проверка показала, что средства работы с ROLAP и MOLAP выдают абсолютно не адекватные результаты, когда значению низлежащего уровня иерархии соответствует несколько значений более высокого уровня.

При этом возникают сомнения насчет применимости Oracle OLAP, когда в измерении имеется большое количество признаков

на 10g пока нет возможности проверить
качается пока
уже известна дата выхода патча 10.1.0.4?