數據庫設計精選(九篇)

前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的數據庫設計主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：數據庫設計范文

1.1災情信息表

對災情數據進行信息分類是一項非常重要的過程，適當的分類可以簡化系統結構，實現數據的精確分析。具體來說，災情數據分為兩部分，一部分是過程信息表，一部分是災情信息表。其中，過程信息表用來記錄災害天氣發(fā)生過程中的災害信息，這部分記錄是災情數據庫的基礎；災情信息表是受災后的災情詳細信息記錄，如災害強度、災害損失、災害原因等。兩部分在數據使用方面體現為一對多關系，即一次災害過程對應著多個災情信息記錄。災情信息表是整個數據庫系統的核心，其結構是否科學合理決定了后續(xù)災情分析的準確程度。為滿足分析需求，通常災情詳細信息表的數據存儲字段可分為災情起因信息、基本信息、空間屬性信息、災害帶來的損失信息、后期影響信息等幾部分。

1.2災情的協同通報信息結構

數據庫的建立不僅僅用于記錄，還應該具有聯網通報的功能，通過該功能可以實現信息的聯網分析和總結，提高災情通報的實時性和系統使用效率，減少或者避免重復工作所帶來的人力資源浪費。該部分數據庫架構為，在災情協同錄入界面，輔助錄入人員可以將災情數據進行及時收集整理后進行錄入，然后利用協同通報系統將信息上傳到數據庫端并將該部分數據標記為待審核數據。經過工作人員的審核和評定后，若該數據錄入準確且具有唯一性，則取消待審核狀態(tài)，轉為災情詳細信息數據，為后續(xù)上報或者災情分析評估等提供數據支持。該部分的信息需要進行單獨存放，以免與災情信息表產生混淆。

1.3災情評估信息數據結構

災情根據災害特點和災害原因可以分為多種類別，如自然災害和人為災害、地質災害和天氣災害等。不同的災害收集方式和評估方式均有所不同，因此在數據庫架構中如何合理制定災害信息采集分析表對應用災害數據進行災情評估具有重要作用。該部分數據庫應該按照如下方式進行構建。首先建立災情分類數據庫，不同災情與對應災情描述之間進行特征關聯，同類型災害進行細分和歸類。然后根據災情特征建立對應的數據模型，便于數據錄入和災害評估。

1.4輔助數據表結構

為提高系統的應用性能，可以增設部分輔助數據表作為災情數據庫的補充。利用該表可以進行新災情的自定義等，增強數據庫的可擴展性。同樣輔助表還具有區(qū)域記錄功能，通過對受災區(qū)域進行記錄，可以提高災情地理分布的精確度，增強局部預警能力。

2基于災情數據庫的災害評估技術分析

在建立氣象災情信息數據庫的基礎上結合使用GIS技術、數據分析技術、WEB技術等，可以保證對數據庫的充分利用，實現災情的精確評估，減少災害帶來的經濟損失。

2.1災情統計分析技術

對災情進行記錄的主要目的在于利用這些數據進行統計分析，并對分析結果進行總結，生成統計報表，根據報表制定防災決策，或者指導今后的災情預警等。該技術生成的統計報表可以用于存儲或檢索。其中，檢索功能可以進行要素關聯檢索、條件檢索、影響檢索等。通過進行細分檢索和信息對比，可以方便的實現災害評估。

2.2可視化分布圖顯示技術

在對災害數據庫進行限定檢索后，可以獲得相關災情信息和氣象數據。結合使用可視化技術等，可以根據數據統計量生成要素分布圖。如災情分布圖、災害損失分布圖等。這些分布圖可以直觀、便捷的實現天氣和災情的關聯，突出災害易發(fā)點，為不同天氣下的災害預防工作提供理論依據。

2.3災害防御對策技術

災害防御對策技術主要是指對數據庫內的災害數據進行分析，根據各要素的影響程度調用對應的防御對策信息以供氣象工作人員參考。該技術的實現需要對現有的應對策略進行收集、整理和歸類，并根據災害程度制作成相應的數據庫文件，進而將該數據庫與災害信息庫進行關聯。

3總結

第2篇：數據庫設計范文

關鍵詞：網絡安全 漏洞 數據庫

1 信息安全庫所面臨的挑戰(zhàn)

信息技術的發(fā)展帶動了全球信息化的發(fā)展，從而使信息基礎設施成為社會基礎設施中必不可少的關鍵所在。信息網絡技術的應用正日益普及和廣泛，應用領域也從傳統的、小型業(yè)務系統逐漸向大型、關鍵業(yè)務系統擴展，典型的如企事業(yè)單位信息系統、金融業(yè)務系統、企業(yè)商務系統等。伴隨網絡的普及，安全日益成為影響網絡效能的重要問題，而Internet所具有的開放性、國際性和自由性在增加應用自由度的同時，對安全提出了更高的要求，這主要表現在：

1.1 開放性導致網絡的技術是全開放的，任何一個人、團體都可能獲得，因而網絡所面臨的破壞和攻擊可能是多方面的，例如：可能來自物理傳輸線路的攻擊，也可以對網絡通信協議和實現實施攻擊；可以是對軟件實施攻擊，也可以對硬件實施攻擊。

1.2 國際性意味著網絡的攻擊不僅僅來自本地網絡的用戶，它可以來自Internet上的任何一個機器，也就是說，網絡安全所面臨的是一個國際化的挑戰(zhàn)。

1.3 自由性意味著網絡最初對用戶的使用并沒有提供任何的技術約束，用戶可以自由地訪問網絡，自由地使用和各種類型的信息。

與此同時，層出不窮的病毒、蠕蟲和黑客攻擊給正常的網絡通信與信息資源帶來沉重的負荷和影響。

如近幾年來在全球肆虐的Code Red，Slammer，W32. Blaster等蠕蟲病毒，除了對受害站點進行DDos攻擊外，大量非正常數據包的泛洪還嚴重占用網絡帶寬，堵塞網絡，并使大量服務器工作異常，具有很強的危害性。

2 安全信息數據庫的設計

該子庫主要存儲來自于信息偵察所收集到的并支持人工修正的目標網絡的基本信息。其中，包含有配置信息表（CInfo）、服務信息表（SInfo）、漏洞信息表（VInfo）和安全依賴關系表(SDR)。

CInfo表的鍵是主機IP地址屬性；SInfo表的鍵是（主機IP地址、主機端口）；VInfo表的鍵是(主機IP地址、主機漏洞ID)；SDR表的鍵是(可能源主機IP，可能目的主機IP，主機漏洞ID)。CInfo與SInfo是一對多的關系，因為每臺主機可同時開放多個端口；CInfo與VInfo是一對多的關系，每個節(jié)點可能有多個漏洞；SInfo與VInfo也是一對多的關系，每個運行服務可能存在多個漏洞。CInfo與SDR，VInfo與SDR均是一對多的關系。

3 標準漏洞子庫設計

該子庫由漏洞信息表（VulInfo）和漏洞影響系統信息表（VulSys）組成。前者主要記錄了每個漏洞的BugID、/更新時間、漏洞類別、具體描述、修復方法等等；后者記錄了每條漏洞所影響的操作系統或應用軟件信息。

VulInfo表和VulSys的鍵值均是漏洞ID屬性，它們之間是一對多的關系，因為同一個漏洞可能影響多個系統。

在VulInfo表中，我們使用Bugtraq作為標識漏洞的唯一ID，是因為Bugtraq ID即將成為業(yè)界的統一標準，各個軟件供應商也已開始將自己的產品漏洞公告映射為Bugtraq編號，該編號提供了一個統一、一致、可比較的漏洞管理機制。

由于這兩個組織的漏洞數據庫都不提供直接的訪問，因此設計一個漏洞數據獲取插件。

根據各個漏洞信息的URL開啟多個線程，發(fā)送相應的HTTP GET請求，然后讀取Web Server端的響應。由于漏洞數量相當多，如果由每個線程同時完成讀取響應，分析數據并填寫數據庫，不但會消耗大量的系統資源，而且很可能導致大量GET請求失敗。因此，我們采取了實時線程獲取原始漏洞數據并以簡單的格式存儲，然后主線程進行離線的數據分析，并完成寫入數據庫的任務。另外，由于可能存在GET請求失效的情況，將導致某些漏洞的信息缺失或不完整。為了保證得到所有已有漏洞的信息，我們還采取了日志記錄機制，即，主線程開啟一批線程抓取信息并等待其全部結束后，根據每個線程錄入的日志找出需要重新抓取的漏洞，重新開啟一批線程，如此反復，直到所有漏洞數據都被成功獲取。

