選單

資料庫設計說明書Word模板

注意:需要該資源(文件/圖書)的朋友,請看文章底部的“

獲取方式

”。

編號:8047

資料庫設計說明書

北京市某某系

據庫設計

版本:[1。0]

北京某某

科技有限公司

版權所有 侵權必究

修訂記錄

目 錄

第一章引言

1。1 編寫的目的

1。2 背景

1。3 定義

1。4 參考資料

第二章外部設計

2。1 識別符號和狀態

2。2 使用它的程式

2。3 約定

2。4 專門指導

2。5 支援軟體

第三章邏輯結構設計

3。1 線上學習系統

3。1。1 班級管理

第四章物理結構設計

第五章運用設計

5。1 安全保密設計

第六章附錄

6。1 附錄A:

第一章引言

1。1 編寫的目的

資料庫設計應當充分考慮應用的需求和開發工具的特徵,應當充分利用和挖掘資料庫的功能。好的資料庫設計會給整個應用系統帶來以下的好處:

l 維護容易。當需求發生變化時,優良的資料庫設計會使應用系統容易地適應這種變化;

l 程式設計簡單。由於資料庫設計充分挖掘了資料庫的功能,所以應用程式的複雜度可以明顯降低;

l 加快開發速度。因為資料庫設計充分地考慮了需求和開發工具的特徵,所以開發人員會感到左右逢源,得心應手,從而可以加快開發速度;

l 系統具有良好的整體執行效率。

所以,資料庫設計是軟體開發前期的重要環節,是進行軟體開發的基礎,良好的資料庫設計,是提高軟體系統編碼、開發進度和最後的執行程式執行效率的關鍵。

本文描述了北京市領導系統的資料庫設計。

本報告的讀者是專案經理,開發經理,專案組DBA,專案組開發人員。

1。2 背景

北京市領導系統的資料庫建設,是根據北京市組織部對幹部教育管理管理需要而提出的,透過北京市領導幹部系統建設,實現北京市領導幹部的功能,減低領導幹部培訓成本,提高培訓效率,科學的合理的有效的提高培訓管理水平。

l 本系統的名稱:北京市系統;

l 本專案的任務提出者:北京市組織部;

l 開發者:北京某某科技有限公司;

l 使用者:北京市所有和公務員;

l 北京市領導學習系統,託管在北京市經濟資訊中心機房,最終運行於Internet上;

l 資料庫管理系統:採用Oracle資料庫伺服器10G版。

1。3 定義

完整性約束:完整性約束允許在表上定義某種約束條件,這些條件作為表定義的一部分存在,從而強制表中的資料滿足一定的規則。

儲存過程:儲存過程是由流控制語句(if…else)和SQL語句書寫的過程,這個過程經過編譯和最佳化後儲存在資料庫伺服器中,使用時只要呼叫即可。

觸發器:觸發器是一種特殊的儲存過程,不同的是這種過程不是由程式呼叫來執行,而是透過資料庫資料的更新自動地“觸發”執行。

事務處理:事務是最小的邏輯工作單元,在這個單元中對資料庫所有的更新要麼全部成功要麼全部失敗。

併發處理:允許使用者在沒有衝突的情況下更新表中不同的行。行級鎖和頁級鎖對聯機事務處理非常有用。

序號生成器:資料庫可以自動生成連續的序號供應用程式使用。

檢視:檢視是原始資料庫表的變換,可給應用程式帶來安全性、簡單性和獨立性。

分佈處理:資料可以分佈在網路的多個點上,資料本身支援分佈查詢和分佈修改。

資料複製:資料可以在網路的多個數據庫點相互複製。

1。4 參考資料

l 《北京市領導幹部線上學習系統軟體需求規格說明書》

l 《北京市領導幹部線上學習系統概要設計說明書》

第二章外部設計

2。1 識別符號和狀態

資料庫名稱定為:ELMS,作業系統建立使用者:oracle,密碼由配置管理員管理。

2。2 使用它的程式

l 北京市領導系統

2。3 約定

1、資料庫表表名命名規則

資料庫表名均使用大寫字母,總長度不可超過50位。

資料庫表名的命名規則:模組分類碼_表名。

表名命名規則:

由該表所代表實體的英文名稱或英文縮寫構成;如果在相同的表分類碼中有表名重複的情況,則取其他名稱或向後排號,依次類推……。

舉例:

核心業務中的AICC課程儲存表 命名為:AICC_DES_INFO

