公務(wù)員期刊網(wǎng) 精選范文 數(shù)據(jù)庫設(shè)計范文

數(shù)據(jù)庫設(shè)計精選(九篇)

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

數(shù)據(jù)庫設(shè)計

第1篇:數(shù)據(jù)庫設(shè)計范文

1.1災(zāi)情信息表

對災(zāi)情數(shù)據(jù)進(jìn)行信息分類是一項非常重要的過程,適當(dāng)?shù)姆诸惪梢院喕到y(tǒng)結(jié)構(gòu),實現(xiàn)數(shù)據(jù)的精確分析。具體來說,災(zāi)情數(shù)據(jù)分為兩部分,一部分是過程信息表,一部分是災(zāi)情信息表。其中,過程信息表用來記錄災(zāi)害天氣發(fā)生過程中的災(zāi)害信息,這部分記錄是災(zāi)情數(shù)據(jù)庫的基礎(chǔ);災(zāi)情信息表是受災(zāi)后的災(zāi)情詳細(xì)信息記錄,如災(zāi)害強(qiáng)度、災(zāi)害損失、災(zāi)害原因等。兩部分在數(shù)據(jù)使用方面體現(xiàn)為一對多關(guān)系,即一次災(zāi)害過程對應(yīng)著多個災(zāi)情信息記錄。災(zāi)情信息表是整個數(shù)據(jù)庫系統(tǒng)的核心,其結(jié)構(gòu)是否科學(xué)合理決定了后續(xù)災(zāi)情分析的準(zhǔn)確程度。為滿足分析需求,通常災(zāi)情詳細(xì)信息表的數(shù)據(jù)存儲字段可分為災(zāi)情起因信息、基本信息、空間屬性信息、災(zāi)害帶來的損失信息、后期影響信息等幾部分。

1.2災(zāi)情的協(xié)同通報信息結(jié)構(gòu)

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

1.3災(zāi)情評估信息數(shù)據(jù)結(jié)構(gòu)

災(zāi)情根據(jù)災(zāi)害特點和災(zāi)害原因可以分為多種類別,如自然災(zāi)害和人為災(zāi)害、地質(zhì)災(zāi)害和天氣災(zāi)害等。不同的災(zāi)害收集方式和評估方式均有所不同,因此在數(shù)據(jù)庫架構(gòu)中如何合理制定災(zāi)害信息采集分析表對應(yīng)用災(zāi)害數(shù)據(jù)進(jìn)行災(zāi)情評估具有重要作用。該部分?jǐn)?shù)據(jù)庫應(yīng)該按照如下方式進(jìn)行構(gòu)建。首先建立災(zāi)情分類數(shù)據(jù)庫,不同災(zāi)情與對應(yīng)災(zāi)情描述之間進(jìn)行特征關(guān)聯(lián),同類型災(zāi)害進(jìn)行細(xì)分和歸類。然后根據(jù)災(zāi)情特征建立對應(yīng)的數(shù)據(jù)模型,便于數(shù)據(jù)錄入和災(zāi)害評估。

1.4輔助數(shù)據(jù)表結(jié)構(gòu)

為提高系統(tǒng)的應(yīng)用性能,可以增設(shè)部分輔助數(shù)據(jù)表作為災(zāi)情數(shù)據(jù)庫的補(bǔ)充。利用該表可以進(jìn)行新災(zāi)情的自定義等,增強(qiáng)數(shù)據(jù)庫的可擴(kuò)展性。同樣輔助表還具有區(qū)域記錄功能,通過對受災(zāi)區(qū)域進(jìn)行記錄,可以提高災(zāi)情地理分布的精確度,增強(qiáng)局部預(yù)警能力。

2基于災(zāi)情數(shù)據(jù)庫的災(zāi)害評估技術(shù)分析

在建立氣象災(zāi)情信息數(shù)據(jù)庫的基礎(chǔ)上結(jié)合使用GIS技術(shù)、數(shù)據(jù)分析技術(shù)、WEB技術(shù)等,可以保證對數(shù)據(jù)庫的充分利用,實現(xiàn)災(zāi)情的精確評估,減少災(zāi)害帶來的經(jīng)濟(jì)損失。

2.1災(zāi)情統(tǒng)計分析技術(shù)

對災(zāi)情進(jìn)行記錄的主要目的在于利用這些數(shù)據(jù)進(jìn)行統(tǒng)計分析,并對分析結(jié)果進(jìn)行總結(jié),生成統(tǒng)計報表,根據(jù)報表制定防災(zāi)決策,或者指導(dǎo)今后的災(zāi)情預(yù)警等。該技術(shù)生成的統(tǒng)計報表可以用于存儲或檢索。其中,檢索功能可以進(jìn)行要素關(guān)聯(lián)檢索、條件檢索、影響檢索等。通過進(jìn)行細(xì)分檢索和信息對比,可以方便的實現(xiàn)災(zāi)害評估。

2.2可視化分布圖顯示技術(shù)

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

2.3災(zāi)害防御對策技術(shù)

災(zāi)害防御對策技術(shù)主要是指對數(shù)據(jù)庫內(nèi)的災(zāi)害數(shù)據(jù)進(jìn)行分析,根據(jù)各要素的影響程度調(diào)用對應(yīng)的防御對策信息以供氣象工作人員參考。該技術(shù)的實現(xiàn)需要對現(xiàn)有的應(yīng)對策略進(jìn)行收集、整理和歸類,并根據(jù)災(zāi)害程度制作成相應(yīng)的數(shù)據(jù)庫文件,進(jìn)而將該數(shù)據(jù)庫與災(zāi)害信息庫進(jìn)行關(guān)聯(lián)。

3總結(jié)

