OBIEE множественная таблица фактов в одной бизнес-модели?

#obiee

#obiee

Вопрос:

Прошу прощения за изображения, но я думаю, что это лучший способ раскрыть проблему.

Взаимосвязи на физическом уровне, как показано ниже;

введите описание изображения здесь

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

Когда я пытаюсь получить данные между двумя таблицами фактов, я получаю результат, как показано ниже;
введите описание изображения здесь

Наконец, вот sql-код моего отчета; введите описание изображения здесь

Итак, я уверен, что между отношениями нет проблем..Как я могу исправить эту проблему?

Заранее спасибо..

Ответ №1:

Вам необходимо установить уровни содержимого в LTS фактов равными «Общему итогу» для несоответствующих измерений, а также привязать показатели к общему уровню несоответствующих измерений.

https://greatobi.wordpress.com/2011/06/24/making-dims-facts-work-together/

Комментарии:

1. Привет, Крис, я создал новую иерархию логических измерений для складов Dim и установил ее логический уровень как общий итог для общего показателя заказа в таблице фактических заказов. Теперь это работает, но неправильно. Пожалуйста, посмотрите результат отчета; pasteboard.co/I5l0a6n.png и проверьте это, что я сделал; pasteboard.co/I5l0K2L.png

2. Почему это должно быть неправильно? Вы получаете общую сумму, поскольку общую сумму заказа нельзя разделить по складу

3. Этот результат неверен; pasteboard.co/I5l0a6n.png Поскольку сумма заказа не может быть одинаковой для всех складов, поэтому этот результат не имеет смысла.. Как я могу разделить по складу? Я не понимаю, что не так с моделью отношений или BMM. Я проверял все много раз

4. Согласно вашему дизайну, Dim Склады не связаны с фактическими заказами. Следовательно, показатель заказа не может быть разделен по складу, потому что is не имеет ни малейшего представления о том, как он соотносится со складами. Это ваша модель, не моя. Следовательно, общий итог для показателя заказа в отношении складов равен общему итогу. Точка.

5. «Да, нет никакой взаимосвязи, но обычно мы можем написать sql, используя некоторые таблицы, чтобы получить этот результат». КАК бы вы написали это, чтобы произвести разделение?! На основе вашей модели вы также не можете разделить время. Ваша модель или данные на ее основе имеют недостатки. OBI может делать практически все, но если ваши данные не поддерживают то, что вы хотите сделать, тогда вы заблокированы.