2、資料庫表列名命名規則

據庫表列名均使用大寫字母,總長度不可超過50位。

資料庫表列名的命名規則:列名

其中:

列名由該表所代表實體的英文名稱或英文縮寫構成;如果在相同的表中有列名重複的情況,則取其他名稱或向後排號,依次類推……。

舉例:

線上學習系統中儲存課程資訊的表,可以命名為:ELMS_COURSE_INFO。

3、資料庫表列屬性的設計規則

資料庫表的列需要定義以下屬性:

l 名稱(Name):不允許為空

l 程式碼(Code):不允許為空

l 註釋(Comment):允許為空。如果列有定義規則,應該在此說明

l 定義域(Domain):允許為空。如果該列具有領域特徵,應該定義

l 資料型別(Data Type):不允許為空

l 長度(Length):不允許為空

l 精確度(Precision):允許為空

l 強制(Mandatory):允許為空

l 主鍵(Primary Key):允許為空

l 外來鍵(Foreign Key):允許為空

4、主鍵外來鍵索引建議命名規則

主鍵命名以_PK結尾,外來鍵命名以_FK結尾,索引命名以_IDX結尾。

5、檢視命名規則

檢視命名均使用大寫字母,總長度不可超過50位。

檢視的命名規則:VW_表分類碼_檢視名。

檢視的命名規則同表名命名規則。

6、儲存過程命名規則

儲存過程命名總長度不可超過50位。

儲存過程命名規則:P_系統標識_儲存過程標識。

7、函式命名規則

函式命名總長度不可超過50位。

函式命名規則:F_系統標識_函式名稱。

8、觸發器命名規則

函式命名總長度不可超過50位。

函式命名規則:TR__ (after);

TI__ (instead)。

2。4 專門指導

本部分內容以知識點的形式,向準備從事此資料庫的生成、從事此資料庫的測試、維護人員提供專門的指導,包括被送入資料庫的資料的格式和標準、送入資料庫的操作規程和步驟。

詳細內容請參見附錄A。

2。5 支援軟體

ER/Studio

面向資料分析員、資料庫管理員和開發人員的強大的,多層次的針對邏輯和物理資料庫設計和結構的資料模型工具。

產品版本:

ER/Studio standard標準版

ER/Studio enterprise企業版

ER/Studio Add-On Products ER/Studio擴充套件產品有:

ER/Studio Enterprise Portal ,MetaWizard,Universal Data模型s,ER/Studio Viewer,EA/Studio

產品描述:

Embarcadero的ER/Studio是一款業內領先的資料模型工具,能夠幫助企業使用者發現、記錄並使用資料。該產品具有雙向資料庫支援的特點,資料架構工程師能夠輕鬆地對現有資料庫進行逆向工程設計、分析及最佳化。藉助ER/Studio強大的合作功能,使用者能夠提高工作效率並強化組織標準。

1、記錄並強化現有資料庫

2、提高資料的一致性

3、將模型在企業內部有效地交流

4、超越資料的

Embarcadero ER/Studio

建模套件

Embarcadero建模工具套件提供了一個用於分析、設計、建立和維護業務流程模型、概念模型、邏輯模型和物理模型的完整環境,可滿足資料建模和企業體系結構建模的雙重需要。Embarcadero 建模元件中含有多個可單獨或成套購買的工具,包括資料建模工具 (ER/Studio)、伺服器端模型儲存庫工具 (ER/Repository)、元資料搜尋和報告工具

(ER/Portal)、業務流程和概念建模工具 (EA/Studio)、模式確認工具 (Schema Examiner) 以及一個元資料整合工具 (MetaWizard)。

ER/Studio 8。0。1,該工具提供了模型驅動方法,可實現企業內部從資料來源到目標位置的資料跟蹤查詢。ER/Studio 含有 Visual Data Lineage(視覺化資料血統)功能,可幫助資料體系結構設計師和建模工程師解決有關資料整合、合併和規範化的業務問題。

ER/Studio 8。0。1是第一款提供企業內部資料血統視覺化表示的專業資料建模工具,允許資料專業人員在資料來源和目標之間進行影響分析,並且無需檢視程式碼即可實現視覺化資料流分析和歸檔。

