資料庫設計方法

本研究將採用關聯式資料庫做進行資料庫的設計，以下將介紹設計關聯式資 料庫的基本方法，實體關係模型以及資料庫正規化。

實體關係模型

實體-關係模型（Entity-Relationship Model, 簡稱 E-R Model）是陳品山博士 [30] 於 1976 年提出的一套資料庫設計工具，其運用真實世界中事物和關係的觀念 來解釋資料庫中抽象的資料架構，利用實體－關係模型設計資料庫時，並不會牽 涉到資料庫的操作與儲存方式。

E-R Model 主要由實體（Entity）、關係（Relationship）及屬性（Attribute）組 成，圖 3.8為各元素代表圖形。

1. 每一個實體的名稱轉換為資料表的名稱； 進行正規化。資料庫的正規化可分爲 1NF（Normal Form）、2NF、3NF、BCNF

（Boyce-Codd Normal Form）等幾個階段 [31]。

第一階正規化要求：資料表中有主鍵，其他所有欄位都相依於主鍵；每個欄

請示單、資產報廢表等。固定資產管理中，最為重要也是基礎的即資產明細表

（圖 3.9）。除了範例中提及的購入日期、財產編號、品名、規格、數量、單位、採 購人、保管人以外，還有與設備來源與保固有關的製造商、保固廠商、保固期、

使用年限等。再根據實際資產明細表的編列情況，不會將所有設備全部列於一張 清冊中，故還需要加入分類。

圖 3.9: 資產清冊範例 [28]

而固定資產中的其他表單與資料可能會根據業主的需求而致使內容不同，故 本研究參考智慧建築標章示範案例，從最基本的需求著手，為每一張表單添置欄 位，最終的資料內容如表 3.1。

表 3.1: 固定資產管理資料內容 資料來源：本研究整理

二、利用實體關係模型進行初步設計

以實體關聯模型的角度來看固定資產管理的整個流程可知，管理人員對資產 進行了一些管理動作，例如申購、驗收、報廢，管理過程中需要用表單進行記錄，

還涉及到一些文件的提交與讀取，所以總結得知這其中的實體集合有管理人員、

申購單、驗收表、處理請示表、報廢表以及文件。在繪製得出實體關聯模型（圖 3.10）之後，按照實體之間的關係可轉制為關聯式資料庫（圖 3.11），再進行正規 化。

圖3.10:固定資產管理實體－關係模型 資料來源：本研究整理

圖 3.11: 固定資產管理關聯式資料庫雛形 資料來源：本研究整理

三、資料正規化

以資產資料表為例進行正規化，在第一階正規化中可以發現，例如保固期存 在組合屬性，應該分為保固期與保固期單位（圖 3.12）；在第二階正規化中，並沒 有屬性是與主鍵財產編號是部分相依的，但有許多事間接相依，所以需要進行第 三階正規化，將資產資料表可以拆分為資產、空間、類型、系統、製造商、保固 廠商六個資料表（圖 3.13）；因為目前所有資料表的主鍵都不是複合主鍵，所以不 需要進行 Boyce-Codd 正規化。

經過正規化之後的資料表基本就是最終的資料庫架構，然而在我們的系統 中，為了與 BIM 模型結合，還需要在資產、類型、系統和空間中加入模型編號欄 位作為連接欄位，最終轉換的資料表如圖 3.14。

圖 3.12: 第一階正規化範例 資料來源：本研究整理

圖 3.13: 第三階正規化範例 資料來源：本研究整理

圖 3.14: 固定資產管理關聯式資料庫架構 資料來源：本研究整理