https://boc.sdn.sap.com/developer/library
BO的簡單小步驟
DESIGNER
步驟:1.設定連線(ODBC、連線)
2.建立語意層
3.插入表格,設定關聯
4.新增類別、物件
5.剖析
6.其他(本文、迴圈)
WEBI
步驟:1.建立文件
2.選擇UNIVERSE
3.拉報表(篩選器、跨行、小計、交叉表格、公式)
收工,下班~~~~~~
BO權限設定法
步驟:
- 新增(設定)使用者,及其所屬群組(預設為ADMIN、EVERYONE)
- 從資料夾進入選取物件
- 設定使用者是否能選取、檢視等權限
- 如該物件需要用到UNIVERSE,則相關的UNIVERSE權限也要設定
BO圖片連結路徑
c:\Program Files\Business Objects XI\Tomcat\webapps\businessobjects\enterprise115\desktoplaunch\InfoView
Desktop Intelligence語法
百分比=(< 薪資和> ForEach< 固定/非固定>) / (< 薪資和> ForAll< 固定/非固定>)
人數 | % | |
台北 | 50 | 25% |
高雄 | 150 | 75% |
小計 | 200 | 100% |
@Prompt
@Prompt(‘message’,’type’,[lov],[MONO|MULTI],[FREE|CONSTRAINED])
您可以使用 @Prompt 函數來建立互動式物件。
您在物件的 Where 子句中使用 @Prompt 函數。
在查詢中使用該物件時,它會強制使用者輸入限制的值。
當使用者執行查詢時,提示方塊便會出現,要求輸入值。
當您想要在推斷的 SQL 中強制執行限制,
但不想要預先設定條件的值時,@Prompt 便很有用。
‘message’
提示訊息的文字。文字必須加上單引號,
例如,’選擇地區’、’挑選時段’或 ‘選擇陳列室’。
當查詢執行時,文字會出現在提示方塊中。
‘type’
函數傳回的資料類型。它可以是下列其中一項︰
• ‘A’ 代表字母
• ‘N’ 代表數字
• D’ 代表日期
指定的資料類型必須用單引號括起來。
lov
值清單 (選用)。您可以指定兩種類型的值清單:
• 固定寫入的清單。
每個值分別加上單引號,並以逗號分開。
整份清單會加上大括號。例如,{‘Australia’,’France’, ‘Japan’, ‘United Kingdom’, ‘USA’}。
• 現有物件的值清單指標。
按兩下含有您想要在 [類別和物件] 面板中使用的 lov 的物件,便可呼叫目標 lov。
這會提供「類別」名稱和「物件」名稱,以反斜線分開。
它必須加上單引號。例如:’顧客\國家’。
MONO
使用者只能從值清單中選取一個值 (選用)。
MULTI
使用者可以從值清單中選取多個值 (選用)。
FREE
使用者可以輸入其選擇的值,或是從值清單中選取一個。
CONSTRAINED
使用者必須從值清單中選取值。
語意層[中文]
何謂語意層?
語意層是含有以下內容的檔案:
• 一個或數個資料庫中介軟體的連線參數。
• 稱為物件的 SQL 結構,它們會對應到資料庫中實際的 SQL 結構 (如欄、表格和資料庫函數等)。
物件會群組為許多種類別。Web Intelligence使用者能同時看到物件和類別。
• 內含資料庫中使用的表格和連接之結構描述。物件是依據您結構描述中所包含的資料庫結構所建立的。
只有 設計者 使用者才能使用結構描述。Web Intelligence 使用者看不到結構描述。
Web Intelligence 使用者會連接到語意層,然後對資料庫執行查詢。
它們可以使用語意層中的物件來進行資料分析及建立報表,
無需看到或知道資料庫的基底資料結構。
語意層扮演何種角色?
語意層的角色是提供易用易懂的介面給非技術背景的 Web Intelligence使用者,
讓他們能夠執行資料庫查詢,以建立報表和執行資料分析。
作為語意層設計者,您使用 設計者 來建立代表資料庫結構 (例如欄和資料庫函數) 的物件,
使用者存取及查詢時必須使用這些物件來取得業務所需的資訊。
您在語意層所建立的物件必須和使用者商務環境和詞彙相關。
它們的角色是將「以業務為重點的前端」呈現給資料庫的 SQL 結構。
下圖顯示在資料庫結構描述和在 Web Intelligence 中的 [查詢] 工作區之間,
物件作為對應層的角色,使用者用此建立對資料庫表格的查詢。
語意層中包含什麼?
語意層包含下列結構:
• 類別
• 物件
類別
類別是語意層內部物件的邏輯分組。它代表某一類的物件。類別名稱
必須能夠代表它所包含的物件之類別。類別可以再往下細分成子類別。
物件
物件是一個命名元件,它會對應到資料庫中的資料或衍生資料。物件
名稱應來自目標使用者群組的商務詞彙。例如,產品經理使用於語意層中
的物件可以是產品、生命週期或發行日期°C而財務分析師所使用的語意
層,則可能包含邊際利潤和投資報酬等物件。
物件類型
在 設計者 中,物件屬於下列三種之一:維度、詳細資料或計量。
- 維度用來進行分析的參數。維度一般都和階層 (如地理位置、產品或時間) 有關。例如姓氏和 City_Id
- 詳細資料提供維度的描述,但它並非分析的焦點。例如電話號碼
- 計量表達數字資訊,用來以數量表示維度物件。例如營業收入
物件會推斷結構描述中所顯示的 SQL 結構
Web Intelligence 使用者在語意層中看到的物件,會推斷出您已插入資料庫結構描述中的 SQL 結構。
身為語意層設計者,您會依據傳回資料所需的表格和連接來建立此結構描述,
而所傳回的資料則視使用者進行分析及報表建立的需求而定。
結構描述是語意層檔案的一部分,但它只能從 設計者 中看到及使用。
BO DashBoard設計
效能管理:
設定–>系統使用者–>初始化使用者需設定
–>語意層(不能有SUM或Average)
–>維度(預設即以時間[日曆]為維度)
–>時間設定(必須配合Universe的時間Dimension)
Dashboard Manager–>度量資訊
Designer:
所要計算的”計量(Measure)”加入WHERE的參數設定(prompt)
@Prompt(‘BEGIN_DATE’,’D’,,mono,free)
BO WEBI名詞解釋
別名 (一份基準表格):
別名是結構描述中現有表格的參照。
別名是以不同名稱完全複製自原始表格 (基準表格) 的表格。
表格中的資料完全與原始表格相同,
但是不同的名稱會「欺騙」查詢的 SQL,
讓它以為您使用的是兩個不同的表格而接受。
本文 (已定義的連接路徑):
本文是連接的集合,
提供 Web Intelligence 有效的查詢路徑以產生 SQL。
捷徑連接:
捷徑連接是一個可提供兩個表格之間替代路徑的連接。
由於不考慮中介表格並將一般較長的連接路徑縮短,
因此捷徑連接能夠改善查詢的效能。
捷徑連接最常用來將一個共用查詢表格沿著連接路徑進一步連結到另一個表格。
連接路徑是由同一個本文中許多不同的表格所構成。
此時,捷徑連接只有在被查詢的值於表格階層中解除常態化成較低層級,
使得相連的所有層級都存在相同的值時才有效。
連接問題:
Loop / 多對單一查詢設陷 (收斂式多對單一連接) / 一對多重查詢設陷 (序列式多對單一連接)
universe(語意層)
What is a universe?
A universe is a file that contains the following:
• Connection parameters for one or more database middleware.
• SQL structures called objects that map to actual SQL structures in the database such as columns, tables, and database functions. Objects are grouped into classes. Objects and classes are both visible to Web Intelligence users.
• A schema of the tables and joins used in the database. Objects are built from the database structures that you include in your schema. The schema is only available to Designer users. It is not visible to Web Intelligence and Desktop Intelligence users.
Web Intelligence users connect to a universe, and run queries against a database. They can do data analysis and create reports using the objects in a universe, without seeing, or having to know anything about, the underlying data structures in the database.
What is the role of a universe?
The role of a universe is to provide an easy to use and understand interface for non technical Web Intelligence users to run queries against a database to create reports and perform data analysis.
As the universe designer, you use Designer to create objects that represent database structures, for example columns and database functions, that users need to access and query, to get the information necessary to meet their business requirements. The objects that you create in the universe must be relevant to the end user business environment and vocabulary. Their role is to present a business focussed front end to the SQL structures in the database.
The following diagram shows the role of objects as the mapping layer between a database schema and the Query work area in Web Intelligence, that users use to create queries to run against database tables.
What does a universe contain?
A universe contains the following structures:
• Classes
• Objects
Classes
A class is a logical grouping of objects within a universe. It represents a
category of objects. The name of a class should indicate the category of the
objects that it contains. A class can be divided hierarchically into subclasses.
Objects
An object is a named component that maps to data or a derivation of data in
the database. The name of an object should be drawn from the business
vocabulary of the targeted user group. For example, objects used in a
universe used by a product manager could be Product, Life Cycle, or Release
Date. A universe used by a financial analyst could contain objects such as
Profit Margin, and Return on Investment.
Types of objects
In Designer, objects are qualified as one of three types: dimension, detail, or
measure.
- Dimension –> Parameters for analysis. Dimensions typically relate to a
hierarchy such as geography, product, or time. For example
Last Name and City_Id- Detail –> Provide a description of a dimension, but are not the focus
for analysis. For example Phone Number- Measure –> Convey numeric information which is used to quantify a
dimension object. For example Sales Revenue
Objects infer SQL structures displayed in a schema
The objects that Web Intelligence users see in a universe infer SQL
structures that you have inserted into a database schema. You, as the
universe designer, create this schema based on the tables and joins that are
required to return the data, needed by users for their analysis and report
creation.
The schema is a part of the universe file, but is only visible and accessible in
Designer.