“由於規範化的衝擊以及理解和歸檔資料來源的強烈需要,有效跟蹤資料血統的任務已經變得無比重要,”CDO Technologies 高階安全分析師 Ron Lewis 說。“使用其最新 Visual Data Lineage(視覺化資料血統)功能,ER/Studio 8。0 簡化了在資料庫和平面檔案之間跟蹤資料移動的方法,最終有助於我們更好地理解政府客戶組織中的資料資源。這使我們在促進資料合併、SOA 遷移、FISMA 順應性和 DIACAP 需要等多個方面受益。”

ER/Studio 8。0。1 其他主要新功能包括 Sybase IQ 12。5 和 Microsoft SQL Server 2008等最新的資料庫管理系統 (DBMS)的支援 、輕量級目錄訪問協議 (LDAP) 整合、屬性級子模型、物件級比較標記。

“隨著連續不斷的行業併購、規範化和 SOA 的提出,本來已經十分艱鉅的資料管理工作面臨的壓力越來越大。這觸發了對採用能夠改善組織機構中資料質量和連續性的工具前所未有的需要,”Embarcadero Technologies 產品副總裁 Michael Swindell 說。“透過向公司提供對其業務資料的深刻理解,ER/Studio 可幫助他們減少與資料管理相關的許多風險。”

ER/Studio 8。0。1的主要新功能和優點包括:

- Visual Data Lineage(視覺化資料血統):在整個企業範圍內視覺化表示出資料所在位置、資料流動和更改方式,賦予使用者自動靈活的處理程式和更加豐富的元資料。

- LDAP 整合:一個透過 LDAP 和 Active Directory 整合來管理使用者儲存庫訪問的自動方法,減少了在儲存庫安全層複製使用者帳戶更改的需要。

- 企業體系結構支援:透過 EA/Studio 向該工具的現有資料建模功能新增業務流程建模和概念建模,提供企業級資料體系結構支援。

- 屬性級子模型:使用者可以使用此功能選擇想要在各個子模型中顯示的特定屬性,使得公司能夠更加容易地管理複雜模型,在這些複製模型中有些特定實體的屬性集合僅適用於部分受眾。

- 擴充套件 DBMS 支援:透過支援 Sybase IQ 12。5 和 Microsoft SQL Server 2008,ER/Studio 目前支援所有主要資料庫管理系統的資料建模工具,使得使用者可以靈活使用任何資料庫型別。

第三章邏輯結構設計

概念結構模型是各種資料模型的共同基礎,相對於資料模型來說它獨立於具體的計算機系統以及資料庫管理系統,是抽象的模型。在邏輯結構設計中就是將抽象的概念模型轉化為資料模型,概念模型剖析了資料的特點以及關係,資料模型則說明如何根據這些資料特點和關係對資料進行組織以及管理,並且透過與具體的資料庫管理系統結合起來,指導資料庫的具體實施。在資料庫設計中使用關係模型作為資料模型,資料庫管理系統根據實際應用需求確定。

在概念結構中根據業務需求資料的分類,建立了多個ER模型,分別是線上學習管理概念模型、互動社群管理概念模型、幹部檔案管理概念模型、統一使用者管理概念模型。在邏輯結構設計主要是將這幾個模型轉化為對應的關係模型,關係模型主要用來儲存幾個概念模型中實體的資料例項,其中有些表包括有很多而不是一個。這幾類表也不是資料庫邏輯結構的全部,還包括其他的表,如各類屬性表、關聯表等。

3。1 線上學習系統

線上學習系統描述資料邏輯結構是對線上學習系統描述資料概念模型的轉化,也是資料在資料庫中具體組織形式,相對於在實體關係模型中定義的實體屬性,在邏輯結構中對屬性數量進行了擴充套件,擴充套件屬性包括指示屬性以及描述屬性。

3。1。1 班級管理

3。1。1。1 班級資訊表

使用範圍(用於模型)

使用範圍(用於子模型)

屬性

關係

父關係:

子關係:

第四章物理結構設計

北京市領導幹部線上學習系統的物理資料模型設計要確定資料庫的物理結構,包括資料庫在物理裝置上的儲存結構和存取方法,資料表示和資料儲存分配等,並得到一個具體的DBMS可接受的物理結構。

針對上述要求,採用以下設計:資料庫採用字符集為GBK,所在地區為CN,頁面大小為8192。

對於學習資料、管理資料、統一使用者資料分別建立表空間“ELMS”“MNG”“UUM”,同時使用系統的臨時表空間“TEMP”。

其中表空間“ELMS”大小10G,達到上限後每次增加1G,

表空間“ELMS”大小2G,達到上限後每次增加200M,

表空間“ELMS”大小5G,達到上限後每次增加500M。