第2篇:數(shù)據(jù)庫設(shè)計范文

關(guān)鍵詞:網(wǎng)絡(luò)安全 漏洞 數(shù)據(jù)庫

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

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

1.1 開放性導(dǎo)致網(wǎng)絡(luò)的技術(shù)是全開放的,任何一個人、團(tuán)體都可能獲得,因而網(wǎng)絡(luò)所面臨的破壞和攻擊可能是多方面的,例如:可能來自物理傳輸線路的攻擊,也可以對網(wǎng)絡(luò)通信協(xié)議和實現(xiàn)實施攻擊;可以是對軟件實施攻擊,也可以對硬件實施攻擊。

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

1.3 自由性意味著網(wǎng)絡(luò)最初對用戶的使用并沒有提供任何的技術(shù)約束,用戶可以自由地訪問網(wǎng)絡(luò),自由地使用和各種類型的信息。

與此同時,層出不窮的病毒、蠕蟲和黑客攻擊給正常的網(wǎng)絡(luò)通信與信息資源帶來沉重的負(fù)荷和影響。

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

2 安全信息數(shù)據(jù)庫的設(shè)計

該子庫主要存儲來自于信息偵察所收集到的并支持人工修正的目標(biāo)網(wǎng)絡(luò)的基本信息。其中,包含有配置信息表(CInfo)、服務(wù)信息表(SInfo)、漏洞信息表(VInfo)和安全依賴關(guān)系表(SDR)。

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

3 標(biāo)準(zhǔn)漏洞子庫設(shè)計

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

VulInfo表和VulSys的鍵值均是漏洞ID屬性,它們之間是一對多的關(guān)系,因為同一個漏洞可能影響多個系統(tǒng)。

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

由于這兩個組織的漏洞數(shù)據(jù)庫都不提供直接的訪問,因此設(shè)計一個漏洞數(shù)據(jù)獲取插件。

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

由于目前實際情況的限制,只能在國際安全組織站點上被動的更新漏洞庫。如果可以建立國內(nèi)統(tǒng)一的緊急相應(yīng)中心漏洞數(shù)據(jù)庫,那么中心可以定期的向各個網(wǎng)絡(luò)風(fēng)險評估管理系統(tǒng)的標(biāo)準(zhǔn)漏洞子庫漏洞更新數(shù)據(jù)。

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

參考文獻(xiàn):

[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篇:數(shù)據(jù)庫設(shè)計范文

數(shù)據(jù)庫建設(shè)項目技術(shù)設(shè)計書

**市**測繪服務(wù)有限責(zé)任公司

2011年11月10日

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

數(shù)據(jù)庫建設(shè)項目技術(shù)設(shè)計書

項目承擔(dān)單位(蓋章):**市**測繪服務(wù)有限責(zé)任公司

設(shè)計人:

日期: 年 月 日

審批人:

審批單位(蓋章):**縣國土資源局

日期: 年 月 日

目 錄

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

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

1.2 工作任務(wù) ........................................ 1

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

2. 技術(shù)依據(jù) ............................................. 1

3 入庫數(shù)據(jù)主要技術(shù)指標(biāo) .................................. 2

4 城鎮(zhèn)地籍?dāng)?shù)據(jù)庫建設(shè) .................................... 2

4.1 數(shù)據(jù)庫建立的流程 ................................ 3

4.2 數(shù)據(jù)庫內(nèi)容 ...................................... 3

4.3 數(shù)據(jù)庫信息 ...................................... 4

4.4 數(shù)據(jù)建庫的主要工作內(nèi)容 .......................... 4

4.5 數(shù)據(jù)建庫要求 .................................... 5

4.6 數(shù)據(jù)檢查 ........................................ 6

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

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

5.1 質(zhì)量檢查制度 .................................... 7

5.2 檢查的內(nèi)容 ...................................... 7

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

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

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

1. 項目概況

1.1 前言

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

1.2 工作任務(wù)

本項目是第二次土地調(diào)查的重要內(nèi)容之一,也是合理利用土地資源、充分發(fā)揮土地資產(chǎn)效益、保護(hù)土地權(quán)利人合法權(quán)益、實施科學(xué)化的城市管理和建設(shè)“數(shù)字國土”、“數(shù)字**”的基本條件;工作任務(wù)是在完成**鎮(zhèn)地籍調(diào)查中的權(quán)屬調(diào)查、地籍測量后,建立地籍?dāng)?shù)據(jù)庫。

1.3 完成期限

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

2. 技術(shù)依據(jù)

《第二次全國土地調(diào)查技術(shù)規(guī)程》(TD/T 1014-2007);

《城鎮(zhèn)地籍調(diào)查規(guī)程》(TD 1001-93);

《城鎮(zhèn)地籍測量技術(shù)規(guī)定》(暫行)(吉林省第二次土地調(diào)查標(biāo)準(zhǔn));

《土地利用現(xiàn)狀分類》(GB/T 21010-2007);

《1∶500 1∶1000 1∶2000地形圖圖式》(GB/T 20257.1-2007); 《城鎮(zhèn)地籍?dāng)?shù)據(jù)庫標(biāo)準(zhǔn)》(TD/T 1015-2007);

《第二次全國土地調(diào)查數(shù)據(jù)庫建設(shè)技術(shù)規(guī)范》;

《基礎(chǔ)地理信息要素分類與代碼》(GB/T13923-2006);

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

《測繪成果質(zhì)量檢查與驗收》(GB/T24356-2009);

《吉林省城鎮(zhèn)土地調(diào)查檢查驗收規(guī)定》(暫行);