由于目前實際情況的限制，只能在國際安全組織站點上被動的更新漏洞庫。如果可以建立國內統一的緊急相應中心漏洞數據庫，那么中心可以定期的向各個網絡風險評估管理系統的標準漏洞子庫漏洞更新數據。

可見，執(zhí)行相應的風險控制措施，使風險等級降低到可接受的水平。

參考文獻：

[1]Information Assurance Technical Framework. IATF Document [EB/OL].Release 3.1.

[2]National Computer Security Center，Department of Defense Trusted Computer System Evaluation Criteria，DoD 5200.28-STD，December 1985

[3]David Moore，Vern Paxson，Stefan Savage etc. The Spread of the Sapphire/Slammer Worm[EB/OL].2003.

第3篇：數據庫設計范文

數據庫建設項目技術設計書

**市**測繪服務有限責任公司

2011年11月10日

**縣**鎮(zhèn)地籍調查

數據庫建設項目技術設計書

項目承擔單位（蓋章）：**市**測繪服務有限責任公司

設計人：

日期： 年 月 日

審批人：

審批單位（蓋章）：**縣國土資源局

日期： 年 月 日

目 錄

1. 項目概況 ............................................. 1

1.1 前言 ............................................ 1

1.2 工作任務 ........................................ 1

1.3 完成期限 ........................................ 1

2. 技術依據 ............................................. 1

3 入庫數據主要技術指標 .................................. 2

4 城鎮(zhèn)地籍數據庫建設 .................................... 2

4.1 數據庫建立的流程 ................................ 3

4.2 數據庫內容 ...................................... 3

4.3 數據庫信息 ...................................... 4

4.4 數據建庫的主要工作內容 .......................... 4

4.5 數據建庫要求 .................................... 5

4.6 數據檢查 ........................................ 6

4.7 注意事項 ........................................ 6

5. 質量監(jiān)督與保密措施 ................................... 7

5.1 質量檢查制度 .................................... 7

5.2 檢查的內容 ...................................... 7

5.3 檢查工作的實施 .................................. 8

5.4 成果保密措施 .................................... 8

6 成果提交 .............................................. 9

1. 項目概況

1.1 前言

**縣國土資源局按照國務院《關于開展第二次全國土地調查的通知》（國發(fā)[2006]38號）及2010年**市政府與**縣政府簽訂的崗位目標責任制的要求，全面開展**縣建制鎮(zhèn)的地籍調查工作，為查清**縣城鎮(zhèn)土地利用狀況，掌握真實的土地基礎數據，建立和完善土地調查、統計和登記制度，實現土地資源信息的社會化服務，將全野外數字化地籍成果數據進行入庫，滿足經濟建設及國土資源管理的需要，更好的為土地宏觀調控及政府科學決策提供依據。**縣國土資源局委托我公司承擔此次**鎮(zhèn)（鎮(zhèn)區(qū)及高家屯、王三家子、半拉窩鋪）的地籍調查工作。

1.2 工作任務

本項目是第二次土地調查的重要內容之一，也是合理利用土地資源、充分發(fā)揮土地資產效益、保護土地權利人合法權益、實施科學化的城市管理和建設“數字國土”、“數字**”的基本條件；工作任務是在完成**鎮(zhèn)地籍調查中的權屬調查、地籍測量后，建立地籍數據庫。

1.3 完成期限

計劃在2011年11月10日至2012年2月10日完成整個測區(qū)的數據入庫工作。

2. 技術依據

《第二次全國土地調查技術規(guī)程》（TD/T 1014-2007）；

《城鎮(zhèn)地籍調查規(guī)程》（TD 1001-93）；

《城鎮(zhèn)地籍測量技術規(guī)定》（暫行）（吉林省第二次土地調查標準）；

《土地利用現狀分類》（GB/T 21010-2007）；

《1∶500 1∶1000 1∶2000地形圖圖式》（GB/T 20257.1-2007）； 《城鎮(zhèn)地籍數據庫標準》（TD/T 1015-2007）；

《第二次全國土地調查數據庫建設技術規(guī)范》；

《基礎地理信息要素分類與代碼》（GB/T13923-2006）；

《中華人民共和國行政區(qū)劃代碼》（GB/T2260-2007）；

《測繪成果質量檢查與驗收》（GB/T24356-2009）；

《吉林省城鎮(zhèn)土地調查檢查驗收規(guī)定》（暫行）；

經審核的《**縣**鎮(zhèn)地籍調查數據庫建設項目技術設計書》。 3 入庫數據主要技術指標

坐標系統：1980西安坐標系；

高程基準：1985國家高程基準；

成圖比例尺：1:500；

平面投影：高斯－克呂格正形投影3度帶,中央子午線126度 計量單位：長度單位采用米（m），取位至0.01m；面積計算單位采用平方米（m2），取位至0.01 m2；面積統計匯總單位采用平方米（m2），取位至0.01 m2 。

4 城鎮(zhèn)地籍數據庫建設

城鎮(zhèn)地籍調查數據庫是指在地籍調查過程中形成的調查成果數

據庫，是數字地籍調查的最終成果，也是地籍管理信息系統的基礎數據源。

4.1 數據庫建立的流程

4.2 數據庫內容

城鎮(zhèn)地籍數據庫包括城鎮(zhèn)地籍數據處理、管理和分析應用的基礎地理要素、權屬要素、地類要素、注記要素、土地權利人要素、土地登記要素，以及房屋等附加信息。

4.3 數據庫信息

4.3.1 數據上交格式

地籍測量生產和地籍數據庫輸出的圖形文件可采用如下方式：

4.3.1.1.支持ESRI的SHP格式。每個圖層對應一個SHP文件，相關屬性記錄在SHP文件中，擴展屬性表以.DBF表示，元數據支持文本(.txt)。SHP文件命名以對應屬性表命名(參見《城鎮(zhèn)地籍數據庫標準》（TD/T1015-2007）表1)，以區(qū)塊文件輸出。

4.3.1.2.支持國土資源部規(guī)定的VCT數據格式。

4.3.2 系統平臺

外業(yè)數據采集滿足《城鎮(zhèn)地籍數據庫標準》（TD/T1015-2007）要求；

內業(yè)數據建庫采用城鎮(zhèn)地籍建庫管理軟件（CMS）。

4.4 數據建庫的主要工作內容

以1：500城鎮(zhèn)土地調查圖形成果為數據源，采用電子數據的抽取、轉換、裝載（ETL）工藝或輔助屏幕數字化工藝，建立滿足一定拓撲規(guī)則的城鎮(zhèn)土地調查圖形數據庫；以城鎮(zhèn)土地權屬調查、登記發(fā)證和建設用地審批的非圖形資料為數據源，建立城鎮(zhèn)土地調查屬性數據庫；為保持圖形數據和屬性數據的邏輯一致性，并將兩者相互掛接為城鎮(zhèn)土地調查數據庫。

對地籍測量采集的空間矢量數據（包括地形、地籍數據）按照要求進行分層、編輯等處理。

4.4.1.對數據進行相對關系、拓撲關系等處理，按照規(guī)定的面層，對每一個面層按照拓撲關系進行構面處理，如區(qū)劃，街道、街區(qū)、宗地（地塊）、地類等層。

4.4.2.屬性錄入，對于外業(yè)采集軟件中不能錄入或不能轉入的各種屬性數據，按照規(guī)定進行錄入及鏈接。

4.4.3.在系統平臺上進行統計、面積匯總檢核及成果輸出等。

4.5 數據建庫要求

4.5.1 矢量數據

對于內業(yè)構面，按照一級控制一級的原則，在街坊層，同一街道內所有的街坊構成具有嚴格拓撲關系的各個面，面積之和應等于此街道的面積；在宗地層，所有的宗地構成具有嚴格的拓撲關系，宗地面積與虛宗面積之和應等于此街坊的面積；在圖斑層，同一宗地內不同地類以宗地界線構成的面具有嚴格的拓撲關系，且面積之和等于該宗地面積。

4.5.2 編碼

全部數據按《城鎮(zhèn)地籍數據庫標準》（TD/T 1015-2007）城鎮(zhèn)地籍要素的編碼規(guī)則進行編碼。

4.5.3 屬性數據的錄入

根據《城鎮(zhèn)地籍數據庫標準》（TD/T 1015-2007）城鎮(zhèn)地籍要素屬性表的結構對除宗地外所有要素進行屬性錄入。

4.5.4 面積統計和匯總

4.5.4.1.面積統計的有關規(guī)定

(1)按街坊街道逐級匯總；

(2)各類面積統計要獨立量算兩次，面積單位m2,計算取值到小數后一位。

