| (3) | 1.ETL(萃取、轉換、載入)在萃取(Extract)資料之後，緊接須進行資料清理(Clean)工作，透過確認以及修復資料中的錯誤和缺失來提升資料的品質，資料品質檢查中哪一種面向專指用以檢查資料的值及其描述是否統一的採用固定的方式表達 (101) |
| (1) | 正確性檢查 |
| (2) | 明確性檢查 |
| * | (3) | 一致性檢查 |
| (4) | 完備性檢查 |
| | |
| (3) | 2.ETL(萃取、轉換、載入)在進行資料清理(Clean)前，需要瞭解在企業內建置資料品質系統會面對的壓力，及各壓力間的衝突，找到最佳的平衡點，以訂出資料清理所要達成之目標，資料品質系統面對的四種壓力，有衝突需要平衡的壓力組合為 (1) 完備性與快速性 (2) 完備性與透明性 (3) 正確性與透明性 (4) 正確性與快速性 (102) |
| (1) | 12 |
| (2) | 23 |
| * | (3) | 1 |
| (4) | 4 |
| | |
| (2) | 3.ETL(萃取、轉換、載入)在進行資料清理(Clean)之前、中、後，用以追縱錯誤與衡量品質的工具對應為 (1) 錯誤事件事實表 (2) 資料概況分析報告 (3) 審計維度表 (103) |
| (1) | 123 |
| * | (2) | 213 |
| (3) | 312 |
| (4) | 321 |
| | |
| (1) | 4.資料品質檢查需要根據各種檢查目的設計出各種篩檢程式，ETL(萃取、轉換、載入)系統透過執行這些篩檢程式來確保資料具有足夠程度之資料品質。資料品質之檢查方法大致可分為四個大的類型，哪一種類型的資料品質檢查係用來確保由來源系統輸入的資料包含目標系統期望的資料 (104) |
| * | (1) | 欄位檢查 |
| (2) | 結構檢查 |
| (3) | 資料檢查 |
| (4) | 值檢查 |
| | |
| (2) | 5.在建構 ETL(萃取、轉換、載入)系統時資料處理流程的每一步驟都相當重要，而其中的資料清理(Clean)的指導原則為 (105) |
| (1) | 遇到錯誤停止運行 |
| * | (2) | 記錄錯誤持續運行 |
| (3) | 跳過錯誤持續運行 |
| (4) | 系統直接當機 |
| | |
| (4) | 6.由於終端使用者會從多個分離的事實表組合所需的資料進行應用，所以在清理資料後，就需對資料進行一致化處理，解決不同來源資料間資料不一致的問題，使資料能夠在資料倉儲中一起使用，建置一致化維度所需要的三個步驟 (1) 篩選 (2) 比對(去重複) (3) 標準化，其正確順序為 (106) |
| (1) | 132 |
| (2) | 123 |
| (3) | 213 |
| * | (4) | 321 |
| | |
| (3) | 7.提交事實表時如何有效率的載入事實資料 (1) 增加索引 (2) 必要索引 (3) 適當分割 (4) 不做分割 (5) 提供回溯日誌 (6) 省略回溯日誌 (107) |
| (1) | 135 |
| (2) | 246 |
| * | (3) | 236 |
| (4) | 245 |
| | |
| (1) | 8.下列何種技術為專門提昇大型資料倉儲性能最重要的手段，能夠有效增加事實表查詢的效能 (108) |
| * | (1) | 彙總技術 |
| (2) | 索引技術 |
| (3) | 分割技術 |
| (4) | 分離技術 |
| | |
| (4) | 9.事實表彙總技術中的彙總導航架構設計有哪些要點 (1) 針對資料倉儲中重要維度常用的彙總層級，建立多組彙總事實表 (2) 彙總導航器是中介軟體的一部分，位於用戶端和 DBMS 之間 (3) 彙總導航器用於將查詢基礎事實表的 SQL 轉化為查詢彙總事實表的 SQL (4) 彙總導航器使用特殊的詮釋資料進行 SQL 轉化，該詮釋資料描述了資料倉儲之彙總方式 (109) |
| (1) | 123 |
| (2) | 234 |
| (3) | 124 |
| * | (4) | 1234 |
| | |
| (2) | 10.下列 ETL(萃取、轉換、載入)之需求分析何者正確 (1) 時程需求(Latency Requirements)係將追蹤報告提交到上級管理部門的速度 (2) 整合需求(Integration Requirements)係為能整合各種來源資料進行分析 (3) 業務需求(Business Needs)指的是資料倉儲終端使用者的資訊需求 (4) 品質需求(Quality Requirements)之評估結果可能關係到資料倉儲的成敗 (110) |
| (1) | 123 |
| * | (2) | 234 |
| (3) | 124 |
| (4) | 1234 |
| | |
| (4) | 11.XML 資料集之敘述和正確 (1) XML 資料集在 ETL 系統適合作為 ETL(萃取、轉換、載入)系統載入和輸出的標準格 (2) XML 在描述階層結構方面具有很強的能力 (3) XML 的優點在於定義了資料共用的共通語言 (4) XML 的劣勢在於重複多餘的文件結構 (111) |
| (1) | 123 |
| (2) | 234 |
| (3) | 124 |
| * | (4) | 1234 |
| | |
| (3) | 12.下列捕獲來源系統中的資料變化的方法之敘述何者正確 (1) 資料庫日誌是對資料庫回溯日誌進行快照，然後查詢回溯日誌的 Log，從中捕獲所需的交易資料來判斷資料內容的變化 (2) 排除處理係在每次萃取時，將整個來源資料表拿到集結區與前一次處理保留的資料副本進行比較 (3) 利用審計欄比較 Previous_Load 與 Current_Load，取它們當中比較早的值 (4) 按時萃取的方法因當中間處理失敗或重新啟動的話，基於時間的資料選擇會載入重複的資料，這種純粹按照時間來載入資料的處理方式極不可靠 (112) |
| (1) | 123 |
| (2) | 234 |
| * | (3) | 124 |
| (4) | 134 |
| | |
| (4) | 13.下列關於一致化維度(Conformed Dimension)之敘述何者錯誤 (113) |
| (1) | 一致化維度對每個被關連的事實表來說都是相同的 |
| (2) | 建置一致化維度需要標準化、比對(去重複)、篩選三個步驟 |
| (3) | 一致化維度必須是集中管理的物件 |
| * | (4) | 一個好的一致化維度常需要融合多個新欄位表及資料編碼方式 |
| | |
| (1) | 14.在資料倉儲的資料建制流程中，有關資料處理流程中的部份步驟，正確的執行順序為何 (114) |
| * | (1) | 一致化步驟完成之後才進行交付 |
| (2) | 清理步驟完成之後才進行交付 |
| (3) | 清理步驟完成之後才進行萃取 |
| (4) | 一致化步驟完成之後才進行清理 |
| | |
| (3) | 15.下列何者不是資料倉儲規劃與設計流程「架構設計」步驟之任務 (115) |
| (1) | 安全性 |
| (2) | 自動排程 |
| * | (3) | 文件控管 |
| (4) | 異常處理 |
| | |
| (1) | 16.在 ETL 需求分析結束之後，會進入架構設計的階段，此時就要確定 ETL 系統在架構方面的選擇，這些選擇對系統建置步驟而言是十分重要的前提，因為此時的選擇將會影響到下面的哪些項目(1) 軟體 (2) 硬體 (3) 編碼習慣 (4) 人員 (5) 操作 (6) 會計科目 (7) 優良供應商 (8) 熱賣產品推薦清單 (116) |
| * | (1) | 12345 |
| (2) | 2478 |
| (3) | 1268 |
| (4) | 13678 |
| | |
| (1) | 17.下列何者是資料處理流程中「一致化」步驟之任務 (117) |
| * | (1) | 多國語言處理 |
| (2) | 欄位檢查 |
| (3) | 產生日期維度 |
| (4) | 捕捉變化資料 |
| | |
| (4) | 18.以銷售與配銷的功能觀點，將商業智慧(BI)系統分成四層式架構，下列那一選項不包含在此四層式架構中 (118) |
| (1) | 資料來源 |
| (2) | 分析方法 |
| (3) | 呈現方式 |
| * | (4) | 版本更新 |
| | |
| (1) | 19.從加值型鏈(Valued-Added Chain)的角度來區分，在銷售與配銷的企業功能面，一般而言可以分成三種商業智慧(BI)解決方案，下列哪一選項不是商業智慧(BI)解決方案 (119) |
| * | (1) | 生產分析 |
| (2) | 行銷分析 |
| (3) | 銷售分析 |
| (4) | 交貨分析 |
| | |
| (4) | 20.以銷售與配銷的功能觀點，商業智慧(BI)系統可以分成四層次架構，在分析方法架構中一種介於靜態報表與線上分析處理(OLAP)間的資料查詢與分析方法稱為 (120) |
| (1) | 資料採礦(Data mining) |
| (2) | 模擬(Simulation) |
| (3) | 產品生命週期管理系統(PLM) |
| * | (4) | 特定需求報表(Ad-Hoc Reporting) |
| | |