經(jīng)審核的《**縣**鎮(zhèn)地籍調(diào)查數(shù)據(jù)庫建設(shè)項目技術(shù)設(shè)計書》。 3 入庫數(shù)據(jù)主要技術(shù)指標(biāo)

坐標(biāo)系統(tǒng):1980西安坐標(biāo)系;

高程基準(zhǔn):1985國家高程基準(zhǔn);

成圖比例尺:1:500;

平面投影:高斯-克呂格正形投影3度帶,中央子午線126度 計量單位:長度單位采用米(m),取位至0.01m;面積計算單位采用平方米(m2),取位至0.01 m2;面積統(tǒng)計匯總單位采用平方米(m2),取位至0.01 m2 。

4 城鎮(zhèn)地籍?dāng)?shù)據(jù)庫建設(shè)

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

據(jù)庫,是數(shù)字地籍調(diào)查的最終成果,也是地籍管理信息系統(tǒng)的基礎(chǔ)數(shù)據(jù)源。

4.1 數(shù)據(jù)庫建立的流程

4.2 數(shù)據(jù)庫內(nèi)容

城鎮(zhèn)地籍?dāng)?shù)據(jù)庫包括城鎮(zhèn)地籍?dāng)?shù)據(jù)處理、管理和分析應(yīng)用的基礎(chǔ)地理要素、權(quán)屬要素、地類要素、注記要素、土地權(quán)利人要素、土地登記要素,以及房屋等附加信息。

4.3 數(shù)據(jù)庫信息

4.3.1 數(shù)據(jù)上交格式

地籍測量生產(chǎn)和地籍?dāng)?shù)據(jù)庫輸出的圖形文件可采用如下方式:

4.3.1.1.支持ESRI的SHP格式。每個圖層對應(yīng)一個SHP文件,相關(guān)屬性記錄在SHP文件中,擴(kuò)展屬性表以.DBF表示,元數(shù)據(jù)支持文本(.txt)。SHP文件命名以對應(yīng)屬性表命名(參見《城鎮(zhèn)地籍?dāng)?shù)據(jù)庫標(biāo)準(zhǔn)》(TD/T1015-2007)表1),以區(qū)塊文件輸出。

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

4.3.2 系統(tǒng)平臺

外業(yè)數(shù)據(jù)采集滿足《城鎮(zhèn)地籍?dāng)?shù)據(jù)庫標(biāo)準(zhǔn)》(TD/T1015-2007)要求;

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

4.4 數(shù)據(jù)建庫的主要工作內(nèi)容

以1:500城鎮(zhèn)土地調(diào)查圖形成果為數(shù)據(jù)源,采用電子數(shù)據(jù)的抽取、轉(zhuǎn)換、裝載(ETL)工藝或輔助屏幕數(shù)字化工藝,建立滿足一定拓?fù)湟?guī)則的城鎮(zhèn)土地調(diào)查圖形數(shù)據(jù)庫;以城鎮(zhèn)土地權(quán)屬調(diào)查、登記發(fā)證和建設(shè)用地審批的非圖形資料為數(shù)據(jù)源,建立城鎮(zhèn)土地調(diào)查屬性數(shù)據(jù)庫;為保持圖形數(shù)據(jù)和屬性數(shù)據(jù)的邏輯一致性,并將兩者相互掛接為城鎮(zhèn)土地調(diào)查數(shù)據(jù)庫。

對地籍測量采集的空間矢量數(shù)據(jù)(包括地形、地籍?dāng)?shù)據(jù))按照要求進(jìn)行分層、編輯等處理。

4.4.1.對數(shù)據(jù)進(jìn)行相對關(guān)系、拓?fù)潢P(guān)系等處理,按照規(guī)定的面層,對每一個面層按照拓?fù)潢P(guān)系進(jìn)行構(gòu)面處理,如區(qū)劃,街道、街區(qū)、宗地(地塊)、地類等層。

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

4.4.3.在系統(tǒng)平臺上進(jìn)行統(tǒng)計、面積匯總檢核及成果輸出等。

4.5 數(shù)據(jù)建庫要求

4.5.1 矢量數(shù)據(jù)

對于內(nèi)業(yè)構(gòu)面,按照一級控制一級的原則,在街坊層,同一街道內(nèi)所有的街坊構(gòu)成具有嚴(yán)格拓?fù)潢P(guān)系的各個面,面積之和應(yīng)等于此街道的面積;在宗地層,所有的宗地構(gòu)成具有嚴(yán)格的拓?fù)潢P(guān)系,宗地面積與虛宗面積之和應(yīng)等于此街坊的面積;在圖斑層,同一宗地內(nèi)不同地類以宗地界線構(gòu)成的面具有嚴(yán)格的拓?fù)潢P(guān)系,且面積之和等于該宗地面積。

4.5.2 編碼

全部數(shù)據(jù)按《城鎮(zhèn)地籍?dāng)?shù)據(jù)庫標(biāo)準(zhǔn)》(TD/T 1015-2007)城鎮(zhèn)地籍要素的編碼規(guī)則進(jìn)行編碼。

4.5.3 屬性數(shù)據(jù)的錄入

根據(jù)《城鎮(zhèn)地籍?dāng)?shù)據(jù)庫標(biāo)準(zhǔn)》(TD/T 1015-2007)城鎮(zhèn)地籍要素屬性表的結(jié)構(gòu)對除宗地外所有要素進(jìn)行屬性錄入。

4.5.4 面積統(tǒng)計和匯總

4.5.4.1.面積統(tǒng)計的有關(guān)規(guī)定

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

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

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

(3)所有面積以地籍信息系統(tǒng)匯總的面積為準(zhǔn)。

4.5.4.2.面積匯總