土地分類均用二級類填寫；

(3)所有面積以地籍信息系統匯總的面積為準。

4.5.4.2.面積匯總

在完成街坊面積量算后，按街坊對宗地進行面積匯總統計。街坊匯總統計結束后，進行以街道為單位宗地面積匯總統計。當一個街道涉及兩個以上作業(yè)組時，街坊宗地匯總數據交由一個作業(yè)組完成。輸出面積資料有：

(1)街坊為單位的界址點坐標冊；

(2)街坊宗地面積匯總表；

(3)街道土地分類面積統計表,按《土地利用現狀分類》（GB/T21010-2007）和《城鎮(zhèn)地籍數據庫標準》（TD/T1015-2007）規(guī)定的地類號填寫。

4.6 數據檢查

4.6.1.屬性錄入檢查，及時發(fā)現權屬調查的錯誤、屬性錄入錯誤。

4.6.2.地籍分幅圖數據的接邊檢查：檢查接邊情況、圖形數據和母線數據的一致性。

4.6.3.圖形數據中界址點的數量、位置與地籍調查表的界址點的數量、位置一致性的檢查。

4.7 注意事項

4.7.1.地籍調查各項成果的矢量數據質量是否滿足標準要求將直接影響到項目后續(xù)的數據入庫，因此在矢量數據入庫前，應按照GIS前端數據采集要求開展數據生產與編輯，從圖形規(guī)范、屬性編碼、空間拓撲等方面進行控制，做到面向對象，圖屬一致；對象的分層、分類、編碼按照國家《城鎮(zhèn)地籍數據庫標準》的空間數據庫標準執(zhí)行；制定相應的地籍要素采集、編輯規(guī)則，以規(guī)范數據生產。

4.7.2.在數據庫中，圖形與主要屬性用同一張表中的同一條記錄來描述，其他相關的屬性通過圖屬關聯實現圖屬一體化。

5. 質量監(jiān)督與保密措施

質量監(jiān)督與檢查制度的確立是確保項目質量的關鍵。

5.1 質量檢查制度

按照《測繪成果質量檢查與驗收》（GB/T24356-2009）的規(guī)定，為確保成果質量符合設計要求，該調查區(qū)地籍調查成果，嚴格執(zhí)行各項技術、質量管理制度，在項目實施過程中，認真按照ISO9001：2000質量保證體系的要求開展工作。

5.2 檢查的內容

使用城鎮(zhèn)地籍建庫管理軟件（CMS）檢查功能對數據庫的拓撲和屬性以及地籍調查表數據有效性進行檢查。

5.2.1．拓撲檢查

5.2.1.1行政區(qū)：面不能重疊；面不能有空隙；面邊界被線層覆蓋（行政區(qū)界線）；A面層被B面層覆蓋（地類圖斑）。

5.2.1.2行政區(qū)界線：線不能有懸掛點；線不許相交或重疊。

5.2.1.3宗地：面不能重疊；面不能有空隙；面邊界被線層覆蓋（界址線）；A面完全包含于B面內（行政區(qū)）。

5.2.1.4界址線：線不能有懸掛點；線不許相交或重疊；線終點與點重合（界址點）。

5.2.1.5界址點：點與線終點重合（界址線）

5.2.1.6地類圖斑：面不能重疊；面不能有空隙；面邊界被線層覆蓋（地類界線）。

5.2.1.7地類界線：線不能有懸掛點；線不許相交或重疊。

5.2.1.8房屋：A面完全包含于B面內（宗地）。

5.2.2．屬性檢查：對所有地籍要素的屬性進行檢查。

5.2.3．標識碼唯一性檢查：檢查數據庫內各要素標識碼是否唯一。

5.2.4.調查表數據檢查

5.2.4.1地籍調查表主表檢查：檢查地籍調查表中字段值填寫的正確性。

5.2.4.2指界表檢查：檢查指界表中本宗指界人與鄰宗指界人填寫的正確性。

5.2.4.3界址標示表檢查：檢查界址標示表中相鄰宗地的界址線位置，界址線類別，界址點類型，界標類型填寫是否矛盾。

5.2.4.4調查表宗地四至檢查：對調查表宗地四至與鄰宗權利人一致性進行檢查。

5.3 檢查工作的實施

專人利用城鎮(zhèn)地籍建庫管理軟件（CMS）檢查功能對數據庫進行復查，以及參照外野權屬資料與數據庫進行對照檢查。

5.4 成果保密措施

5.4.1.嚴格執(zhí)行測繪資料管理辦法，做好測繪資料的保密管理，加強知識產權保護法和職業(yè)道德教育，杜絕資料泄密或遺失。

5.4.2.在整個生產過程中，有關該項目的測繪成果要做好造冊登記，嚴格管理。

5.4.3.未經甲方單位同意，測繪單位不得擅自向第三方提供任何該項目的測繪資料。

5.4.4.在生產作業(yè)現場使用的計算機網絡要與外界的計算機互聯網保持物理隔絕。

5.4.5.做好計算機防病毒工作，所有生產用的計算機要安裝反病毒軟件。

5.4.6.做好計算機的使用維護管理工作，對各計算機建立統一的標識、統一的文件系統、統一的文件格式。不用的或廢棄的文件要進行清理，在工作的文件系統內保持數據的唯一性。

5.4.7.防止電子數據成果的意外損壞和丟失，堅持在每天工作結束后對該項目的所有電子數據成果進行備份，并作好備份記錄。備份數據保存在專用計算機內。

5.4.8.對生產過程中形成的中間資料（不上交）在項目完成時應統一在監(jiān)督下銷毀，不允許隨意丟棄。

第4篇：數據庫設計范文

關鍵詞：企業(yè)信息收集工作；數據庫設計；信息化

中圖分類號：TP311.13 文獻標識碼：A 文章編號：1007-9599 (2012) 12-0000-02

一、數據庫設計工作的規(guī)范化在企業(yè)信息收集工作中的意義

數據收集的高質化以及數據收集的高效化是企業(yè)信息收集工作的要求，也是數據庫設計的目的。企業(yè)信息收集工作是企業(yè)跟上時代進程，保有一定市場競爭力的前提，是企業(yè)發(fā)展歷程中的一個重要組成部分，是企業(yè)滿足現今社會信息化要求的基礎工程。數據庫設計工作的是否成功，是直接影響著企業(yè)信息化建設的進程的。

在我國現代化進程不斷加快的今天，我國的信息化產業(yè)也得到了空前的發(fā)展空間。尤其對于企業(yè)信息收集工作來說，企業(yè)信息收集工作的發(fā)展已經成為了企業(yè)信息化建設歷程中的一個重要組成部分了，其所獨具的信息化特質更直接奠定了其對企業(yè)的巨大影響。企業(yè)想要從根本上實現信息化建設的目標，就必須倚靠企業(yè)信息收集工作的發(fā)展。企業(yè)信息收集工作對于企業(yè)創(chuàng)造效益的效率、企業(yè)的信息化建設等等等等都有著極為深遠的影響。數據庫設計工作的質量更是直接引導著企業(yè)信息化建設的步伐的，只有保證了數據庫設計工作的質量，才能夠真正地讓企業(yè)信息化建設的各項工作有其意義，才能夠真正地體現出企業(yè)信息收集工作的信息化特質。

然而，近幾年來，有關企業(yè)信息收集工作質量的問題頻頻曝光，在沒有突顯其應有的效益的同時更直接影響了企業(yè)的正常運作，嚴重地阻礙了企業(yè)信息化建設的進程。這往往都是因為數據庫設計工作中設計人員的能力不足、設計人員的不重視等因素所導致的。

企業(yè)的數據庫設計工作的開展原本是為了讓企業(yè)信息收集工作更為及時地為企業(yè)的各項工作數據提供更為便利的搜索途徑，但這卻也加大了數據庫設計工作開展的難度，讓企業(yè)的管理人員在處理企業(yè)信息收集工作與企業(yè)信息化建設工作之間的關系的時候往往不夠合理、不夠正確。

如何在最短的時間內給以企業(yè)最大的方便是每一個數據庫設計人員都應考慮到的問題，這歸根到底，就是如何正確地協調好企業(yè)信息收集工作與企業(yè)信息化建設工作之間的關系的問題。企業(yè)信息收集工作是具有整體性的一項工作，其中每一項工作、每一項要求都是緊密相連、密不可分的。一個企業(yè)管理人員只有在真正能夠正確、有效、合理地協調好企業(yè)信息收集工作與企業(yè)信息化建設工作之間的關系的時候，數據庫設計工作的質量才能夠真正地達到加快企業(yè)群信息化建設的目的。

