Репозиторий Oracle BI

Question

Я новичок в Oracle BI. Я читал документы, учебные пособия, оракулы с помощью примеров руководств и просмотра некоторых видеороликов. Но я не могу ответить на некоторые вопросы, которые путают мой разум.

1-) Почему у нас есть 3 слоя репозитория? В учебниках они перетаскивают объекты с физического уровня на бизнес-модель и слой отображения. В этом слое они переименовывают имена таблиц. Затем они перетаскивают объекты из бизнес-модели в уровень презентации. В этом слое они снова переименовывают имена таблиц, и они удаляют некоторые столбцы. Я думаю, что мы можем использовать только физический уровень и уровень представления. В слое представления мы можем переименовать имена таблиц и удалить некоторые столбцы.

2-) На физическом уровне мы импортируем объекты из источников данных. Мы можем импортировать таблицы, представления и внешние ключи. Какова наилучшая практика для разработки бизнес-модели? Я создал тестовый репозиторий. Я импортировал таблицы, представления и внешние ключи из базы данных. Но когда я пытаюсь проверить согласованность (после подготовки уровня представления), я принял сообщения об ошибках о самосоединениях на физическом уровне. Могу ли я решить проблему самостоятельного присоединения?

3-) Должен ли я импортировать только таблицы и представления из базы данных в физическом уровне? Я думаю, что если я не перестану присоединяться вручную после операций импорта, Oracle BI Server может не подготовить правильные SQL-заявления. У нас есть большая база данных (может быть, 500 таблиц), поэтому, если я не импортирую внешние ключи, вручную создавая внешние ключи будет массивный ручной процесс. Я также не знаю, какие внешние ключи являются обязательными для хорошо продуманной бизнес-модели?

4) Когда изменения таблиц базы данных (для добавленных новых столбцов) были ли эти изменения автоматически обновлены до физического уровня?

Спасибо ..

Answer 1

1- Physical Layer = Физическая модель данных (Database Внедрение) бизнеса-модель и картирование Layer (ВММЫ) = логическая модель данных (декларативный способ сказать, какая таблица является фактом, измерения , ...) Презентационный уровень + Что конечный пользователь, клиент видит

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

Больше проверить эту ссылку: http://gerardnico.com/wiki/dat/obiee/logical_business_model#centralized_and_consistent_conceptual_data_model

2- Чтобы исправить автообъединение, вы должны создать псевдоним вашего стола на физическом уровне http://gerardnico.com/wiki/dat/obiee/alias#physical_table_alias

3- Вы можете импортировать все. также внешний ключ ;-) Лучшая практика заключается в том, чтобы импортировать только то, что вам нужно.

4- Нет, но у вас есть утилита для выполнения этой работы. Вы можете найти его в ящике.

И лучший OBIEE форум здесь: forums.oracle.com/forums/forum.jspa?forumID=378

Успех

Нико