SAP BusinessObjects Universe Designer training
4 likes2,995 views
Документ представляет руководство по созданию и управлению юниверсами в Business Objects, семантическом слое, который упрощает взаимодействие бизнес-пользователей с данными. Он охватывает процессы создания юниверса, подключения к источникам данных, построения структуры, а также решения возникающих проблем, таких как циклы и ловушки SQL. Включены советы по использованию функций и созданию условий для объектов, что позволяет оптимизировать запросы и улучшить производительность.
SAP BusinessObjects Universe Designer training
- 1. Dmitry Anoshin BOGBUSINESS OBJECTS GUIDE
- 3. 3 07/03/2012 Footer BusinessObjects Universe Юниверс – семантический слой, который изолирует бизнес пользователя от технических сложностей баз данных, в которых хранится корпоративная информация. Для облегчения жизни конечных пользователей, юниверс состоит из объектов и классов, которые ссылаются на данные в базе данных. Используя юниверс, пользователь оперирует бизнес терминологией, с которой он привык работать. Юниверс – это файл, который состоит из: • Подключения к источнику данных • ER диаграммы • Объектов и классов • Файл *.unv не должен превышать 1mb, кол-во объектов <=500
- 5. 5 07/03/2012 Footer BusinessObjects Universe Designer components Конструктор юниверсов – приложение для создания, редактирования юниверсов. Юниверс может иметь несколько подключений к разным БД, но одновременно работать можеть только с одной БД. Дизайнер используется только с репозиторие ВО, поэтому сначало необходимо подключиться к CMS. Для работы с юниверсом необходимо импортировать его из CMS. После внесений изменений эскпортировать обратно. Панель инструментов конструктора юниверсов:
- 6. 6 07/03/2012 Footer Creating the Course Universe После проведеннго анализа бизнес требований и разработки плана построения юниверса, можно приступить к созданию юниверса. Для этого необходимо: • Создать новый источник данных • Создать новое подключение в Конструкторе • Создать новый юниверс • Настроить параметры юниверсы (не обязательно)
- 7. 7 07/03/2012 Footer Database Connection В качестве источника данных можно использовать практически любые СУБД. Для подключения к источникам данных используются следующие драйвера: • ODBC • OLE DB • JDBC • и др. Существет 3 основных типа подключения: • Secured • Shared • Personal
- 8. 8 07/03/2012 Footer Creating New Universe Для создания нового юниверса необходимо нажать «New universe» и перед вами появится следующая форма:
- 9. 9 07/03/2012 Footer Controls Tab На вкладке управления можно ограничить: • количество выгружаемых строк • время выполнения запроса • размер строки
- 10. 10 07/03/2012 Footer SQL Tab На вкладке «SQL» настраиваются параметры связанные с SQL:
- 11. 11 07/03/2012 Footer Parameters tab На вкладке параметров можно включать, выключать параметры: • ANSI92 • BEGIN SQL • END SQL (“set query band”) • FILTER_IN_FORM • и другие
- 12. 12 07/03/2012 Footer Building the Universe Structure Схема юниверса состоит из таблиц и связей между ними. Для создания юниверса необходимо из источника данных выбрать таблицы и затем соединить их. При желании можно просматривать содержимое таблицы.
- 13. 13 07/03/2012 Footer Defining joins in a universe Послед добавления таблиц в юниверс не обходима создать связи между таблицами. Двойным кликом по ссвязи можно открыть окно редактирование связи: Связи: • Equal-join • Outer-join • Theta join • Shortcut join • Self-restricting join Auto Detect: SELECT count (*) FROM table1, table2 WHERE table1.column = table2.column SELECT count (*) FROM table1 SELECT count (*) FROM table2.
- 14. 14 07/03/2012 Footer List Mode Для просмотра всех связей юниверса можно использовать «List mode»:
- 15. 15 07/03/2012 Footer Checking integrity После создания модели рекомендуется проверить юниверс на наличие ошибок, для этого необходимо запустить “Integrity Check”
- 16. 16 07/03/2012 Footer Creating Dimension Objects При создании новых объектов сначало необходимо создать «Класс» – папку, и в ней уже создавать объекты.
- 17. 17 07/03/2012 Footer Creating Dimension Objects (cont) Измериния можно создать двумя способами: 1. Щелкнуть правой кнопкой мыши, выбрать «объект» В новом окне необходимо ввести название будующего объекта, выбрать тип данных и ввести поле из таблицы.
- 18. 18 07/03/2012 Footer Creating Dimension Objects (cont) 2. Перетащить объект из таблиц или всю таблицу целиком в область списка объектов: Если мы перетащим всю таблицу, то у нас создастся новый класс, в котором будут лежать все поля таблицы. При необходимости из объекта измерения мы можем превратить наш объект в объект – деталь:
- 19. 19 07/03/2012 Footer Creating Measure Objects Объект мера имеет численный тип данных. Как уже говорилось раньше, мера завист от контекста: Мера всегда должна использоваться с одной из агрегативных функций: • Sum • Count • Average • Maximum • Minimum
- 20. 20 07/03/2012 Footer The query process В BusinessObjects существует 2 уровня агригации, которые происходят во время выполнения запроса: • Агригация на уровне SELECT выражения находится в микрокубе • Агригация на уровне отчета
- 21. 21 07/03/2012 Footer Creating Measure Objects (cont) Мера создается также, как и измерение, только во вкладке свойства необхомо указать тип объекта – мера, или просто при написание названия поля использовать одну из 5 агрегативных функций.
- 22. 22 07/03/2012 Footer Loops in a Universe Во время созданию юниверса у нас могут получится циклы, то есть таблицы соединены таким образом, что образую замкнутый круг.: У нас есть следующая ситуация: • один набор таблиц (Car sale details, client, the client‟s region, clients country) • друго набор таблиц (Car sale details, showroom, showroom‟s country) Если мы соединим эти таблицы, то получим цикл. WHERE {COUNTRY.COUNTRY_ID=SHOWROOM.COUNTRY_ID} AND {COUNTRY.COUNTRY_ID=REGION.COUNTRY_ID } AND {REGION.REGION_ID=CLIENT.REGION_ID } AND {CLIENT.CLIENT_ID=SALE.CLIENT_ID } AND {SHOWROOM.SHOWROOM_ID=SALE.SHOWROOM_ID } AND {SALE.SALE_ID=SALE_MODEL.SALE_ID } AND {SALE.SALE_TYPE= 'S' } При выполнение запроса в отчет попадет не вся информация, так как согласно запросу у нас создалось ограничение Showroom Country =Client Country)
- 23. 23 07/03/2012 Footer Resolving Loops in a Universe Для решения циклов существует два способа: 1. Использование альясов: 2. Использование контекстов.
- 24. 24 07/03/2012 Footer About Contexts Контекст – это список джоинов и таблиц, которые могут вместе учавствовать в запросе. Любые объекты, полученные из таблиц, включенных в контекст, совместимы друг с другом. Если в запросе учавствует объекты из разных контекстов, то BO создаст несоклько запросов, свой для каждого контекста, а затем соединит их в одном микрокубе. Это позволяет избежать некорректных результатов . Допустим у нас есть юниверс Motors:
- 25. 25 07/03/2012 Footer About Contexts (cont) У нас есть две сущности Rental и Sale. Сущность Client одновременно связана с Rental и Sale: 1. Rental_Model: 2. Sales_Model:
- 26. 26 07/03/2012 Footer About Contexts (end) Для того, чтобы пользователь мог использовать в одном запросе одновременно объекты из разных контекстов, необходимо включить данную опцию в настройках юниверса. Такой запрос называется Ambiguous query.
- 27. 27 07/03/2012 Footer Resolving SQL Traps В дизайнере существует два вида “SQL traps”: • chasm traps • fan traps Если при возникновении цикла в отчет попадает меньше строк, то при возникновении ловушек у нас появляются лишние записи. К счастью, существет несколько способов для идентификации и решения таких вещей. Chasm Traps Chasm trap случается, когда у нас три таблички соединяются, как показано на рисунке, тоесть 1 ко многим.
- 28. 28 07/03/2012 Footer Chasm Traps Example
- 29. 29 07/03/2012 Footer Chasm Traps Example (end) Запрос возвращает все возможные комбинации строк таблицы SALE и все возможные комбинации строк таблицы RENTAL, тем самым задваивая наш результат. Вы можете ничего не заметить, пока не посмотрите на детализированные данные. Для решения данной проблемы существует 2 способа: • Изменить параметры юниверса, чтобы ВО создавал отдельный запрос для каждой таблицы, но это поможет только при использование мэр • Создание контекста для каждой таблицы
- 30. 30 07/03/2012 Footer Fan traps Fan traps случаются, когда у нас есть соединения 1 ко многим, которое также имеет соединение 1 ко многим с другой таблицей, как показано на рисунке. Fan traps example
- 31. 31 07/03/2012 Footer Fan traps example (cont) Мы не увидим ошибку, пока не посмотри на детализированную выгрузку: Для решения fan trap мы можем сделать одно из следующих действий: • Изменить параметры юниверса, чтобы ВО создавал отдельный запрос для каждой таблицы, но это поможет только при использование мэр • Использовать комбинацию из контекста и альясов • Избежать fan trap сценария
- 32. 32 07/03/2012 Footer Applying Restrictions on Objects Ограничения на объект можно накаладывать при его создание в дизайнере: Теперь при использование объекта в SQL выражение будет подставляться данное условие.
- 33. 33 07/03/2012 Footer Condition objects В ВО можно создавать специальные объекты, которые будут содержать условия – объекты фильтры. Такие объекты имеют ряд преимуществ: • Удобны для сложных условий Self-restricting join Такой тип ограничения создается непосредтственно на поле таблицы, и потом автоматически появляется в SQL выражение в условие, при использование данной таблицы в запросе:
- 34. 34 07/03/2012 Footer Using @functions with Objects • @prompt(,,,,,,) • @select() • @where() • @aggregate_aware(,) В ВО есть специальны класс функций - @ функции: @prompt Синтакс функции @ptompt состоит из семи параметров, разделенных запятой: • сообщение • тип данных (A-alphanumeric, N-numeric, D-Date) • список значений • mono (одно значение), multi (несколько значений) • free(позволяет ввести любое значение), constrained(позволяет выбрать только из списка значений), primary key(в запросе используется вместо значения его ключ) • persistent(сохраняет в промте последнее значение), not persistent • „Default value‟:‟key‟ (значение промпта по умолчанию и ключ для PK) Первые два параметра обязательны.
- 35. 35 07/03/2012 Footer @prompt example SHOWROOM.SHOWROOM_NAME = @prompt('Enter Showroom Name','A', 'ShowroomShowroom',mono,primary_key) SELECT sum(SALE_MODEL.SALE_QTY * MODEL.MODEL_PRICE *(100 - SALE.SALE_DISCOUNT )/100) FROM MODEL INNER JOIN SALE_MODEL ON (SALE_MODEL.MODEL_ID=MODEL.MODEL_ID) INNER JOIN SALE ON (SALE.SALE_ID=SALE_MODEL.SALE_ID) INNER JOIN SHOWROOM ON (SALE.SHOWROOM_ID=SHOWROOM.SHOWROOM_I D) WHERE (SALE.SALE_TYPE='S') AND (SHOWROOM.SHOWROOM_ID = 2 ) SHOWROOM.SHOWROOM_NAME IN @prompt('Enter Showroom Name','A', 'ShowroomShowroom',multi,primary_key,not_persistent, {'Prestige Cars' : '1', 'Prestige Sports Cars' : '2','Prestige Motors' : '3'}) SELECT sum(SALE_MODEL.SALE_QTY * MODEL.MODEL_PRICE *( 100 - SALE.SALE_DISCOUNT )/100 ) FROM MODEL INNER JOIN SALE_MODEL ON (SALE_MODEL.MODEL_ID=MODEL.MODEL_ID) INNER JOIN SALE ON (SALE.SALE_ID=SALE_MODEL.SALE_ID) INNER JOIN SHOWROOM ON (SALE.SHOWROOM_ID=SHOWROOM.SHOWROOM_ID) WHERE (SALE.SALE_TYPE='S') AND (SHOWROOM.SHOWROOM_ID IN (1, 2, 3) )
- 36. 36 07/03/2012 Footer @select Функция @select используется для дублирования объектов, то есть, если вам необходимо один и тот же код SQL использовать в нескольких объекта или в сложных формула, то вы можете вместо SQL выражения использовать дануню функцию. Рассмотрим пример: У нас есть объект «Model» (MODEL.MODEL_NAME+' '+MODEL.MODEL_TRIM+' '+MODEL.MODEL_ENGINE) Мы создадим еще один объект – «Model for rental» (@select(CarModel)). При использование это объекта, в запрос будет подставляться такой же код, как и при использование объекта «Model»
- 37. 37 07/03/2012 Footer @where Функция @where() также заменят SQL выражение на путь к объекту:
- 38. 38 07/03/2012 Footer @agreagate_aware Функция @agregate_aware необходима для работы с сумарными таблицами. @aggregate_aware(<SELECT statement for highest agg level>, <SELECT statement for second highest agg level>, .. <SELECT statement for second lowest agg level>, <original SELECT statement for basic agg calculation>)
- 39. 39 07/03/2012 Footer Using Hierarchies Иерархия – упорядоченная серия взаимовсвязанных измерений, которые используются для многомерного анализа, на пример, как на рисунке: Страна, Регион, Город. В ВО иерархия может быть естественной, например (Год, Месяц, День) или логической, то есть созданный в собственном порядке.
- 40. 40 07/03/2012 Footer Working with hierarchies По умолчанию ирархию повторяет очередность объектов в классе. Именно поэтому важно при созданию юниверса организовывать объекты в классе в нужной иерархии. Для просмотра существующей иерархии или создание своей иерархии можно использовать Hierarchies Editor
- 41. 41 07/03/2012 Footer Automatic time hierarchy При создание таких объектов типа дата, можно автоматически создавать автоматическую временную иерархию:
- 42. 42 07/03/2012 Footer Using List of Values В дизайнере при создании нового измерения или объекта деталь, автоматически создается список значений. Сразу этот список физически не создаются, но у вас есть возможность получить его, направив запрос к БД. Список значений базируется на SELECT DISTINCT. Его можно экспортировать вместе с юниверсов, тогда список значений конвертируется в XML и сохранается в файле *.unw в репозотирий ВО.
- 43. 43 07/03/2012 Footer Cascading LOV В дизайнере можно создать каскадный список значений, который упростит выбор параметров для пользователей.
- 44. 44 07/03/2012 Footer Derived Tables Производная таблица это виртуальная таблица, которую можно создать в структуре юниверса. Такая таблица содержит в себе SQL выражение. Пример таблицы DT_Sales_to_Rentals: SELECT CLIENT.CLIENT_ID, MODEL.MODEL_ID, (CASE SALE.SALE_TYPE WHEN 'R' THEN SALE.SALE_TOTAL ELSE 0 END) AS Rental_Total, (CASE SALE.SALE_TYPE WHEN 'S' THEN SALE.SALE_TOTAL ELSE 0 END) AS Sales_Total FROM CLIENT, MODEL,SALE,SALE_MODEL WHERE CLIENT.CLIENT_ID = SALE.CLIENT_ID AND MODEL.MODEL_ID = SALE_MODEL.MODEL_ID AND SALE_MODEL.SALE_ID = SALE.SALE_ID Nested Derived Tables
- 45. 45 07/03/2012 Footer Index awareness Index awareness позволяет нам пользоваться преимуществом primary, foreign key, то есть, допустим у нас есть запрос: В условие мы выбираем UK и US. А если мы воспользуемся Index awareness, то запрос примет следующий вид: То есть у нас из запроса исчезла таблица COUNTRY и мы отфильтровали UK и US по foreign key – MAKER.COUNTRY, тем самым улучшив производительность запроса. SELECT MAKER.MAKER_NAME, max(MODEL.MODEL_PRICE) FROM MAKER, MODEL, COUNTRY COUNTRY_MAKER WHERE (MODEL.MAKER_ID=MAKER.MAKER_ID) AND (MAKER.COUNTRY_ID=COUNTRY_MAKER.COUNTRY_ID) AND COUNTRY_MAKER.COUNTRY_NAME In ( 'United Kingdom','USA' ) GROUP BY MAKER.MAKER_NAME SELECT MAKER.MAKER_NAME, max(MODEL.MODEL_PRICE) FROM MAKER, MODEL WHERE (MODEL.MAKER_ID=MAKER.MAKER_ID) AND MAKER.COUNTRY_ID In ( 44,1 ) GROUP BY MAKER.MAKER_NAME
- 46. 46 07/03/2012 Footer To set up primary key index awareness Primary key: COUNTRY_REGION.COUNTRY_ID WHERE: COUNTRY_REGION.COUNTRY_ID = CLIENT.COUNTRY_ID
- 47. 47 07/03/2012 Footer Linking Universes ВО позваляет соединять несколько юниверсов в обном файле *.unw, что дает ряд преимущест (удобство при создание объектов и тп.) и не достатков (возможно подключиться только к одному источнику данных, списки значений хранятся только для одного из юниверсов, контексты должны быть определены для каждого юниверса и тд.)
- 48. 48 07/03/2012 Footer Applying Universe Access Restrictions В юниверсе можно настраивать ограничения доступа для определенных пользователей или для груп пользователей. Существуют следующие виды ограничений: • Соединение • Управление запросом • Контроль за SQL • Доступ на уровне объектов • Доступ на уровне строк • Доступ к альтернативным таблицам
- 49. 49 07/03/2012 Footer Applying Universe Access Restrictions (cont)
- 50. 50 07/03/2012 Footer Applying Universe Access Restrictions (cont)
- 51. 51 07/03/2012 Footer Managing Universes У вас есть возможность получить всю необходимую информацию по юниверсу (объекты, связы, таблицы, схема и тп). Для это необходимо: File->Print Preview/Print. В опциях юнивераса можно выбрать объекты, которые необходимо отразить в документации.
- 52. 52 07/03/2012 Footer Importing a universe После того, как вы закончили разрабатывать юниверс, его необходимо импортировать в репозиторирь ВО (CMS), для этого его нужно сохранить как файл *.unw, желательно чтобы название файла совпадало с название юниверса в параметрах.