而企業(yè)管理人員要想能夠協調好企業(yè)信息收集工作與企業(yè)信息化建設工作這兩者之間的關系，就必須通過數據庫設計工作的規(guī)范化來完成。數據庫設計工作是企業(yè)信息化建設中不可或缺的一個部分，對于企業(yè)信息收集工作來說，更是其突顯智能化、高效化的一項重要舉措，甚至可以說其是企業(yè)信息收集工作與企業(yè)信息化建設工作之間的一道橋梁。

數據庫設計工作是貫通著企業(yè)信息收集工作中每一個階段、每一項工作的一項工作，是主導著企業(yè)開展信息收集工作的方向與進度、決定著企業(yè)開展信息收集工作的性質的一個決策性工作，是企業(yè)管理人員協調好企業(yè)信息收集工作與企業(yè)信息化建設工作之間的關系的一個重要途徑。只有做好了數據庫設計的規(guī)范化工作，企業(yè)信息收集工作的智能化、高效化才能夠得以彰顯，企業(yè)信息收集工作與企業(yè)信息化建設才能夠充分地滿足企業(yè)的要求、市場的要求。

二、設計主要過程

（一）概念結構設計階段

1.第零步——初始化工程

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

2.第一步——定義實體

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

3.第二步——定義聯系

IDEF1X模型中只允許二元聯系，n元聯系必須定義為n個二元聯系。根據實際的業(yè)務需求和規(guī)則，使用實體聯系矩陣來標識實體間的二元關系，然后根據實際情況確定出連接關系的勢、關系名和說明，確定關系類型，是標識關系、非標識關系（強制的或可選的）還是非確定關系、分類關系。

4.第三步——定義碼

通過引入交叉實體除去上一階段產生的非確定關系，然后從非交叉實體和獨立實體開始標識侯選碼屬性，以便唯一識別每個實體的實例，再從侯選碼中確定主碼。為了確定主碼和關系的有效性，應通過非空規(guī)則和非多值規(guī)則來保證。

第5篇：數據庫設計范文

關鍵字：數據泵；順序；細節(jié)處理

中圖分類號：TP311.1

近年來，由于服務器平臺更新換代較快，原來在設備型號較陳舊的一些數據庫平臺需要移植到性能較高的其它平臺，數據庫移植也就有了較多需求。關于數據庫移植，現已有很多方法和經驗介紹，有針對全庫的rman移植，也有針對個別對象的數據泵移植。筆者由于工作需要，將兩個數據庫以最快的方式移植到較高的Linux平臺，其中數據采用可傳輸性表空間的方法進行移植，其它對象采用數據泵不同功能選項進行移植。

1 兩個數據庫平臺介紹

源庫：windows2003 oracle；版本：10.2.0.5.0；字節(jié)順序：little（字節(jié)順序一致很重要，省了轉換的麻煩）。

目標庫：windows2003 oracle；版本：10.2.0.5.7；字節(jié)順序：little（Select * from V$TRANSPORTABLE_PLATFORM ORDER BY PLATFORM_ID；）。

確認字節(jié)順序一致很重要，省了轉換的麻煩，不在此贅述。

數據庫移植思路：根據源和目的兩個表空間的特點，采用傳輸性表空間移植的方式，先對表空間DB01_A和DB01_B進行移植，存儲過程、函數、視圖、db-link連接使用數據泵分類按序移植。

2 移植步驟

2.1 移植前的準備檢查

（1）首先對源表空間的自包含集進行檢查、清理。即需要移植的表空間不得包含依賴性的非本表空間的對象建立的關系。

Exec dbms_tts.transport_set_check（‘DB01_A’，TRUE，TRUE）；

Select * from TRANSPORT_SET_VIOLATIONS；

Exec dbms_tts.transport_set_check（‘DB01_B’，TRUE，TRUE）；

Select * from TRANSPORT_SET_VIOLATIONS；

對DB01_A和DB01_B不符合檢查標準的索引等對象刪除、清理。

（2）源、目的庫的用戶要創(chuàng)建一致。參考源數據庫在目標庫建立了所有的普通用戶。移植后的用戶屬性、權限及默認表空間待移植后重新賦權。執(zhí)行expdp的用戶要賦予exp_full_database的角色。

（3）目的庫的移植元文件使用目錄確認。

元文件放到目標庫DATA_PUMP_DIR參數指定的地方，具體確定方法為：

Select * from dba_directories；DATA_PUMP_DIR一般是默認的目錄，路徑過長。筆者新建一個目錄，并指定其為導入/出目錄。在系統跟即/目錄下創(chuàng)建yizhi，在sqlplus里制定/yizhi為導入導出目錄。

create or replace directory directory_name as ‘/yizhi’；

grant read，write on directory directory_name to system

如果使用其它普通用戶導入，還需賦予創(chuàng)建對話的權限；

Grant create session to username；

2.2 正式移植

（1）源庫關閉所有應用、連接、計劃任務，關閉監(jiān)聽程序。在關閉監(jiān)聽的情況下，在sqlplus里修改數據庫的屬性，read only。必須將數據庫的屬性修改為read only，數據庫元數據才能導出。上述舉措為了保持移植數據一致性。

alter tablespace DB01_A read only；

alter tablespace DB01_B read only；

（2）導出元數據，指定可傳輸表空間參數TRANSPORT_TABLESPACES

expdp ‘sys/xxx@db01 as sysdba’ dumpfile= DB01_A.DMP directory=DATA_PUMP_DIR TRANSPORT_TABLESPACES=DB01_A；

expdp ‘sys/xxx@db01 as sysdba’ dumpfile= DB01_B.DMP directory=DATA_PUMP_DIR TRANSPORT_TABLESPACES=DB01_B；

經實戰(zhàn)移植驗證，550G的表空間DB01_A 導出成80M的元文件需4分鐘，80G的表空間DB01_B導出 70M的元文件需3分鐘。

（3）分類導出其它。

expdp system/super dumpfile=view.dmp directory=DATA_PUMP_DIR logfile=job.log full=Y include= VIEW（要注意加full=Y）

然后將參數VIEW分別改為FUCTION，DB_LINK，PROCEDURE

（4）傳輸元文件及物理數據文件。通過FTP或工具傳輸元文件及數據文件。這一步驟提前要安排好物理文件的存放及目的存放規(guī)劃。

（5）按順序導入表空間、視圖、db_link、存儲過程、JOB。這一步分類和順序很重要，因為對象之間有相互的依賴關系。比如有的存儲過程里用到db_link鏈接，db_link如果未先建好，就會導致存儲過程導入的失敗。

Impdp system/oracle01 dumpfile=DB01_A.DMP directory=DIRECTORY_NAME

TRANSPORT_DATAFILES= /Ora_da1/DB01_A.ORA，……. /Ora_da1/DB01_A32.ORA

impdp system/oracle dumpfile=DB01_B.DMP directory=DIRECTORY_NAME

TRANSPORT_DATAFILES= /Ora_da1/DB01_B.ORA，……/Ora_da1/DB01_B7.ORA

表空間導入完成，打開表空間的可讀寫屬性（因為后續(xù)導入的對象要用到數據表的讀寫）

alter tablespace DB01_A read write；alter tablespace DB01_B read write；

修改數據文件的文件屬主。chown oracle：oinstall 數據文件列表。然后檢查導入表空間的物理文件及邏輯文件狀態(tài)及可用性。

（6）分類按序移植具體主要為存儲過程，函數、視圖。此步驟并不是針對用戶來移植的，而是針對全部對象進行的移植。

impdp system/super dumpfile=all.dmp directory=DIRECTORY_NAME include= VIEW

然后同上，將db_link， Function，PROCEDURE，JOB等指定為include參數值進行導入。至此，數據庫所有應用對象移植完畢，可以在新創(chuàng)建的數據庫環(huán)境空間里繼續(xù)分享源數據庫空間的數據及用戶方案。

3 采用傳輸性表空間的方法移植數據庫的特點及總結

通常采用傳輸性表空間的數據方法移植數據表空間的。本次采用expdp分別將數據庫各數據對象移至目標平臺。關鍵點在參數、順序、細節(jié)的處理。數據庫同步的幾個關鍵點：