在完成街坊面積量算后,按街坊對宗地進(jìn)行面積匯總統(tǒng)計。街坊匯總統(tǒng)計結(jié)束后,進(jìn)行以街道為單位宗地面積匯總統(tǒng)計。當(dāng)一個街道涉及兩個以上作業(yè)組時,街坊宗地匯總數(shù)據(jù)交由一個作業(yè)組完成。輸出面積資料有:

(1)街坊為單位的界址點坐標(biāo)冊;

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

(3)街道土地分類面積統(tǒng)計表,按《土地利用現(xiàn)狀分類》(GB/T21010-2007)和《城鎮(zhèn)地籍?dāng)?shù)據(jù)庫標(biāo)準(zhǔn)》(TD/T1015-2007)規(guī)定的地類號填寫。

4.6 數(shù)據(jù)檢查

4.6.1.屬性錄入檢查,及時發(fā)現(xiàn)權(quán)屬調(diào)查的錯誤、屬性錄入錯誤。

4.6.2.地籍分幅圖數(shù)據(jù)的接邊檢查:檢查接邊情況、圖形數(shù)據(jù)和母線數(shù)據(jù)的一致性。

4.6.3.圖形數(shù)據(jù)中界址點的數(shù)量、位置與地籍調(diào)查表的界址點的數(shù)量、位置一致性的檢查。

4.7 注意事項

4.7.1.地籍調(diào)查各項成果的矢量數(shù)據(jù)質(zhì)量是否滿足標(biāo)準(zhǔn)要求將直接影響到項目后續(xù)的數(shù)據(jù)入庫,因此在矢量數(shù)據(jù)入庫前,應(yīng)按照GIS前端數(shù)據(jù)采集要求開展數(shù)據(jù)生產(chǎn)與編輯,從圖形規(guī)范、屬性編碼、空間拓?fù)涞确矫孢M(jìn)行控制,做到面向?qū)ο?,圖屬一致;對象的分層、分類、編碼按照國家《城鎮(zhèn)地籍?dāng)?shù)據(jù)庫標(biāo)準(zhǔn)》的空間數(shù)據(jù)庫標(biāo)準(zhǔn)執(zhí)行;制定相應(yīng)的地籍要素采集、編輯規(guī)則,以規(guī)范數(shù)據(jù)生產(chǎn)。

4.7.2.在數(shù)據(jù)庫中,圖形與主要屬性用同一張表中的同一條記錄來描述,其他相關(guān)的屬性通過圖屬關(guān)聯(lián)實現(xiàn)圖屬一體化。

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

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

5.1 質(zhì)量檢查制度

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

5.2 檢查的內(nèi)容

使用城鎮(zhèn)地籍建庫管理軟件(CMS)檢查功能對數(shù)據(jù)庫的拓?fù)浜蛯傩砸约暗丶{(diào)查表數(shù)據(jù)有效性進(jìn)行檢查。

5.2.1.拓?fù)錂z查

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

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

5.2.1.3宗地:面不能重疊;面不能有空隙;面邊界被線層覆蓋(界址線);A面完全包含于B面內(nèi)(行政區(qū))。

5.2.1.4界址線:線不能有懸掛點;線不許相交或重疊;線終點與點重合(界址點)。

5.2.1.5界址點:點與線終點重合(界址線)

5.2.1.6地類圖斑:面不能重疊;面不能有空隙;面邊界被線層覆蓋(地類界線)。

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

5.2.1.8房屋:A面完全包含于B面內(nèi)(宗地)。

5.2.2.屬性檢查:對所有地籍要素的屬性進(jìn)行檢查。

5.2.3.標(biāo)識碼唯一性檢查:檢查數(shù)據(jù)庫內(nèi)各要素標(biāo)識碼是否唯一。

5.2.4.調(diào)查表數(shù)據(jù)檢查

5.2.4.1地籍調(diào)查表主表檢查:檢查地籍調(diào)查表中字段值填寫的正確性。

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

5.2.4.3界址標(biāo)示表檢查:檢查界址標(biāo)示表中相鄰宗地的界址線位置,界址線類別,界址點類型,界標(biāo)類型填寫是否矛盾。

5.2.4.4調(diào)查表宗地四至檢查:對調(diào)查表宗地四至與鄰宗權(quán)利人一致性進(jìn)行檢查。

5.3 檢查工作的實施

專人利用城鎮(zhèn)地籍建庫管理軟件(CMS)檢查功能對數(shù)據(jù)庫進(jìn)行復(fù)查,以及參照外野權(quán)屬資料與數(shù)據(jù)庫進(jìn)行對照檢查。

5.4 成果保密措施

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

5.4.2.在整個生產(chǎn)過程中,有關(guān)該項目的測繪成果要做好造冊登記,嚴(yán)格管理。

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

5.4.4.在生產(chǎn)作業(yè)現(xiàn)場使用的計算機(jī)網(wǎng)絡(luò)要與外界的計算機(jī)互聯(lián)網(wǎng)保持物理隔絕。

5.4.5.做好計算機(jī)防病毒工作,所有生產(chǎn)用的計算機(jī)要安裝反病毒軟件。

5.4.6.做好計算機(jī)的使用維護(hù)管理工作,對各計算機(jī)建立統(tǒng)一的標(biāo)識、統(tǒng)一的文件系統(tǒng)、統(tǒng)一的文件格式。不用的或廢棄的文件要進(jìn)行清理,在工作的文件系統(tǒng)內(nèi)保持?jǐn)?shù)據(jù)的唯一性。

5.4.7.防止電子數(shù)據(jù)成果的意外損壞和丟失,堅持在每天工作結(jié)束后對該項目的所有電子數(shù)據(jù)成果進(jìn)行備份,并作好備份記錄。備份數(shù)據(jù)保存在專用計算機(jī)內(nèi)。