系統物理儲存使用NAS進行儲存管理。

根據邏輯設計得出資料庫所有物件的PDM圖如下所示:

線上學習管理系統設計:

資料庫的詳細物理結構,請詳細內容請參見由ER Studio編寫的資料庫設計檔案。

第五章運用設計

5。1 安全保密設計

Oracle安全性是透過組合外部安全性服務與內部 Oracle授權機制來處理的。外部安全性服務對希望訪問 Oracle伺服器的使用者進行身份驗證,Oracle外部的安全性軟體負責處理身份驗證。成功校驗了使用者 ID 和口令後,內部 Oracle程序將接管控制,並確保使用者有權執行所請求的操作。

北京市領導幹部線上學習系統的資料庫安全性設計步驟大致如下:安全性系統總體結構與功能設計,結合整體資料庫表設計的安全性系統資料庫表設計,DBMS 系統管理表一致性設計,面向資料庫管理員的安全性管理功能設計。

1。確保進入資料庫的資料正確無誤。

輸入資料檢驗是將錯誤資料阻擋在資料庫之外的一般措施。

靜態表是重要的輸入支援,它使使用者不可能輸入有邏輯錯誤的資料,如性別只有男女之分,不可能有其他輸入。

對通用輸入檢驗採用公用函式,可以消滅程式設計師的經驗差異,統一保證程式檢驗的完備性,統一測試。

也可以使用 DBMS 對資料型別、格式乃至內容的限制和檢驗功能,以保證資料庫內資料的可信度,但是這使系統的容錯性下降,有時給程式除錯或資料錄入方式帶來不便,不是理想的辦法。

2。雙重使用者管理

在系統中,Oracle提供的使用者管理功能,又設計了該系統獨立的使用者管理系統。有關的設計包括:

(1)在資料庫中定義了系統專用的使用者管理表體系,包括使用者基本表、角色基本表及其他關係表。

(2)為了方便日常資料庫管理,北京市領導幹部線上學習系統的資料庫管理是在資料庫管理員專用的客戶機上,而不是在伺服器端。

(3)依據系統專用的使用者表,角色表進行使用者資格審查。

3。必要時採取基於資料安全性的應用物件表頭設計

對特殊的應用物件表採取統一設計表頭的方式進行,透過公用程式(行觸發器) 適時地寫入相應的內容。表頭由如下欄位構成:

l 新建時間

l 最終修改時間

l 最終修改程式ID

l 最終修改機器號

l 最終修改使用者ID

l 有效位

用這個表頭可以實現以下一些功能:

(1)用“有效位”實現誤刪除時的恢復,即每次刪除時並不真正刪除,只將有效位置為“假”。

(2)追蹤某使用者、某終端、某程式、某時間所修改的全部庫表內容,即使用者審計。

(3)追蹤某個資料庫表的全部修改內容,即資料庫審計。

此外,還可以進行各種統計,以作為資料庫升級擴充時的設計參考,例如資料庫修改率、追加率、追加增長率、各部門更新資料庫比率等。

4。面向角色的動態功能組合

阻止非法訪問的一個最好方法是將使用者不擁有訪問許可權的功能隱蔽起來,使之不知道系統的全貌,不給他做惡意試探的機會。這是按角色擁有許可權動態生成面向指定使用者系統介面設計的主要思路。

第六章附錄

6。1 附錄A:

館長整理

資源不易,歡迎打賞

,感謝那些支援我的朋友,謝謝,謝謝,謝謝!

您的支援是我成長的動力!交個朋友,一起成長。

版權說明:本站所有資料主要來源於網路的公開資訊,都保留了原來的版權資訊,本站所有的資料文件僅限用於學習交流,如若有侵權的嫌疑,請及時告知進行刪除。

-產品經理資料館-

我們努力成為產品經理的朋友的工具箱、資料館,您的需要就是我們努力的方向。歡迎您給我們提出寶貴的意見和建議。

目前我們這裡有:

1、原型分享:包括各種業務成功案例的Axure rp原型檔案的分享;

2、文件分享:各種技術文件模板的分享,包括Word模板、Excel模板、PPT模板、Xmind模板等等;

3、圖書分享:關於產品經理各種電子書分享,如果平臺沒有的電子書,可後臺告知或加我微訊號告知,我會幫你找找。

4、工具分享:關於產品經理經常使用的各自工具的下載;

5、教程分享:產品經理學習教程的分享,包括小白成長教程、圖書教程、影片教程等等;