（1）修改用戶權限。在表空間移植前，將原數據庫所有用戶在新目標庫創(chuàng)建。待表空間、VIEW、function等移植后，就參照原數據庫用戶創(chuàng)建腳本將新庫數據庫用戶權限全部更新一遍。筆者采用利用源DDL腳本的方法賦權。（2）分類按序。當導入發(fā)現有錯誤提示時，不要擔心，看一下提示便可了解邏輯關系，調整一下導入順序，問題便迎刃而解。（3）移植點和時間的把握。最初采用此方法，是因源庫沒有基于rman的數據庫備份。待筆者執(zhí)行起來發(fā)現，對象及表空間的導出時間是非常短的，當了解了整個操作步驟及過程后，整個數據庫移植占時最長的就是物理數據文件傳輸過程，我們可以通過多種方式提高網絡傳輸速度以縮短數據庫移植用時。特別是針對只有數據表空間變化較多的數據庫而言，在進行過一次測試移植后，完全可以快速順利進行數據移植和同步。

上述實現過程相對于基于rman備份的數據庫移植，移植的步驟并不是簡潔的，但經實際操作發(fā)現，確實比較靈活、方便和快捷的。

參考文獻：

[1] 吳秀君.淺談Oracle數據庫SQL性能優(yōu)化[J].數字技術與應用.2013（09）.

[2]Oracle數據庫移植方案[J].中南民族大學學報（自然科學版），2005（03）.

第6篇：數據庫設計范文

關鍵詞：工作過程；數據庫；應用技術

在網絡環(huán)境越來越廣闊的背景下，數據庫系統已經在各個領域均有所涉及，并且成為了信息系統的基石與核心，促使諸多計算機科學與工程技術人員必須要掌握專業(yè)的數據庫技術、技能。我國高校計算機相關專業(yè)學生亦需要學習數據庫應用技術，以培養(yǎng)并且提高自身的數據庫技術基礎知識與管理應用水平。但是，鑒于數據庫應用技術課程體系比較復雜，發(fā)展迅速，應用技術自身有較強的靈活性和多樣性，采用傳統教學方法并不能夠取得良好教學效果。為此，有必要從工作過程視域下對數據庫應用技術課程設計作出研究。

一、工作過程視域下的數據庫應用技術課程開發(fā)

1、確定工作崗位數據庫應用技術課程應該屬于高校，尤其高職院校軟件技術專業(yè)十分重要的核心課程內容，為了培養(yǎng)更多高素質、高能力的軟件開發(fā)人才，必須要對高職院校軟件技術專業(yè)學生的崗位定位進行恰當分析[1]。通過表1的相關信息可以發(fā)現，高職院校軟件技術專業(yè)學生的首崗需求均需要其掌握數據庫技術，需要具備桌面開發(fā)、WEB開發(fā)、數據庫管理的能力。另外，學習數據庫技術課程能夠保證Oracle課程的有序開展，為廣大軟件技術專業(yè)學生進一步掌握數據庫系統技術奠定堅實知識基礎。2、提煉工作任務對于高職院校軟件技術專業(yè)學生崗位工作任務進行提煉時，必須要對專業(yè)的工作崗位具有比較清晰的認知。根據表1的相關信息，基本上可以將軟件技術專業(yè)崗位工作任務歸納為如表2所示的內容。3、確定領域知識工作過程視域下的數據庫應用技術課程，且本質在于參照實際的工作過程，將工作領域的知識與工作過程進行結合，通過設計相應的教學活動培養(yǎng)學生具備專業(yè)工作能力[2]。從該點可以發(fā)現，高職院校軟件技術專業(yè)不僅僅需要對工作崗位和工作任務具有清晰的了解，更要明確各個工作領域的知識點，以便更加科學的編寫教材，選擇恰當的教學模式。具體工作領域知識點如表3所示。4、設計學習情境工作過程視域下的數據庫應用技術課程設計實施需要一定的學習情境予以支撐，幫助學生真正的、直接的參與到課程設計教學中[3]。設計學習情境時，必須要保證專業(yè)知識、工作能力、職業(yè)素養(yǎng)以及教學場景之間的有效融合，對于課程內容應該重構，保證各個課程之間緊密相連，形成系統化的教學。一般情況下，高職院校軟件技術專業(yè)在工作過程視域下進行數據庫應用技術課程學習情境設計時，可以采用圖1所示的學習情境，在遵循學生認知學習與職業(yè)成長規(guī)律的情況下，提升教學質量。

二、工作過程視域下的數據庫應用技術課程設計實施方法

實施工作過程視域下的數據庫應用技術課程設計，必須要堅持“以學生為主體”，采取多種有效的實施方法，達到提升教學效果的目的。具體的實施方法包括：項目驅動教學法，即通過對教學內容進行分析，將其組織成為不同的項目案例，學生根據不同案例進行學習，掌握不同的知識、技能，提高自身職業(yè)素養(yǎng)；啟發(fā)式教學法，即從學生的角度出發(fā)啟發(fā)學生的思維，調動學生積極性與主動性，使其有效的參與到教學活動中；角色扮演教學法，即設置學習情境，令學生分組對實際工作當中的角色進行扮演，促使學生掌握工作技能并培養(yǎng)前期具有良好合作能力；教、學、做一體化教學方法，即將理論聯系實際，打破傳統的理論、實驗、實訓課程教學借鑒，為學生建設實訓室，師生良好互動下邊學、邊做，培養(yǎng)學生的思維能力和動手能力，激發(fā)學生學習興趣。

三、結論

綜上所述，工作過程視域下的數據庫應用技術課程設計，必須要將實際的工作項目作為載體，能夠根據高職院校以及軟件技術專業(yè)學生的特點，對典型的工作崗位、工作任務進行透徹分析。在此基礎上，必須要能夠明確崗位所需要的知識點，為學生的學習創(chuàng)建良好學習情境。另外，教師自身必須要具有較高的專業(yè)能力，能夠采用多樣化的實施方法，充分調動學生的學習積極性與主動性，使其參與到工作過程視域下的數據庫應用技術課程設計教學當中，不斷提高學生的職業(yè)能力，滿足崗位需求。

參考文獻

[1]吳冬晨.基于工作過程導向的《計算機應用基礎》課程的設計與實踐[J].現代計算機(專業(yè)版)，2013，06（05）:19-24.

[2]潘禎，孫玉寶，王艷華.基于工作過程的“S…Q…L…Server數據庫應用”課程設計與實施[J].中國電力教育，2012，01（11）:45-46.

第7篇：數據庫設計范文

關鍵詞 城建檔案數據庫設計

中圖分類號：G275.3文獻標識碼： A 文章編號：

一 數據庫設計概述

城建檔案管理信息系統數據庫設計是系統設計的核心，是系統實現的前提，是系統成敗的關鍵，也是衡量系統好壞的一個重要的因素?；跀祿煜到y對城建檔案進行數字化組織和管理不但可以提供更準確和快捷的信息檢索服務，還能極大地提高工作效率和安全性。系統庫設計過程中除考慮到原有文字、圖紙資料的保存外，還要考慮到文件和資料的數字化轉化及入庫和管理。

城建檔案數據庫包括城建檔案業(yè)務管理數據庫、檔案信息數據庫、元數據庫等。按照城建檔案信息的類型，可以將信息資源劃分為空間數據庫、非空間數據庫和多媒體文檔三個邏輯組成部分。

圖1城建檔案綜合管理系統數據庫邏輯分類圖

(1)空間數據庫由空間數據庫引擎管理，保存空間數據信息，包括城建檔案所在的地形圖、用地規(guī)劃圖、道路紅線圖、管線圖及竣工測量圖等;

(2)非空間數據庫是與地理位置無關的信息數據，包括關系數據庫、工作流相關數據、城建檔案辦公和業(yè)務管理的信息、部門信息、人員信息等;

(3)多媒體文檔保存各種非結構化的信息，包括城建檔案掃描影像、圖像照片、影音和網頁文檔等，并建立必要的全文檢索引擎，它在實現上可以基于關系數據庫或文件系統，本文采用了文件系統管理。

本文主要介紹的是非空間數據庫中的基于SQL Server 2000構建的關系數據庫。主要提取出紙質檔案數據庫和聲像檔案數據庫進行介紹。

二 數據庫設計原則

本文數據庫設計采用SQL Server2000大型關系型數據庫，Microsoft SQLServer 2000數據庫是Microsoft公司的大型數據庫系統，應用方便，適合中小型數據庫應用。SQL Server 2000是一個具備完全Web支持的數據庫產品，它提供一系列方法將數據填充到Web服務器，同時提供對數據的快捷訪問，提供對可擴展標記語言(XML)的核心支持以及在Internet上和防火墻外進行查詢的能力，是一個可伸縮、高性能的數據庫管理系統。

本文設計數據庫系統時嚴格遵循第三范式。設計系統時遵循的原則有:

(1)層次分明，高度結構化，保證數據的結構化、標準化和規(guī)范化。

