| (4) | 1.最常見的線上即時報表分析動作包括 (1) Roll-Up (2) Drill-Down (3) Slice-and-Dice (4) Pivot (5)Drill-Across (6) Roll-Over (7) Slice-Down (81) |
| (1) | 123467 |
| (2) | 23456 |
| (3) | 1234567 |
| * | (4) | 12345 |
| | |
| (2) | 2.下列哪一個線上即時報表分析動作會改變報表內部格式排列的順序 (82) |
| (1) | Slice-and-Dice |
| * | (2) | Pivot |
| (3) | Roll-Over |
| (4) | Slice-Down |
| | |
| (2) | 3.下列哪一個線上即時報表分析動作指的是我們要將兩個或兩個以上的多維度資料模型建立關係，以用來比較兩個不同模型裡面的資料 (83) |
| (1) | Slice-and-Dice |
| * | (2) | Drill-Across |
| (3) | Roll-Over |
| (4) | Slice-Down |
| | |
| (1) | 4.地圖營運儀表板是為了 (1) 將資料與地圖融合，以利理解 (2) 用地圖顯示各分公司，工廠的營運狀況 (3) 顯示的通常是績效性指標 (4) 通常只是用於大範圍地圖 (84) |
| * | (1) | 123 |
| (2) | 1234 |
| (3) | 234 |
| (4) | 124 |
| | |
| (4) | 5.單一單位的績效趨勢綜合看板的重點在顯示每一個選中的單位的營運績效的 (85) |
| (1) | 達成日期 |
| (2) | 指標 |
| (3) | 大小 |
| * | (4) | 變化趨勢 |
| | |
| (4) | 6.將單一單位的績效趨勢綜合看板彙總到更高一個層級來看總體趨勢可以利用 (86) |
| (1) | 一單位的績效趨勢綜合看板 |
| (2) | 地圖營運儀表板 |
| (3) | 計分卡的單一單位績效綜合看板 |
| * | (4) | 總體趨勢看板 |
| | |
| (3) | 7.多維度模型需要經過對應關係才能變成資料立方體，一個多維度模型與資料立方體之間的對應關係為 (1) 通常對應到一個資料立方體 (2) 可以對應到多個資料立方體 (3) 只能對應到一個資料立方體 (87) |
| (1) | 123 |
| (2) | 13 |
| * | (3) | 12 |
| (4) | 23 |
| | |
| (1) | 8.一個使用者想要用不同於既有屬性階層來產生其報表，則他要將這個新的屬性階層 (88) |
| * | (1) | 另外定義到該立方體 |
| (2) | 定義到另外一個新建立的立方體 |
| (3) | 設法融入既有屬性階層 |
| (4) | 用前述三種方法皆可定義 |
| | |
| (3) | 9.下列何者不是使用資料倉儲系統所產生的一般報表的好處 (89) |
| (1) | 資料倉儲系統內的資料是經過整理和核對過的，所以正確性很高 |
| (2) | 資料倉儲系統將資料收集與報表產生的過程完全分開，如此可使報表產生的效率提高 |
| * | (3) | 管理人員可以隨意改變報表格式以符合其需要 |
| (4) | 報表的遞送方式可透過資料倉儲系統的規劃，所以在遞送的靈活度以及資料安全性上都能有效的提高 |
| | |
| (1) | 10.緊急事件通知看板該出現什麼樣的庫存分析報告以利使用者解決這個緊急事件 (1) 其格式與資料取得方式是即時取得的 (2) 資料是即時取得的 (3) 緊急事件的通知是事先取得的 (90) |
| * | (1) | 23 |
| (2) | 123 |
| (3) | 12 |
| (4) | 13 |
| | |
| (2) | 11.將資料倉儲系統內的資料依使用者的需要列印出制式報表是何種資料倉儲系統所提供的呈現方法 (91) |
| (1) | 線上即時報表分析(OLAP) |
| * | (2) | 一般報表 |
| (3) | 儀表板(Dashboard) |
| (4) | 銷售漏斗分析(Sales Funnel Analysis) |
| | |
| (2) | 12.在建構 ETL(萃取、轉換、載入)系統時，有兩條並存的流程為「規劃與設計流程」和「資料處理流程」，其中規劃與設計流程各步驟的順序為 (1) 系統建置 (2) 架構設計 (3) 需求與現況 (4) 測試與發佈 (92) |
| (1) | 1234 |
| * | (2) | 3214 |
| (3) | 3124 |
| (4) | 2134 |
| | |
| (3) | 13.在建構 ETL(萃取、轉換、載入)系統時，資料處理流程各步驟的順序為 (1) 資料清理 (2) 資料一致化 (3) 資料萃取 (4) 資料交付 (93) |
| (1) | 1234 |
| (2) | 3214 |
| * | (3) | 3124 |
| (4) | 2134 |
| | |
| (3) | 14.開始設計 ETL(萃取、轉換、載入)系統最困難的挑戰就是一切圍繞著「什麼」 (94) |
| (1) | 系統 |
| (2) | 人員 |
| * | (3) | 需求 |
| (4) | 經費 |
| | |
| (2) | 15.ETL(萃取、轉換、載入)的各個步驟於資料倉儲架構中之何處進行 (95) |
| (1) | 來源系統 |
| * | (2) | 資料集結區 |
| (3) | 展示區 |
| (4) | 客戶端 |
| | |
| (2) | 16.建構 ETL(萃取、轉換、載入)系統時會在架構設計階段中設計資料集結區，ETL 小組必須估算整個資料儲存所需的容量，並提供什麼給資料庫管理員和系統管理員進行集結區的空間分配 (96) |
| (1) | 來源系統追蹤報告 |
| * | (2) | 集結區規模估算表 |
| (3) | 資料概況分析報告 |
| (4) | 審計維度表 |
| | |
| (4) | 17.ETL(萃取、轉換、載入)過程中哪一種資料結構通常是用來把資料表傳遞給使用者環境之前最後一步集結的實體 (97) |
| (1) | 平面文件 |
| (2) | 第三正規化 ER 模型 |
| (3) | XML 文件 |
| * | (4) | 維度資料模型 |
| | |
| (4) | 18.在 ETL(萃取、轉換、載入)資料萃取(Extract)過程中進行來源系統分析(Source System Analysis)時通常包括兩階段，而其中資料探索階段(Data Discovery Phase)的各個步驟的執行順序為 (1) 追蹤來源系統 (2) 分析來源系統 (3) 確定原始系統 (4) 收集來源系統 (98) |
| (1) | 1234 |
| (2) | 1324 |
| (3) | 2341 |
| * | (4) | 4132 |
| | |
| (2) | 19.在 ETL(萃取、轉換、載入)資料萃取(Extract)步驟中，當初始資料載入完成後，捕獲來源系統中的資料變化立即變成非常重要的任務，對於一個資料倉儲的成功至關重要，資料內容的維護則依賴增量載入的過程，而在增量載入的過程中，下列一種監測來源資料變化的方法會有溢位(寫爆)問題，建議最後考慮 (99) |
| (1) | 審計欄 |
| * | (2) | 資料庫日誌 |
| (3) | 按時萃取 |
| (4) | 排除處理 |
| | |
| (3) | 20.在 ETL(萃取、轉換、載入)資料萃取(Extract)步驟中，當初始資料載入完成後，捕獲來源系統中的資料變化立即變成非常重要的任務，對於一個資料倉儲的成功至關重要，資料內容的維護則依賴增量載入的過程，而在增量載入的過程中，下列一種監測來源資料變化的方法最為可信，但不一定最有效率 (100) |
| (1) | 審計欄 |
| (2) | 按時萃取 |
| * | (3) | 排除處理 |
| (4) | 初始和新增載入 |
| | |
