第四組 組員：21號 陳玉仱 30號 詹鉞翔 48號 張翊貿
OLAP
資料庫所連結出來的線上查詢分析程序統計。
--------------------------------------------------------------------------------
OLAP (On-Line Analytical
Processing) 線上分析處理，可以說是整個企業智慧系統的核心引擎，OLAP 彙整資料庫的原始資料，並轉成多維度的分析模組 (Multidimensional Module)，將原始資料加值成有意義的資訊，便於使用者做決策分析。
OLAP 的定位如下：
http://bi.fast.com.tw/Olap.htm
OLAP 之目的：
將資料加值成有意義的資訊
(Transform data into
meaningful information.)
加速企業決策流程
(Facilitate the business
decision-making process.)
減輕 IT 人員的負擔 (To answer the complaint: “I spent too much time
gathering data and not enough time analyzing it.”)
解決資訊應用現況
隨著資訊應用的普及，企業內部資料早已經由電腦的快速分析處理，轉為有用的資訊。但是也因為資訊科技的快速發展，以及系統架構的大幅更新，造成管理資訊系統長期處於面臨資料集中或分散處理兩難局面，伴隨個人電腦快速蓬勃發展，傳統 MIS 的集中管理模式，更不斷面臨無法提供即時資訊服務的挑戰。使用者的需求永遠是多樣化的，資訊人力永遠是不足的，這種兩難的情況在各企業正不斷地上演，使用者總是認為資訊人員的效率，跟不上公司業務的需要，而資訊人員也總認為使用者需求不明確，動不動就更改需求，造成資訊人員只是在應付使用者一些臨時性的需求，而非在於公司整體性的需求。
然而我們仔細分析，在所謂 ERP 系統裡，真正屬於 OLTP (線上交易處理) 的程式，可分為
: 輸入維護，批次處理，制式報表等三類，此三類程式大約只佔所有程式的 49% (甚至更低)，而其他方面的應用卻佔了 51%，此部份為 OLAP (線上分析處理)
的應用，可分為：報表、查詢、只需用一次的報表或查詢程式等，隨著上線系統愈來愈多，使用人數愈來愈多，這種比率會更加擴大。我們發現：
聽決策管理者的心聲
· 真正要作決策時，經常缺乏合適的資訊可供參考
· 報表經常遲到，格式也和要求的不同
· 要作簡報時，時常要前翻後找，加加減減，拼拼湊湊
· 報表和管理結合困難，常有異常狀況要處理
· 經常花費大量人力、物力，製作使用率低的報表，浪費生產力
· 想在報表中找出成功關鍵因素，簡直難如登天
· 電腦的執行效率永遠不符需求
· 資訊人員像大爺，要個資料還要千拜託萬拜託
聽資訊人員的吶喊
· 總有寫不完的報表，像個廉價勞工，無法作個真正的資訊管理者
· 各單位需求的報表，千奇百怪，格式永遠無法固定
· 系統開發過程中，經常因工具過時或人員異動，需要重新設計
· 應付臨時性的需求，没有心力規劃資訊整體架構
· 資訊環境變化太快，有一堆新的技術要學習，卻往往力不從心
由上面分析可以很清楚的看出來，現今企業裡所有資訊人員的工作負擔，大部份屬於
OLAP 的應用，這種需求程式的撰寫，應用 OLTP 要寫程式來處理，而 OLAP 的應用卻可用工具來解決，可以不用撰寫任何的程式就可以發展出很多應用系統。一般使用者可在線上以各種可能性隨時分析資料，作成各種管理圖表，爭取使用時效，不再凡事均要求資訊人員設計程式、提供資料。
有一些人費盡心力，總算學會了用鐵鎚釘釘子，從此以後，將任何事情都看成是釘子，總想用鐵鎚來解決；相同的，也有一些程式設計人員，學會了設計程式來解決公司營運上的資訊需求，從此以後，只要有資訊方面的需求，就想寫程式來解決。殊不知，除了寫程式外，還有很多種方法，可以既方便又經濟快速的解決問題。
而 OLAP 的應用，正是減輕資訊人員的工作負擔，增加使用者自主性，滿足使用者需求的最佳解決方法。然而國內一些資訊從業人員，一邊吶喊不受尊重，有寫不完的報表，但是其心態上還是用
“鐵鎚釘釘子” 的傳統方法來解決問題，如此的資訊人員是乎有需要進行再教育。尤其資訊部門的主管，如果無此認知，還在用傳統的方法，毫無績效的方式，寫程式去解決非
ERP 所能處理的，那真應驗了 “將帥無能，累死三軍”，身為主管的你 (妳) ，能不慎乎？
http://bi.fast.com.tw/Olap.htm
多維度分析 (Multidimensional Analysis)：
OLAP
最大的功能就是提供多維度的分析模組，其內容不外乎：人、事、時、地、物，即所謂的 4W1H。以時間的維度 (Dimension) 來說，可以細分為 : 年、季、月、週、日，本年、去年，本季、上季，本月、上月...。以產品的 Dimension 又可分為：大分類、中分類、小分類，產品...。如下圖：
可是一般經理人在做思考時，通常沒有查覺他們的思考方式是多維度的，但實際上確是如此。因為他們企圖瞭解的各種數字報告，來自客戶、產品、銷售員及其他變數之間的關係。以總經理所要看的角度來看：今年到目前為止，所有的客戶、所有的產品，銷售金額是多少？退貨金額是多少？和去年比成長率是多少？而業務部經理所要的資料，可能是某一類型的客戶：在北部地區，本季和上季銷售金額的比較；本期和去年同期的比較。不同職位的人可依自己要看的角度，在多維度分析表的任何維度中，各選擇一個層級，去組合查詢出所需的資料。
以上圖的年度、客戶、部門、地區各有三層，產品有四層，加上有七個指標，共可組合成 3 * 3 * 3 * 3 * 4 * 7 = 2268 種不同查詢角度。如果以資料內容來分析：若您公司有十位銷售人員，平均每月賣十份產品給每一百位客戶，並且利用五項指標來追蹤，所有的銷售員、產品、客戶，以及指標組合成的具體數字：10 個銷售人員 * 10 項產品 * 100 位客戶 * 24 個月 * 5 項指標 = 1,200,000組，如此天文數字的組合如果用傳統
ERP 的報表或查詢程式來處理，那不知要寫多少支程式，又如經理人不能深入一定程度的細節，便不能找出影響成本利潤的真正原因。
為了加速對企業營運的瞭解，經理人所需的資訊必須和他們思考的方向一致。在各個方位上瀏覽，必須像下班後找回家的路一樣輕鬆與直覺化。他們所需的資訊格式，也必須讓他們如果要改變指標，就像汽車換檔一樣的容易。他們可以找出很多項切中或偏離營運目標的重大發現——而且僅需幾秒鐘。OLAP 的兩大特色，就是可以讓使用者輕鬆快速的作逐層分析 (Drill-Down)
以及交叉分析 (Slice & Dice)，如此將原始資料加值成有意義的資訊。
http://bi.fast.com.tw/Olap.htm
OLAP 的種類
|
|
MOLAP |
ROLAP |
DOLAP |
|
特色 |
1. Multidimensional OLAP 2. Cube存放在多維度資料庫 Server 端 3.
事先做彙總運算並把結果寫入 Cube |
1. Relational OLAP 2. 資料直接儲存於關聯性資料庫 (RDBMS) 3.
不事先作運算 |
1. Desktop OLAP 2. Cube 可直接儲存在 Client PC 端 3.
事先做彙總運算並把結果寫入 Cube |
|
優點 |
1. 最佳查詢效率 |
1. 超大規模資料 |
1. 最佳查詢效率 |
|
缺點 |
需大量的儲存容量 (*Cognos無此問題) |
1. 查詢效率很差 |
1. 有資料量限制 |
|
代表 產品 |
Cognos PowerPlay Enterprise Server、Hyperion Essbase、Crystal Holos、Oracle
Express |
Informix MetaCube、Microstrategy DSS、Oracle
Discover、Microsoft Analysis Service |
Cognos PowerPlay、Brio Technologies、Business
Objects、Corvu |
http://bi.fast.com.tw/Olap.htm
OLAP的發展史：
http://www.gss.com.tw/eis/16/olap1.htm
OLAP 的管理介面：
http://uiproject.udngroup.com.tw/ui/TechDocs/SQL/Lessons/OLAP/建立%20OLAP%20client.htm
OLAP的應用：