(2)正確性與完整性。所涉及的數據庫內容應該盡可能全面，字段的類型、長度都應該準確地反映業(yè)務處理的需要，所采用的字段類型、長度能夠滿足當前和未來的業(yè)務需要。對所有數據進行嚴格約束性檢查，增加了數據的正確性與完整性，對系統快速穩(wěn)定運行打好基礎。

(3)關系一致。應準確表述不同數據表的相互關系，如一對一、一對多、多對多等，應符合業(yè)務數據實際情況。

(4)子系統之間松散禍合。各個子系統之間應遵循松散禍合的原則，即在各個子系統之間不設置強制性的約束關系。一方面避免級聯、嵌套的層次太多;另一方面避免不同子系統的同步問題。

(5)設定相應的安全機制，由于數據庫的信息對特定的考生有特定的保密要求，SQL Server 2000提供了良好的數據訪問控制和數據恢復等安全機制。

三 紙質檔案數據庫設計

1概念結構設計

以竣工檔案為例，分析幾個主要實體特點如下:

(1)移交合同書:合同的主要信息包括:合同號、合同名稱、移交單位、計劃開工日期、計劃竣工日期等。其中合同號是唯一的。

(2)工程。一個合同包括一個或多個工程。工程的詳細信息包括項目順序號、工程序號、工程名稱、工程地點、工程建設單位、工程施工單位等信息。其中，對于每一個工程，工程的項目順序號是唯一的。

(3)工程狀態(tài)。工程的狀態(tài)包括未審批、未整理、未編號等。這里也是用工程的項目順序號來標識每個工程。

竣工檔案的數據需求中還有實體，這里不再一一贅述。在需求調研階段，要充分了解各種檔案的屬性信息，還有各種檔案在館內各個科室之間的流轉過程，以確保所建立的數據庫要支持用戶業(yè)務需求。如維護事務、查詢事務等。下圖是紙質檔案實體E-R模型初稿:

圖2 紙質檔案數據庫實現E-R模型

2邏輯結構設計

邏輯結構涉及的主要任務就是把概念結構設計階段設計好的基本的E-R模型轉換成與選用DBMS產品所支持的數據模型相符合的邏輯結構。我們將前面標識好的E-R圖轉換成關系數據模型，并對它進行優(yōu)化。

第一步:標識實體

首先標識在數據庫中必須描述的實體(以幾個表為例):

Contract Info(移交合同書)

Project Info(工程信息)

Archive Status(檔案狀態(tài))

將實體存檔，即形成數據字典。下面是在數據字典中記錄的移交合同書表的

詳細信息。

表1合同信息(Contract Info)表

第二步:標識實體之間的關系，并檢查實體之間是否有通路，將E-R模型映射為表的集合。對每個表的結構都使用規(guī)范化來檢查。

圖3紙質檔案數據庫映射過程圖

用規(guī)劃化方法檢查表結構:

(1)表至少符合第三范式(3NF)，是否消除了傳遞函數依賴，部分函數依賴。

(2)表是否滿足用戶需求，即是否支持用戶事務。根據用戶需求和系統要求，檢查數據庫表中是否包含所有必須的屬性，由實體到表的映射是否正確。

(3)根據所建立的主外鍵關系，看數據庫設計是否滿足完整性約束，包括實體完整性，參照完整性，列的值域約束等。在標識候選鍵時，可以看到合同號、項目順序號可以唯一標識一個實體，這里我們就把他們確定為主鍵。

(4)檢查模型的數據冗余。

對于某些復雜查詢或者經常使用的查詢我們可以定義為視圖，比如，系統中打印模塊設計打印“城市檔案交接目錄”，該目錄信息涉及5個表的內容，對于這種復雜的查詢我們定義為視圖，用戶每次對視圖進行查詢，大大簡化了用戶的使用。

3物理結構設計

第8篇：數據庫設計范文

關鍵字：在線考試系統；數據庫；設計；實現

中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2012)03-0508-04

The Design and Implementation of Database for Online Examination System

Liu Hong-jiang

(Aba Teachers’College, Aba 623002, China)

Abstract: With the continuous development of computer and network technology as well as test technologies and methods, online exami? nation can meet the requirements of paperless examination and become one of the most important means of examination. In this trend, da? tabase will been designed for the establishment of online examination system, all these works is to expand the areas of students’ knowledge and to ensure fairness of the examination to a certain extent and also to improve the modernization level of test administration. Online ex? amination system is a typical management information system (MIS), which runs on windows 2003 sever, using a powerful and easily to op? erate environment named Microsoft SQL server 2005 as its database development platform.

Key words: online examination system; database; design; implementation

21世紀是一個“知識爆炸”的時代，信息更新的速度達到空前。計算機技術與網絡技術越來越廣地應用于社會的各個領域，它們在現代高等教育中的應用,是現代高等教育發(fā)展的需要,也是改革教育模式,提高學校教學效果和教學效率、提高科研和管理水平的必要手段?；诰W絡的在線考試和無紙化辦公一樣必然成為社會發(fā)展的趨勢，在線考試是采用大規(guī)模試題庫的計算機網絡考試模式使得它顛覆了傳統的考試方式，使得考試出卷、答題方式以及成績管理發(fā)生著巨大的變革，考試過程變得方便、高效、快捷、公正。有趨勢表明，標準化的在線考試方式已當今考試的發(fā)展方向，當前國際上許多考試認證如GRE,其出題、答卷以及評分都是在計算機上完成的。和傳統的考試方式相比，無紙化的在線考試有著其科學、及時、準確、公平等優(yōu)點，這是傳統考試形式無法替代和比擬的優(yōu)勢。

1需求分析

需求分析是數據庫設計的重要步驟之一，這一階段的主要工作是確定使用這一數據庫系統的用戶，以及他們的業(yè)務活動。管理員主要負責錄入開課信息，教師和學生名單以及查詢學生試卷等工作。

教師主要負責錄入試題，修改試題，生成試卷和閱卷等工作。

學生主要完成在規(guī)定時間內的答題任務。

2數據庫設計

數據庫設計對于在線考試系統的開發(fā)來說是一個十分重要的環(huán)節(jié)，數據庫設計質量的優(yōu)劣直接影響到數據庫中數據的冗余度，一致性等問題。下面就對數據庫的規(guī)范化設計進行說明。2.1關系數據理論及規(guī)范化

針對一個具體的數據庫應用應該構造幾個關系模式？每個關系由哪些屬性組成？即如何構造適合于它的數據模式，這是關系數據庫邏輯設計的問題。為了解決上述問題并使數據庫設計走向規(guī)范，1971年E.F.Cldd提出了規(guī)范化理論。關系數據理論就指導產生了一個具體確定的、好的數據庫模式的理論體系及范式理論。范式理論的具體內容如下：

第一范式：如果關系模式R的每一個屬性都是不可分解的則R為第一范式的模式記為R∈1NF。

第二范式：如果關系模式R是第一范式，且每個非主屬性都完全函數依賴于關鍵字，則稱R為滿足第二范式的模式，記為R∈2NF。

第三范式：如果關系模式R是第二范式，且沒有一個非關鍵字屬性石傳遞函數依賴于候選關鍵字屬性，則稱R滿足第三范式的模式，記為R∈3NF。

擴充第三范式：如果關系模式R是第三范式，且每一個決定因素都包含有關鍵字，則稱R為滿足擴充第三范式的模式，記為

R∈BCNF。

第四范式：如果關系模式R是第三范式，且每個非平凡多值依賴XY（Y不是X的子集），X都含有關鍵字，則稱R為滿足第四范式的模式，記為R∈4NF

2.2數據庫設計

在線考試系統的各個功能模塊是否能夠緊密地結合在一起以及如何結合，，關鍵在于數據庫。因此對在線考試系統的數據庫進行合理的邏輯設計和有效的物理設計是關鍵。

2.2.1概念設計

這一部分的工作，主要是將需求分析階段得到的用戶需求抽象為信息世界的概念模型，采用自底向上的方法，進行系統的概念設計，得到以下實體及屬性的E-R圖。

教師實體包括教師編號、教師姓名用戶名和密碼四個屬性，其E-R圖如圖1所示。

圖1教師實體及屬性局部E-R圖

學生實體包括學號、姓名、性別和密碼四個屬性，其E-R圖如2圖所示。

圖2學生實體及屬性局部E-R圖

試題庫實體包括課程名稱、題目內容、參考答案、題目類型、難易度、備選答案A、備選答案B、備選答案C、備選答案D、備選答案E、備選答案F等屬性，其E-R圖如3圖所示。

圖3試題庫實體及屬性局部E-R圖