5.4.8.對生產(chǎn)過程中形成的中間資料(不上交)在項目完成時應(yīng)統(tǒng)一在監(jiān)督下銷毀,不允許隨意丟棄。

第4篇:數(shù)據(jù)庫設(shè)計范文

關(guān)鍵詞:企業(yè)信息收集工作;數(shù)據(jù)庫設(shè)計;信息化

中圖分類號:TP311.13 文獻(xiàn)標(biāo)識碼:A 文章編號:1007-9599 (2012) 12-0000-02

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

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

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

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

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

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

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

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

二、設(shè)計主要過程

(一)概念結(jié)構(gòu)設(shè)計階段

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

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

2.第一步——定義實體

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

3.第二步——定義聯(lián)系

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

4.第三步——定義碼

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

第5篇:數(shù)據(jù)庫設(shè)計范文

關(guān)鍵字:數(shù)據(jù)泵;順序;細(xì)節(jié)處理

中圖分類號:TP311.1

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

1 兩個數(shù)據(jù)庫平臺介紹

源庫:windows2003 oracle;版本:10.2.0.5.0;字節(jié)順序:little(字節(jié)順序一致很重要,省了轉(zhuǎn)換的麻煩)。

目標(biāo)庫:windows2003 oracle;版本:10.2.0.5.7;字節(jié)順序:little(Select * from V$TRANSPORTABLE_PLATFORM ORDER BY PLATFORM_ID;)。

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

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

2 移植步驟

2.1 移植前的準(zhǔn)備檢查

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

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不符合檢查標(biāo)準(zhǔn)的索引等對象刪除、清理。

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

(3)目的庫的移植元文件使用目錄確認(rèn)。

元文件放到目標(biāo)庫DATA_PUMP_DIR參數(shù)指定的地方,具體確定方法為:

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

create or replace directory directory_name as ‘/yizhi’;

grant read,write on directory directory_name to system

如果使用其它普通用戶導(dǎo)入,還需賦予創(chuàng)建對話的權(quán)限;

Grant create session to username;

2.2 正式移植

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

alter tablespace DB01_A read only;

alter tablespace DB01_B read only;

(2)導(dǎo)出元數(shù)據(jù),指定可傳輸表空間參數(shù)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;

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

(3)分類導(dǎo)出其它。

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

然后將參數(shù)VIEW分別改為FUCTION,DB_LINK,PROCEDURE

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

(5)按順序?qū)氡砜臻g、視圖、db_link、存儲過程、JOB。這一步分類和順序很重要,因為對象之間有相互的依賴關(guān)系。比如有的存儲過程里用到db_link鏈接,db_link如果未先建好,就會導(dǎo)致存儲過程導(dǎo)入的失敗。

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

表空間導(dǎo)入完成,打開表空間的可讀寫屬性(因為后續(xù)導(dǎo)入的對象要用到數(shù)據(jù)表的讀寫)

alter tablespace DB01_A read write;alter tablespace DB01_B read write;

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

(6)分類按序移植具體主要為存儲過程,函數(shù)、視圖。此步驟并不是針對用戶來移植的,而是針對全部對象進(jìn)行的移植。

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

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

3 采用傳輸性表空間的方法移植數(shù)據(jù)庫的特點及總結(jié)

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

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

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

參考文獻(xiàn):

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

[2]Oracle數(shù)據(jù)庫移植方案[J].中南民族大學(xué)學(xué)報(自然科學(xué)版),2005(03).

第6篇:數(shù)據(jù)庫設(shè)計范文

關(guān)鍵詞:工作過程;數(shù)據(jù)庫;應(yīng)用技術(shù)

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

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

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

二、工作過程視域下的數(shù)據(jù)庫應(yīng)用技術(shù)課程設(shè)計實施方法

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

三、結(jié)論

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

參考文獻(xiàn)

[1]吳冬晨.基于工作過程導(dǎo)向的《計算機(jī)應(yīng)用基礎(chǔ)》課程的設(shè)計與實踐[J].現(xiàn)代計算機(jī)(專業(yè)版),2013,06(05):19-24.

[2]潘禎,孫玉寶,王艷華.基于工作過程的“S…Q…L…Server數(shù)據(jù)庫應(yīng)用”課程設(shè)計與實施[J].中國電力教育,2012,01(11):45-46.

第7篇:數(shù)據(jù)庫設(shè)計范文

關(guān)鍵詞 城建檔案數(shù)據(jù)庫設(shè)計

中圖分類號:G275.3文獻(xiàn)標(biāo)識碼: A 文章編號:

一 數(shù)據(jù)庫設(shè)計概述

城建檔案管理信息系統(tǒng)數(shù)據(jù)庫設(shè)計是系統(tǒng)設(shè)計的核心,是系統(tǒng)實現(xiàn)的前提,是系統(tǒng)成敗的關(guān)鍵,也是衡量系統(tǒng)好壞的一個重要的因素?;跀?shù)據(jù)庫系統(tǒng)對城建檔案進(jìn)行數(shù)字化組織和管理不但可以提供更準(zhǔn)確和快捷的信息檢索服務(wù),還能極大地提高工作效率和安全性。系統(tǒng)庫設(shè)計過程中除考慮到原有文字、圖紙資料的保存外,還要考慮到文件和資料的數(shù)字化轉(zhuǎn)化及入庫和管理。

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

圖1城建檔案綜合管理系統(tǒng)數(shù)據(jù)庫邏輯分類圖

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

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

