軟件測試開發技術數據庫設計規范與技巧[2]

軟件測試開發技術數據庫設計規范與技巧[2]   數據庫開發

關鍵字：數據庫設計 設計規范 技巧

　　2.1 第零步——初始化工程

　　這個階段的任務是從目的描述和范圍描述開始，確定建模目標，開發建模計劃，組織建模隊伍，收集源材料，制定約束和規范。收集源材料是這階段的重點。通過調查和觀察結果，業務流程，原有系統的輸入輸出，各種報表，收集原始數據，形成了基本數據資料表。

　　2.2 第一步——定義實體

　　實體集成員都有一個共同的特征和屬性集，可以從收集的源材料——基本數據資料表中直接或間接標識出大部分實體。根據源材料名字表中表示物的術語以及具有“代碼”結尾的術語，如客戶代碼、代理商代碼、產品代碼等將其名詞部分代表的實體標識出來，從而初步找出潛在的實體，形成初步實體表。

　　2.3 第二步——定義聯系

　　IDEF1X模型中只允許二元聯系，n元聯系必須定義為n個二元聯系。根據實際的業務需求和規則，使用實體聯系矩陣來標識實體間的二元關系，然后根據實際情況確定出連接關系的勢、關系名和說明，確定關系類型，是標識關系、非標識關系(強制的或可選的)還是非確定關系、分類關系。如果子實體的每個實例都需要通過和父實體的關系來標識，則為標識關系，否則為非標識關系。非標識關系中，如果每個子實體的實例都與而且只與一個父實體關聯，則為強制的，否則為非強制的。如果父實體與子實體代表的是同一現實對象，那么它們為分類關系。

　　2.4 第三步——定義碼

　　通過引入交叉實體除去上一階段產生的非確定關系，然后從非交叉實體和獨立實體開始標識侯選碼屬性，以便唯一識別每個實體的實例，再從侯選碼中確定主碼。為了確定主碼和關系的有效性，通過非空規則和非多值規則來保證，即一個實體實例的一個屬性不能是空值，也不能在同一個時刻有一個以上的值。找出誤認的確定關系，將實體進一步分解，最后構造出IDEF1X模型的鍵基視圖(KB圖)。

　　2.5 第四步——定義屬性

　　從源數據表中抽取說明性的名詞開發出屬性表，確定屬性的所有者。定義非主碼屬性，檢查屬性的非空及非多值規則。此外，還要檢查完全依賴函數規則和非傳遞依賴規則，保證一個非主碼屬性必須依賴于主碼、整個主碼、僅僅是主碼。以此得到了至少符合關系理論第三范式的改進的IDEF1X模型的全屬性視圖。

　　2.6 第五步——定義其他對象和規則

　　定義屬性的數據類型、長度、精度、非空、缺省值、約束規則等。定義觸發器、存儲過程、視圖、角色、同義詞、序列等對象信息。

　　3. 邏輯結構設計階段

　　將概念結構轉換為某個DBMS所支持的數據模型(例如關系模型)，并對其進行優化。設計邏輯結構應該選擇最適于描述與表達相應概念結構的數據模型，然后選擇最合適的DBMS。

　　將E-R圖轉換為關系模型實際上就是要將實體、實體的屬性和實體之間的聯系轉化為關系模式,這種轉換一般遵循如下原則：一個實體型轉換為一個關系模式。實體的屬性就是關系的屬性。實體的碼就是關系的碼。

　　數據模型的優化，確定數據依賴，消除冗余的聯系，確定各關系模式分別屬于第幾范式。確定是否要對它們進行合并或分解。一般來說將關系分解為3NF的標準，即：

　　表內的每一個值都只能被表達一次。

　　表內的每一行都應該被唯一的標識(有唯一鍵)。

　　表內不應該存儲依賴于其他鍵的非鍵信息。

原文轉自：http://www.kjueaiud.com