試卷組成實體包括試卷代碼、課程名稱、試卷編號、考試日期等屬性，其E-R圖如4圖所示。

圖4試卷組成實體及屬性局部E-R圖

試卷實體包括試卷編號、課程名稱、狀態(tài)、得分、大題號、小題號、試題庫中序號、學生學好、學生答案等屬性，其E-R圖如5圖所示。

圖5試卷實體及屬性局部E-R圖

根據需求分析，教師、題庫、學生和試卷四個實體之間的關系如圖6所示。

圖6考試局部E-R圖2.2.2邏輯設計

由于現在設計數據庫系統都普遍采用關系模型的關系數據庫管理系統，因此邏輯設計的主要工作是將概念設計得出的實體關系模型（E-R圖）轉化成關系模式。

具體如下：

教師（教師編號，教師姓名，用戶名，密碼）

學生（學號，姓名，性別，密碼）

試題庫（課程代碼，課程名稱，題目類型，題目內容，被選答案A，被選答案B，被選答案C，被選答案D，參考答案，難易度）

試卷組成（試卷代碼，課程名稱，題號(大題)1，試題類型1，小題數1，難題數1，中題數1，簡單題數1，每小題分數1，題號(大題)2，試題類型2，小題數2，難題數2，中題數2，簡單題數2，每小題分數2，題號(大題)3，試題類型3，小題數3，難題數3，中題數3，簡單題數3，每小題分數3，題號(大題)4，試題類型4，小題數4，難題數4，中題數4，簡單題數4，每小題分數4，題號(大題)5，試題類型5，小題數5，難題數5，中題數5，簡單題數5，每小題分數5，題號(大題)6，試題類型6，小題數6，難題數6，中題數6，簡單題數6，每小題分數6，題號(大題)7，試題類型7，小題數7，難題數7，中題數7，簡單題數7，每小題分數）

試卷（試卷編號，試卷名稱，大試題號，小試題號，試題庫中序號，學號，學生答案，得分）

成績（學號，試卷編號，課程名稱，成績）

3數據庫表結構的建立

數據庫表結構的建立在邏輯設計階段得出的關系模型的基礎上，并對其進行適當的優(yōu)化，各關系轉化后的表結構具體如下：

Teacher表（教師信息表）：主要字段有教師編號，用戶名，密碼及權限，其中教師編號為主鍵，由于教師對系統掌握的程度不同，故增加一個權限字段，管理員的權限為H，理工科教師為權限為M，文科藝體教師的權限為L。

Student(學生信息表)：主要字段有學號、姓名、性別和密碼，其中學號為主鍵。

Paper_lib(試題庫表)：主要字段有標識、題目類型、題目內容、備選答案A、備選答案B、備選答案C、備選答案D、參考答案和難易度。其中增加一個標識來作為主鍵，用于確定記錄的唯一性。在該表中，增加一個標識來作為主鍵，確定記錄的唯一性。

Paper_comp (試卷組成表)：主要字段有標識、試卷名稱、課程名稱、試卷代碼、題號（大題）1、試題類型1、小題數1、難題數1、中等題數1、簡單題數1、……、題號（大題）7、試題類型7、小題數7、難題數7、中等題數7、簡單題數7、考試時間、考試狀態(tài)、考試學期，教學班號，教師編號等。其中，教師編號為外鍵，與教師表建立關系。在該表中，增加一個標識作為主鍵，確定記錄的唯一性。

Paper(試卷表)：主要字段有標識、試卷代碼、試卷編號、試題（大題）號、小題號、學生答案、試題庫中序號、學號、得分。其中學生學號為外鍵，與學生表建立關系；試卷代碼為外鍵，與試卷組成表建立關系。在該表中，增加一個標識作為主鍵，確定記錄的唯一性

4數據庫的連接

4.1數據庫平臺選擇

只有選擇合適的數據庫系統，然后根據數據庫設計階段得出的表結構，用具體的數據庫語言來實現之后，才能實現數據庫的連接。目前流行的數據庫系統有很多，例如SQL Server，MySQL，Sybase，Oracle等，這里我們選擇Microsoft的SQLserver 2005作為在線考試系統的數據庫開發(fā)平臺。

4.2系統開發(fā)平臺選擇

在線考試系統可以選擇的開發(fā)平臺也很多，例如jsp，PHP，.Net或者是asp等。這里我們選擇一種輕量級而且開源的開發(fā)平臺PHP，PHP(Hypertext Preprocessor，超文本預處理器)是一種HTML內嵌式的語言，混合了C、Java、Perl等多種語言的特點，被廣泛應用的開源式的多用途腳本語言。PHP最重要的特征是它的數據庫集成層，完全支持SQL標準，可以支持大多數數據庫系統，并且具有數據庫訪問速度快、運行效率高、性能穩(wěn)定、操作簡單等優(yōu)勢。PHP提供了標準的數據庫接口，數據庫連接方便，兼容性強；擴展性強；即可以用來開發(fā)WEB應用程序，也可用來開發(fā)普通的應用程序，應用范圍非常廣.

4.3數據庫連接

PHP與SQL Server數據庫的連接有兩種方式，一種是PHP通過ODBC訪問SQL Server 2005。ODBC(Open DataBase Connectivity)即開放式接口，是由微軟主導的數據庫連接標準，目前所有的關系數據庫都提供了ODBC驅動程序，所以ODBC已經成為數據庫訪問的業(yè)界標準，并得到了廣泛應用。另外一種是PHP直接訪問SQL Server 2005時，利用PHP提供的Mssql函數庫來創(chuàng)建連接。分為一般和永久兩種連接方式：

一般連接使用的函數是mssql_connect。

永久連接使用的函數是mssql_pconnect。

其語法如下：

int mssql_connect(string [servername],string [username], string [password]);

int mssql_pconnect(string [servername],string [username], string [password]);

在系統中,采用的是第一種方式使用mssql_connect函數進行數據庫的連接，創(chuàng)建一個php與數據庫之間的連接文件，命名為conn_db.php來實現的。conn_db.php的代碼如下：

$dbconnected=@mssql_connect("數據庫服務器名稱或IP","用戶名","密碼")

or die("連接數據庫服務器失敗！");

mssql_select_db("database",$dbconnected);//選擇要操作的數據庫

?>

為了系統的安全，用@符號來屏蔽系統在客戶端瀏覽器顯示錯誤提示，同時用die()函數來顯示連接數據庫服務器失敗的錯誤提示并直接退出程序。

用mssql_close函數關閉連接，創(chuàng)建一個php與數據庫之間的斷開文件，命名為close.php

@mssql_close($dbconnected);

?>

5結論

本文從需求分析、概要設計、邏輯設計及數據庫的實現及連接等方面進行簡單地闡述。對于在線考試系統的數據庫設計有一定的參考價值。

參考文獻：

[1]申時凱,李海雁.數據庫應用技術[M].2版.北京:中國鐵道出版社,2005.

[2]陳恭和.數據庫基礎與SQL應用教程[M].北京:高等教育出版社,2003.

[3]石志國.JSP網絡開發(fā)詳解[M].北京:電子工業(yè)出版社,2007.

第9篇：數據庫設計范文

關鍵詞：門診管理；數據庫設計；概念；邏輯

中圖分類號：TP311.52 文獻標識碼：A文章編號：1007-9599 (2011) 14-0000-02

Outpatient Management System Database Design

Liu Ying

(Xinjiang Uygur Autonomous Region Communist Youth League,Urumqi830002,China)

Abstract:The hospital outpatient information system is realized based on the information management in hospital,outpatient management system,the database design is especially important,a good database design will directly influence the performance of the whole system,this paper describes in detail the outpatient management system database design.

Keywords:Outpatient management;Database design;Concept;Logic

數據庫設計是建立數據庫及其應用系統的技術，是信息系統開發(fā)和建議中的核心技術。由于數據庫應用系統的復雜性，為了支持相關程序運行，數據庫設計就變得異常復雜，因此最佳設計不可能一蹴而就，而只能是一種“反復探尋，逐步求精”的過程，也就是規(guī)劃和結構化數據庫中的數據對象以及這些數據對象之間關系的過程。數據庫技術充分體現系統的需求，數據庫是為應用服務的，好的數據庫設計應該首先能滿足應用系統的業(yè)務需求，準確的表達數據間關系。

在醫(yī)院門診管理系統中，借助數據庫技術，可以科學地保存和管理醫(yī)院大量復雜的數據信息，數據庫設計已經成為醫(yī)院信息系統的核心和基礎，數據庫設計的優(yōu)劣將直接影響整個系統的性能。

