69. 下列關於維度模型(Dimensional Model)之敘述何者有誤
(A) 維度模型的特點有容易瞭解、查詢快、均衡的維度資料表及可以容納非預期中的新資料
(B) 維度模型又稱為星狀綱要
(C) 維度之劃分建議以管理上的 3 個 H 以及 1 個 W 來進行劃分
(D) 維度模型工作必須辨別且擷取出可衡量的數值資料部分以及情境化的文字敘述資料部分。

65. 在維度模型中，下列哪一個有關日期或時間資料的設計描述是錯誤的 (A) 日期是每一個維度模型都絕對不會出現的維度資料表 (B) 如果有專案上的需求將日期與時間資料當作可以加總的數值資料處理，則日期與時間資料可以直接當作事實資料 (C) 如果將日期與時間資料放在同一張維度資料表中，會產生太多筆的資料，可以將日期與時間資料分別獨立儲存成日期維度資料表以及時間維度資料表，這兩個維度資料表皆直接與事實資料表連接 (D) 如果專案需求中必須提供工作或任務所花費的時間間隔(Time Interval)，則可以將時間資料轉換成相對應的數值資料並放入事實資料表中成為一個可計算的欄位，報表呈現時候再透過計算時間間隔的公式產生一個延伸性欄位供企業主參考。

66. 下列有關退化維度(Degenerate Dimensions, DD)的描述何者錯誤 (A) 退化維度就等同迷你維度資料表(Mini-Dimension Tables) (B) 實務上常見的訂單(Order)、發票(Invoice)、提貨單(Bill of Lading)、機票(Airline Ticket)等文件上的單號或票號資料都會是退化維度資料來源 (C) 退化維度指的就是該維度資料表中除了交易控制文件的編號欄位之外別無其他欄位，例如訂單編號 (D) 分析過程中可以將退化維度資料表中的欄位直接納入事實資料表中，原來的退化維度資料表則不再需要。

67. 關於變動緩慢的維度資料表記錄方式(Slowly Changing Dimensions, SCD)的處理方式，Kimball提出幾種對應的方法，在實務上哪一種方法最簡單，不需要特別撰寫程式來維護資料，查詢資料的程式也最簡單，但是會有造成資料錯誤的疑慮 (A) 新增加一筆維度資料 (B) 直接改寫維度屬性資料 (C) 新增加一個維度屬性 (D) 刪除並更新一筆維度資料。

68. 下列有關變動快速龐大型維度資料表(Rapidly Changing Monster Dimension Tables)的描述何者正確 (1) 以新增加一筆維度資料技術來處理效率極高 (2) 解決方法就是分離(Break Off)原來維度資料表中經常改變維度屬性值的欄位 (3) 可以利用退化維度(Degenerate Dimensions, DD)技術處理 (4)可以採用半可加性(Semi-Additive)數值資料處理 (5) 將連續型數值欄位帶狀化(Banded)，使成為帶狀值後再儲存到迷你維度資料表 (6) 刪除並更新一筆維度資料 (7) 迷你維度資料表嚴格限制成長速度 (8) 分離核心維度可以增加查詢效率 (A) 2578 (B) 13469 (C) 278 (D) 13579。

70. 下列累積快照事實資料表、交易事實資料表與週期快照事實資料表之比較敘述何者錯誤 (A) 以時間週期(Time Period)為比較項目而言，累積快照事實資料表的時間週期為不確定時間間距，交易事實資料表的時間週期為單時間點，週期快照事實資料表的時間週期為固定時間間距 (B) 以事實資料為比較項目而言，累積快照事實資料表的事實資料表示預設時間內的績效表現，交易事實資料表的事實資料表示交易活動內的績效表現，週期快照事實資料表事實資料表示生命週期內的績效表現 (C) 以設計日期維度資料表為比較項目而言，累積快照事實資料表在日期維度資料表時會以多日期欄位方式記錄里程碑，交易事實資料表在日期維度資料表會記錄著交易的日期，週期快照事實資料表在日期維度資料表會紀錄著週期結束的日期 (D) 以顆粒(Grain)度設定為比較項目而言，累積快照事實資料表的顆粒度設定是以一個工作生命週期來記錄一筆事實資料，交易事實資料的顆粒度設定是以一個交易事件來記錄一筆事實資料，週期快照事實資料表的顆粒度設定是以一個固定時間的企業現況來記錄一筆事實資料。

71. 通常維度資料表具有以下哪三種特性 (1) 欄位名稱具詳盡性(Verbose) (2) 欄位值具描述性(Descriptive) (3) 資料具完整性(Complete) (4) 資訊來源具未知性(Unknown) (A) 123 (B) 234 (C) 124 (D) 134。

72. 下列有關星狀綱要模型之敘述哪些是錯誤 (1) 一個星狀綱要模型中可以有三個事實資料表存在 (2) 星狀綱要模型中顆粒度大小的設定不一致時，查詢過程比較有效率，正確性較高 (3) 一個星狀綱要模型中維度資料表只能有一個 (4) 星狀綱要模型中事實資料表中的自然鍵(Natural Keys, NK)欄位就是維度資料表中的外來鍵(FK)欄位的意思 (5) 迷你維度(Mini Demensions)是處理控制文件時而產生的 (6) 星狀綱要模型中事實資料表中的代理鍵(Surrogate Keys, SK)欄位與自然鍵(Natural Keys,NK)欄位意義不相同 (7)星狀綱要模型中維度資料表的描述性欄位如果有蒐集不到資料的情形盡量都以虛值(Null Value)填入 (A) 135 (B) 24 (C) 3467 (D) 1234567。 ..

73. 下列關於交易控制文件(Transaction Control Document)之敘述何者有誤 (A) 交易控制文件的資料是來源系統或 ERP 系統主要處理的對象 (B) 文件結構屬於父子(Parent-Child)結構 (C) 文件上只有一筆交易文件的表頭記錄(Transaction Header Record) (D) 文件的主體(Transaction Body)只能填入一筆交易品項記錄。

74. 下列關於事實資料表(Fact Table)之敘述何者錯誤 (A) 只用來儲存那些經常用來表現企業經營績效的數值 (B) 是一個擁有許多自然鍵的資料表 (C) 每筆事實資料表(Fact Table)會連到每張維度資料表中的一筆資料 (D) 事實資料絕大多數都是數值性資料。

75. 下列關於維度模型之特性敘述何者正確 (1) 可以減少大量的 Join 運作，可以節省查詢時間 (2)可以方便的組合出查詢報表(Ad-hoc Queries) (3) 可以容納非預期中的新資料 (4) 可以依據任務及 資源的相依性決定關鍵路徑(Critical Path) (A) 123 (B) 234 (C) 134 (D) 124。