數據庫設計文檔

XX公司xx事業(yè)部文檔編號版本A1密級商密A項目名稱Xxx系統(tǒng)項目來源DR-RD-020(V1.1)Xxx系統(tǒng)

數據庫設計說明書編寫：日期：檢查：日期：審核：日期：批準：日期：XX公司版權所有不得復制TOC\o"1-5"\h\zXXX系統(tǒng) 1數據庫設計說明書 1引言 2編寫目的 2術語表 2\o"CurrentDocument"參考資料 3數據庫環(huán)境說明 3\o"CurrentDocument"數據庫的命名規(guī)則 4邏輯設計 4物理設計 5表匯總 5表［X］：［XXX表］ 5\o"CurrentDocument"視圖的設計 7\o"CurrentDocument"存儲過程、函數及觸發(fā)器的設計 7安全性設計 7\o"CurrentDocument"防止用戶直接操作數據庫的方法 7\o"CurrentDocument"用戶帳號密碼的加密方法 8\o"CurrentDocument"角色與權限 8優(yōu)化 8\o"CurrentDocument"數據庫管理與維護說明 8一、引言1.1編寫目的例如：本文檔是以系統(tǒng)概要設計文檔的組成部分，編寫數據庫設計文檔的目的是：明確數據庫的表名、字段名等數據信息，用來指導后期的數據庫腳本的開發(fā)，本文檔遵循《數據庫設計和開發(fā)規(guī)范》本文檔的讀者對象是需求人員、系統(tǒng)設計人員、開發(fā)人員、測試人員。1.2術語表定義系統(tǒng)或產品中涉及的重要術語，為讀者在閱讀文檔時提供必要的參考信息。序號術語或縮略語說明性定義1PMProjectManager，項目經理1.3參考資料列出有關資料的名稱、作者、文件編號或版本等。參考資料包括:S需求說明書、架構設計說明書等；》.本項目的其他已發(fā)表的文件；C.引用文件、資料、軟件開發(fā)標準等。資料名稱作者文件編號、版本資料存放地點二、需求規(guī)約提示：本部分完成此數據庫系統(tǒng)業(yè)務描述和需求分析2.1業(yè)務描述提示：本部分完成此數據庫系統(tǒng)的業(yè)務描述，例如:（1） 數據庫系統(tǒng)創(chuàng)建的背景（2） 數據庫系統(tǒng)要解決的問題（3） 數據庫系統(tǒng)要完成的業(yè)務流程及工作內容（4） 揭示該數據庫的資源需求和設計約束2.2需求分析提示：本部分完成此數據庫系統(tǒng)的需求分析，例如：（1） 分析該業(yè)務流程的內在聯系（2） 業(yè)務流程各個節(jié)點的依賴關系在數據上的反映（3） 揭示創(chuàng)建此數據庫系統(tǒng)的目的、目標、已知條件（4） 將業(yè)務流程節(jié)點抽象成數據庫對象三、數據庫環(huán)境說明提示：（1） 說明所采用的數據庫系統(tǒng)，設計工具，編程工具等（2） 詳細配置例如:數據庫實例數據庫系統(tǒng)數據庫部署環(huán)境數據庫設計工具數據庫存放位置說明實例名，文件名名稱：如MySql，版本：4.0軟硬件、網絡環(huán)境例如：pb,visio,rose存放位置，絕對路徑相對路徑實例用途說明四、數據庫的命名規(guī)則3.1數據庫對象命名規(guī)則提示：（1） 說明本數據庫的命名規(guī)則，例如：本數據庫設計完全按照%數據庫設計規(guī)范》命名。（2） 如果本數據庫的命名規(guī)則與公司的標準不完全一致的話，請作出解釋。3.2數據項編碼規(guī)則提示：說明本數據庫數據項的編碼規(guī)則，例如:學號：班尋班內序號（兩位整麴0-99）五、邏輯設計提示：數據庫設計人員根據需求文檔創(chuàng)建與數據庫相關的那部分實體關系圖ERD）。如果采用面向對象方法OOAD），這里實體相當于類（lass）。例如：

六、物理設計提示：（1） 主要是設計表結構。一般地，實體對應于表，實體的屬性對應于表的列，實體之間的關系成為表的約束邏輯設計中的實體大部分可以轉換成物理設計中的表但是它們并不一定是一一對應的。（2） 對表結構進行規(guī)范化處理（第三范式）5.1表匯總5.2表[X]：[XXX表]表的索引：索引是否建立要根據具體的業(yè)務需求來確定。允許為空：不填的表示為是”。唯一：不填的表示為“是”。表的記錄數和增長量：根據具體的業(yè)務需求確定。增長量應確定單位時間如果量大可