(3)多媒體文檔保存各種非結(jié)構(gòu)化的信息,包括城建檔案掃描影像、圖像照片、影音和網(wǎng)頁文檔等,并建立必要的全文檢索引擎,它在實現(xiàn)上可以基于關(guān)系數(shù)據(jù)庫或文件系統(tǒng),本文采用了文件系統(tǒng)管理。

本文主要介紹的是非空間數(shù)據(jù)庫中的基于SQL Server 2000構(gòu)建的關(guān)系數(shù)據(jù)庫。主要提取出紙質(zhì)檔案數(shù)據(jù)庫和聲像檔案數(shù)據(jù)庫進(jìn)行介紹。

二 數(shù)據(jù)庫設(shè)計原則

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

本文設(shè)計數(shù)據(jù)庫系統(tǒng)時嚴(yán)格遵循第三范式。設(shè)計系統(tǒng)時遵循的原則有:

(1)層次分明,高度結(jié)構(gòu)化,保證數(shù)據(jù)的結(jié)構(gòu)化、標(biāo)準(zhǔn)化和規(guī)范化。

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

(3)關(guān)系一致。應(yīng)準(zhǔn)確表述不同數(shù)據(jù)表的相互關(guān)系,如一對一、一對多、多對多等,應(yīng)符合業(yè)務(wù)數(shù)據(jù)實際情況。

(4)子系統(tǒng)之間松散禍合。各個子系統(tǒng)之間應(yīng)遵循松散禍合的原則,即在各個子系統(tǒng)之間不設(shè)置強(qiáng)制性的約束關(guān)系。一方面避免級聯(lián)、嵌套的層次太多;另一方面避免不同子系統(tǒng)的同步問題。

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

三 紙質(zhì)檔案數(shù)據(jù)庫設(shè)計

1概念結(jié)構(gòu)設(shè)計

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

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

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

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

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

圖2 紙質(zhì)檔案數(shù)據(jù)庫實現(xiàn)E-R模型

2邏輯結(jié)構(gòu)設(shè)計

邏輯結(jié)構(gòu)涉及的主要任務(wù)就是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的基本的E-R模型轉(zhuǎn)換成與選用DBMS產(chǎn)品所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。我們將前面標(biāo)識好的E-R圖轉(zhuǎn)換成關(guān)系數(shù)據(jù)模型,并對它進(jìn)行優(yōu)化。

第一步:標(biāo)識實體

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

Contract Info(移交合同書)

Project Info(工程信息)

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

將實體存檔,即形成數(shù)據(jù)字典。下面是在數(shù)據(jù)字典中記錄的移交合同書表的

詳細(xì)信息。

表1合同信息(Contract Info)表

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

圖3紙質(zhì)檔案數(shù)據(jù)庫映射過程圖

用規(guī)劃化方法檢查表結(jié)構(gòu):

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

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

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

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

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

3物理結(jié)構(gòu)設(shè)計

第8篇:數(shù)據(jù)庫設(shè)計范文

關(guān)鍵字:在線考試系統(tǒng);數(shù)據(jù)庫;設(shè)計;實現(xiàn)

中圖分類號:TP311文獻(xiàn)標(biāo)識碼: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世紀(jì)是一個“知識爆炸”的時代,信息更新的速度達(dá)到空前。計算機(jī)技術(shù)與網(wǎng)絡(luò)技術(shù)越來越廣地應(yīng)用于社會的各個領(lǐng)域,它們在現(xiàn)代高等教育中的應(yīng)用,是現(xiàn)代高等教育發(fā)展的需要,也是改革教育模式,提高學(xué)校教學(xué)效果和教學(xué)效率、提高科研和管理水平的必要手段?;诰W(wǎng)絡(luò)的在線考試和無紙化辦公一樣必然成為社會發(fā)展的趨勢,在線考試是采用大規(guī)模試題庫的計算機(jī)網(wǎng)絡(luò)考試模式使得它顛覆了傳統(tǒng)的考試方式,使得考試出卷、答題方式以及成績管理發(fā)生著巨大的變革,考試過程變得方便、高效、快捷、公正。有趨勢表明,標(biāo)準(zhǔn)化的在線考試方式已當(dāng)今考試的發(fā)展方向,當(dāng)前國際上許多考試認(rèn)證如GRE,其出題、答卷以及評分都是在計算機(jī)上完成的。和傳統(tǒng)的考試方式相比,無紙化的在線考試有著其科學(xué)、及時、準(zhǔn)確、公平等優(yōu)點,這是傳統(tǒng)考試形式無法替代和比擬的優(yōu)勢。

1需求分析

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

教師主要負(fù)責(zé)錄入試題,修改試題,生成試卷和閱卷等工作。

學(xué)生主要完成在規(guī)定時間內(nèi)的答題任務(wù)。

2數(shù)據(jù)庫設(shè)計

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

針對一個具體的數(shù)據(jù)庫應(yīng)用應(yīng)該構(gòu)造幾個關(guān)系模式?每個關(guān)系由哪些屬性組成?即如何構(gòu)造適合于它的數(shù)據(jù)模式,這是關(guān)系數(shù)據(jù)庫邏輯設(shè)計的問題。為了解決上述問題并使數(shù)據(jù)庫設(shè)計走向規(guī)范,1971年E.F.Cldd提出了規(guī)范化理論。關(guān)系數(shù)據(jù)理論就指導(dǎo)產(chǎn)生了一個具體確定的、好的數(shù)據(jù)庫模式的理論體系及范式理論。范式理論的具體內(nèi)容如下:

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

第二范式:如果關(guān)系模式R是第一范式,且每個非主屬性都完全函數(shù)依賴于關(guān)鍵字,則稱R為滿足第二范式的模式,記為R∈2NF。