一、數據庫設計原則

（一）一致性原則。對信息進行統一的系統的分析與設計，協調好各數據源，做到“數出一門”、“算法統一”、“度量一致”，保證系統數據的一致性和有效性。

（二）完整性原則。數據庫的完整性是指數據的正確性和相容性。要防止合法用戶使用數據庫時向數據庫加入不合語義的數據。對輸入到數據庫中的數據要有審核和約束機制。

（三）安全性原則。數據庫的安全性是指保護數據，防止非法用戶使用數據庫或合法用戶非法使用數據庫造成數據泄露、更改或破壞。要有認證和授權機制。

（四）可伸縮性原則。數據庫結構的設計應充分考慮發(fā)展的需要、移植的需要，具有良好的擴展性、伸縮性和適度冗余陣。

（五）規(guī)范化。數據庫的設計應遵循規(guī)范化理論，規(guī)范化程度過低的關系，可能會存在插入、刪除異常、修改復雜、數據冗余等問題，解決的方法就是對關系模式進行分解或合并規(guī)范化，轉換成高級范式

二、需求分析

通過對醫(yī)院門診管理的現狀進行了解，得到如下需求：

（一）門診病人需要到門診掛號處掛號，在此過程中，病人可對所要就診的相應科室進行查詢，對當值醫(yī)生進行查詢，然后再去掛號，在掛號處登記，基本信息，如姓名，年齡，性別，住址，聯系方式等，再由掛號處制成IC卡發(fā)給病人。

（二）病人到門診收費處繳掛號費，并到相應科室就診，經醫(yī)生診療后，開處方，檢查或檢驗申請單，病人持收費單到門診收費處劃價繳費，然后持收費證明到檢查科室或檢驗科室進行檢查。

（三）門診藥房接到取藥處方后，進行配藥和發(fā)藥，檢查科室或檢驗科室接到病人申請后，對病人進行檢查或檢驗，并將結果填入結果報告單。

三、概念結構設計

概念結構的設計，它是整個數據庫設計的關鍵，獨立于數據庫邏輯結構、物理結構和DBMS。概念模型是對信息世界建模，所以概念模型能夠方便、準確地表示出信息世界中的用概念模型。結合以上的需求分析結果，采用ER模型進行數據庫的概念設計，說明如下：

（一）主要實體及屬性。

門診患者（患者編號、登記時用戶名、密碼、姓名、性別、出生日期、年齡、婚姻狀況、職業(yè)、籍貫、民族、身份證號碼、工作單位、聯系電話、家庭住址等）

門診醫(yī)生（醫(yī)生編號、登錄時密碼、姓名、性別、年齡、職稱、所屬科室、專家門診科目、聯系電話、電子郵件）

醫(yī)務人員（醫(yī)務人員編號、登錄時密碼、姓名、性別、年齡、類別、聯系電話、電子郵件）

掛號單（掛號單編號、患者編號、掛號科室、主治醫(yī)生編號、掛號時間）

門診病歷（門診病歷記錄編號、患者編號、主治醫(yī)生編號、患者癥狀、診斷結果、處理方案、就診開始時間、就診結束時間、診斷是否結束）

處方單（處方記錄編號、門診病歷記錄編號、處方內容）

檢查項目（檢查記錄編號、門診病歷記錄編號、檢查內容）

檢驗項目（檢驗記錄編號、門診病歷記錄編號、檢驗內容）

劃價單（劃價記錄編號、處方記錄編號、檢查記錄編號、檢驗記錄編號、處方劃價、檢查劃價、檢驗劃價）

收費單（收費記錄編號、劃價記錄編號、患者編號、收費員編號、總收費數目、患者是否繳費、門診收費時間）

發(fā)藥單（發(fā)藥單編號、收費記錄編號、患者是否繳費、患者編號、處方記錄編號、處方內容、患者是否取到藥品、發(fā)藥時間、發(fā)藥員編號）

藥品（藥品編號、名稱、生產批號、生產日期、有效日期、價格、數量）

（二）聯系說明及其相應屬性。

支付（支付金額、支付時間、支付項目）

生成（門診處方------藥品提領單）

發(fā)生（門診醫(yī)生-------處理方案）

對應（門診病人-------門診病歷）

（三）主要的E-R圖。

門診掛號E―R圖

四、邏輯數據庫設計

概念結構是現實世界的數據模型，必須將其轉換為邏輯結構后才能進行數據庫應用的設計。根據關系數據庫規(guī)范化理論，關系數據庫中的關系必須要滿足一一定的范式，包括第一范式，第二范式，第三范式，第四范式，第五范式，規(guī)范化的目的是為了消除插入、刪除異常，降低數據的冗余度，但是，數據的冗余度越低，查詢越困難，因此，合理的數據冗余是必要的。對一般的信息系統，能達到第三范式已能滿足要求。在確定聯系實體的主鍵時，對1：1關系，任選相關兩實體的主鍵之一作為聯系實體的主鍵；對1：M關系，選“M”的主鍵作為聯系實體的主鍵；根據以上原則，門診管理數據庫部分關系表的設計如下：

（一）掛號單（掛號號、掛號類別、掛號日期、科室、病人號、醫(yī)師號）。說明：由實體型生成的關系模式，由于門診醫(yī)師和掛號單的聯系是1：1，因而將其加入門診醫(yī)師的主碼加入到掛號單所形成的關系模式中。

（二）門診病歷（病歷號、病人號、病歷內容、診斷時間、醫(yī)師號、處方號）。說明：由門診病歷形成的關系模式，而門診病歷與門診處方的聯系為1：1，故將門診處方的主碼處方號加入到門診病歷關系模式中。

（三）門診收費項目（門診收費項目號、掛號號、支付時間、項目類型、收費金額、收費人中、病人號）。說明：由門診收費項目形成的關系模式，門診收費項目與掛號單為1：1，故將掛號號加入到其中。

（四）門診醫(yī)師（醫(yī)師號、科室、當值日期）。說明：門診醫(yī)師中的屬性：姓名、專業(yè)技術職稱，性別，出生日期，出生地，民族，身份證號等。

（五）掛號收費（掛號號、門診收費項目號、收費金額）。說明：由掛號單與門診收費項目之間形成的一種聯系，收費金額是掛號收費的屬性。

（六）繳費（病人號、門診收費項目號、繳納金額）。說明：由門診病人和門診收費項目之間形成的一種聯系，繳納金額是繳納的屬性。邏輯設計如圖所示：

數據庫邏輯設計圖

五、數據表設計

醫(yī)院門診系統數據庫中每個表格表示數據庫中的一個表。主要表格的設計結果如下所示：

字段名 數據類型 可否為空 說明

yhm varchar（4） Not Null 員工號（主鍵）

dlkl varchar（8） Null 登錄口令

dlql varchar（2） Null 登陸權利

登錄信息表

字段名 數據類型 可否為空 說明

mzh varchar（14） Not Null 門診號（主鍵）

brxm varchar（8） Null 病人姓名

brxb varchar（2） Null 病人性別

brnl varchar（4） Null 病人年齡

brlx varchar（2） Null 病人類型

ghksh varchar（4） Null 掛號科室

ghlb varchar（2） Null 掛號類別

ghysh varchar（7） Null 掛號醫(yī)生

zhjzhj numeric（5.2） Null 專家診金

zhjghf numeric（5.2） Null 專家掛號費

ghfhj numeric（5.2） Null 掛號費合計

ghy varchar（4） Null 掛號員

ghshj varchar（20） Null 掛號時間

掛號信息表

字段名 數據類型 可否為空 說明

mzhblbh varchar（8） Not Null 門診病歷編號（主鍵）

hzhbh varchar（8） Null 患者編號

zhzhiyshbh varchar（8） Null 主治醫(yī)生編號

yj varchar（8） Null 診治意見

門診病歷信息表

數據庫是信息系統的核心和基礎，它將大量的數據按一定的模型組織起來，提供存儲、維護、檢索數據的功能，只有對數據庫進行合理的邏輯設計和有效的物理設計，才能開發(fā)出完善而高效的信息系統，用戶才能方便、及時和準確地從數據庫中獲取所需的信息。

參考文獻：

[1]張瑞麗.門診信息系統在醫(yī)院管理中的作用[J].醫(yī)學信息,2005,18:8

[2]張京.基于Web Service的醫(yī)院信息系統的設計與實現[J].成都:電子科技大學,2006

[3]祝福鋒.醫(yī)院管理信息系統分析與設計[D].武漢:華中科技大學,2004

[4]陳卓.基于Windows DNA的門診掛號系統的研究與應用[D].長春:吉林大學,2004