以按每天如果不大可以按每月。表字段的區(qū)別度：主要是考慮到將來在此字段上建立索引類型選擇時作為參考字段值唯一時可以不考慮當字段值不唯一時估算一個區(qū)別度近似即可。例如：如果一個表的NAME字段有共2000個值,其中有1999個不同值1999/2000=0.99越接近1區(qū)別度越高反之區(qū)別度越低。表的并發(fā)：根據具體的業(yè)務需求預測表的并發(fā)。表名數據庫用戶主鍵其他排序字段索引字段序號字段名稱數據類型（精度范圍）允許為空Y/N唯一Y/N區(qū)別度默認值約束條件/說明此表格的序號，與數據庫的序號無關［字段名稱］［數據類型［Y/N］［Y/N］［高/中/低］主鍵、外鍵，字段含義，相關說明等sql腳本CREATETABLE［XXX表名］（［字段名稱］［數據類型［NOTNULL/NULL］,［字段名稱］［數據類型［NOTNULL/NULL］,［字段名稱］［數據類型［NOTNULL/NULL］,［字段名稱］［數據類型［NOTNULL/NULL］,CONSTRAINTPK_［XXX表名］_［XXX表字段PRIMARYKEY（［字段名稱］））type=INNODB;ALTERTABLE［XXX表名］ADDCONSTRAINTFK_［XXX表名］_［YYY表名］_［XXX表字段］FOREIGNKEY（［字段名稱］）REFERENCES［YYY表名］（［字段名稱］）CREATEINDEX［索引名］ON［XXX表名］（［字段名稱］）記錄數［此表的記錄數增長量［此表的增長量表的并發(fā)［此表的并發(fā)程度補充說明［補充說明］5.3視圖的設計［根據XXX產品的概要設計文檔來確定。視圖的命名按照Xx數據庫設計規(guī)范》中關于視圖的命名規(guī)范命名。視圖的設計應注意以下幾點1盡量減少列中使用的公式。2去掉所有不必要的列。3不要使同一個文檔屬于多個分類。4避免使用表單公式。］5.4存儲過程、函數及觸發(fā)器的設計［存儲過程及觸發(fā)器的命名按照感數據庫設計規(guī)范》中關于存儲過程及觸發(fā)器的命名規(guī)范命名。存儲過程：根據具體得業(yè)務邏輯確定輸入參數個數，類型確定對哪幾個表進行何種作。在定義存儲過程時，要使用其完成單一、相對集中的任務，不要定義已由其他提供功能的過程。例如：不要定義強制數據完整性的過程（使用完整性約束）。函數 ：函數與存儲過程非常相似，它也是存儲在數據庫中的對象。但是可以在SQL命令中使用函數。就好像建立自己的ubstr函數一樣觸發(fā)器：觸發(fā)器是存儲在數據庫中的程序，它在某一特定事件發(fā)生時執(zhí)行。這些程序可以用PL/SQL和java語言編寫，也可以用布語言的調用，數據庫允許用戶定義這些程序，然后在相關的表，視圖或者數據庫動作執(zhí)行nsert，update或delete語句時執(zhí)行。］七、安全性設計提示：提高軟件系統(tǒng)的安全性應當從“管理”和“設計”兩方面著手。這里僅考慮數據庫的安全性設計。例如：應用級的用戶帳號密碼不能與數據庫相同防止用戶直接操作數據庫用戶只能用帳號登陸到應用軟件，通過應用軟件訪問數據庫，而沒有其它途徑操作數據庫。6.1防止用戶直接操作數據庫的方法提示：用戶只能用帳號登陸到應用軟件，通過應用軟件訪問數據庫，而沒有其他途徑操作數據庫。6.2用戶帳號密碼的加密方法提示：對用戶帳號的密碼進行加密處理，確保在任何地方都不會出現密碼的明文。例如：用戶帳號采頓5進行數據加密后再錄入數據庫，以防止任何地方密碼的安全性要求。6.3角色與權限提示：確定每個角色對數據庫表的操作權限，如創(chuàng)建、檢索、更新、刪除等。每個角色擁有剛好能夠完成任務的權限不多也不少。在應用時再為用戶分配角色則每個用戶的權限等于他所兼角色的權限之和。角色可以訪問的表與列操作權限例如：管理員可訪問所有表完全控制權限角色B八、優(yōu)化提示：分析并優(yōu)化數據庫的“時一空”效率，盡可能地“提高處理速度”并且