第三范式:如果關(guān)系模式R是第二范式,且沒有一個非關(guān)鍵字屬性石傳遞函數(shù)依賴于候選關(guān)鍵字屬性,則稱R滿足第三范式的模式,記為R∈3NF。

擴(kuò)充第三范式:如果關(guān)系模式R是第三范式,且每一個決定因素都包含有關(guān)鍵字,則稱R為滿足擴(kuò)充第三范式的模式,記為

R∈BCNF。

第四范式:如果關(guān)系模式R是第三范式,且每個非平凡多值依賴XY(Y不是X的子集),X都含有關(guān)鍵字,則稱R為滿足第四范式的模式,記為R∈4NF

2.2數(shù)據(jù)庫設(shè)計

在線考試系統(tǒng)的各個功能模塊是否能夠緊密地結(jié)合在一起以及如何結(jié)合,,關(guān)鍵在于數(shù)據(jù)庫。因此對在線考試系統(tǒng)的數(shù)據(jù)庫進(jìn)行合理的邏輯設(shè)計和有效的物理設(shè)計是關(guān)鍵。

2.2.1概念設(shè)計

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

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

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

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

圖2學(xué)生實體及屬性局部E-R圖

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

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

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

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

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

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

根據(jù)需求分析,教師、題庫、學(xué)生和試卷四個實體之間的關(guān)系如圖6所示。

圖6考試局部E-R圖2.2.2邏輯設(shè)計

由于現(xiàn)在設(shè)計數(shù)據(jù)庫系統(tǒng)都普遍采用關(guān)系模型的關(guān)系數(shù)據(jù)庫管理系統(tǒng),因此邏輯設(shè)計的主要工作是將概念設(shè)計得出的實體關(guān)系模型(E-R圖)轉(zhuǎn)化成關(guān)系模式。

具體如下:

教師(教師編號,教師姓名,用戶名,密碼)

學(xué)生(學(xué)號,姓名,性別,密碼)

試題庫(課程代碼,課程名稱,題目類型,題目內(nèi)容,被選答案A,被選答案B,被選答案C,被選答案D,參考答案,難易度)

試卷組成(試卷代碼,課程名稱,題號(大題)1,試題類型1,小題數(shù)1,難題數(shù)1,中題數(shù)1,簡單題數(shù)1,每小題分?jǐn)?shù)1,題號(大題)2,試題類型2,小題數(shù)2,難題數(shù)2,中題數(shù)2,簡單題數(shù)2,每小題分?jǐn)?shù)2,題號(大題)3,試題類型3,小題數(shù)3,難題數(shù)3,中題數(shù)3,簡單題數(shù)3,每小題分?jǐn)?shù)3,題號(大題)4,試題類型4,小題數(shù)4,難題數(shù)4,中題數(shù)4,簡單題數(shù)4,每小題分?jǐn)?shù)4,題號(大題)5,試題類型5,小題數(shù)5,難題數(shù)5,中題數(shù)5,簡單題數(shù)5,每小題分?jǐn)?shù)5,題號(大題)6,試題類型6,小題數(shù)6,難題數(shù)6,中題數(shù)6,簡單題數(shù)6,每小題分?jǐn)?shù)6,題號(大題)7,試題類型7,小題數(shù)7,難題數(shù)7,中題數(shù)7,簡單題數(shù)7,每小題分?jǐn)?shù))

試卷(試卷編號,試卷名稱,大試題號,小試題號,試題庫中序號,學(xué)號,學(xué)生答案,得分)

成績(學(xué)號,試卷編號,課程名稱,成績)

3數(shù)據(jù)庫表結(jié)構(gòu)的建立

數(shù)據(jù)庫表結(jié)構(gòu)的建立在邏輯設(shè)計階段得出的關(guān)系模型的基礎(chǔ)上,并對其進(jìn)行適當(dāng)?shù)膬?yōu)化,各關(guān)系轉(zhuǎn)化后的表結(jié)構(gòu)具體如下:

Teacher表(教師信息表):主要字段有教師編號,用戶名,密碼及權(quán)限,其中教師編號為主鍵,由于教師對系統(tǒng)掌握的程度不同,故增加一個權(quán)限字段,管理員的權(quán)限為H,理工科教師為權(quán)限為M,文科藝體教師的權(quán)限為L。

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

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

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

Paper(試卷表):主要字段有標(biāo)識、試卷代碼、試卷編號、試題(大題)號、小題號、學(xué)生答案、試題庫中序號、學(xué)號、得分。其中學(xué)生學(xué)號為外鍵,與學(xué)生表建立關(guān)系;試卷代碼為外鍵,與試卷組成表建立關(guān)系。在該表中,增加一個標(biāo)識作為主鍵,確定記錄的唯一性

4數(shù)據(jù)庫的連接

4.1數(shù)據(jù)庫平臺選擇

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

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

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

4.3數(shù)據(jù)庫連接

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

一般連接使用的函數(shù)是mssql_connect。

永久連接使用的函數(shù)是mssql_pconnect。

其語法如下:

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

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

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

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

or die("連接數(shù)據(jù)庫服務(wù)器失??!");

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

?>

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

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

@mssql_close($dbconnected);

?>

5結(jié)論

本文從需求分析、概要設(shè)計、邏輯設(shè)計及數(shù)據(jù)庫的實現(xiàn)及連接等方面進(jìn)行簡單地闡述。對于在線考試系統(tǒng)的數(shù)據(jù)庫設(shè)計有一定的參考價值。

參考文獻(xiàn):

[1]申時凱,李海雁.數(shù)據(jù)庫應(yīng)用技術(shù)[M].2版.北京:中國鐵道出版社,2005.

[2]陳恭和.數(shù)據(jù)庫基礎(chǔ)與SQL應(yīng)用教程[M].北京:高等教育出版社,2003.

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

第9篇:數(shù)據(jù)庫設(shè)計范文

關(guān)鍵詞:門診管理;數(shù)據(jù)庫設(shè)計;概念;邏輯

中圖分類號:TP311.52 文獻(xiàn)標(biāo)識碼: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

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

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

一、數(shù)據(jù)庫設(shè)計原則

(一)一致性原則。對信息進(jìn)行統(tǒng)一的系統(tǒng)的分析與設(shè)計,協(xié)調(diào)好各數(shù)據(jù)源,做到“數(shù)出一門”、“算法統(tǒng)一”、“度量一致”,保證系統(tǒng)數(shù)據(jù)的一致性和有效性。

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

(三)安全性原則。數(shù)據(jù)庫的安全性是指保護(hù)數(shù)據(jù),防止非法用戶使用數(shù)據(jù)庫或合法用戶非法使用數(shù)據(jù)庫造成數(shù)據(jù)泄露、更改或破壞。要有認(rèn)證和授權(quán)機(jī)制。

(四)可伸縮性原則。數(shù)據(jù)庫結(jié)構(gòu)的設(shè)計應(yīng)充分考慮發(fā)展的需要、移植的需要,具有良好的擴(kuò)展性、伸縮性和適度冗余陣。

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

二、需求分析

通過對醫(yī)院門診管理的現(xiàn)狀進(jìn)行了解,得到如下需求:

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

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

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

三、概念結(jié)構(gòu)設(shè)計

概念結(jié)構(gòu)的設(shè)計,它是整個數(shù)據(jù)庫設(shè)計的關(guān)鍵,獨立于數(shù)據(jù)庫邏輯結(jié)構(gòu)、物理結(jié)構(gòu)和DBMS。概念模型是對信息世界建模,所以概念模型能夠方便、準(zhǔn)確地表示出信息世界中的用概念模型。結(jié)合以上的需求分析結(jié)果,采用ER模型進(jìn)行數(shù)據(jù)庫的概念設(shè)計,說明如下:

(一)主要實體及屬性。

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

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

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

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

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

處方單(處方記錄編號、門診病歷記錄編號、處方內(nèi)容)

檢查項目(檢查記錄編號、門診病歷記錄編號、檢查內(nèi)容)

檢驗項目(檢驗記錄編號、門診病歷記錄編號、檢驗內(nèi)容)

劃價單(劃價記錄編號、處方記錄編號、檢查記錄編號、檢驗記錄編號、處方劃價、檢查劃價、檢驗劃價)

收費單(收費記錄編號、劃價記錄編號、患者編號、收費員編號、總收費數(shù)目、患者是否繳費、門診收費時間)

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

藥品(藥品編號、名稱、生產(chǎn)批號、生產(chǎn)日期、有效日期、價格、數(shù)量)

(二)聯(lián)系說明及其相應(yīng)屬性。

支付(支付金額、支付時間、支付項目)

生成(門診處方------藥品提領(lǐng)單)

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

對應(yīng)(門診病人-------門診病歷)

(三)主要的E-R圖。

門診掛號E―R圖

四、邏輯數(shù)據(jù)庫設(shè)計

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

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

(二)門診病歷(病歷號、病人號、病歷內(nèi)容、診斷時間、醫(yī)師號、處方號)。說明:由門診病歷形成的關(guān)系模式,而門診病歷與門診處方的聯(lián)系為1:1,故將門診處方的主碼處方號加入到門診病歷關(guān)系模式中。

(三)門診收費項目(門診收費項目號、掛號號、支付時間、項目類型、收費金額、收費人中、病人號)。說明:由門診收費項目形成的關(guān)系模式,門診收費項目與掛號單為1:1,故將掛號號加入到其中。

(四)門診醫(yī)師(醫(yī)師號、科室、當(dāng)值日期)。說明:門診醫(yī)師中的屬性:姓名、專業(yè)技術(shù)職稱,性別,出生日期,出生地,民族,身份證號等。

(五)掛號收費(掛號號、門診收費項目號、收費金額)。說明:由掛號單與門診收費項目之間形成的一種聯(lián)系,收費金額是掛號收費的屬性。

(六)繳費(病人號、門診收費項目號、繳納金額)。說明:由門診病人和門診收費項目之間形成的一種聯(lián)系,繳納金額是繳納的屬性。邏輯設(shè)計如圖所示:

數(shù)據(jù)庫邏輯設(shè)計圖

五、數(shù)據(jù)表設(shè)計

醫(yī)院門診系統(tǒng)數(shù)據(jù)庫中每個表格表示數(shù)據(jù)庫中的一個表。主要表格的設(shè)計結(jié)果如下所示:

字段名 數(shù)據(jù)類型 可否為空 說明

yhm varchar(4) Not Null 員工號(主鍵)

dlkl varchar(8) Null 登錄口令

dlql varchar(2) Null 登陸權(quán)利

登錄信息表

字段名 數(shù)據(jù)類型 可否為空 說明

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 掛號時間

掛號信息表

字段名 數(shù)據(jù)類型 可否為空 說明

mzhblbh varchar(8) Not Null 門診病歷編號(主鍵)

hzhbh varchar(8) Null 患者編號

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

yj varchar(8) Null 診治意見

門診病歷信息表

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

參考文獻(xiàn):

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

[2]張京.基于Web Service的醫(yī)院信息系統(tǒng)的設(shè)計與實現(xiàn)[J].成都:電子科技大學(xué),2006

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

[4]陳卓.基于Windows DNA的門診掛號系統(tǒng)的研究與應(yīng)用[D].長春:吉林大學(xué),2004