前言：想要寫(xiě)出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇關(guān)系型數(shù)據(jù)庫(kù)范文，相信會(huì)為您的寫(xiě)作帶來(lái)幫助，發(fā)現(xiàn)更多的寫(xiě)作思路和靈感。

關(guān)系型數(shù)據(jù)庫(kù)范文第1篇

關(guān)鍵詞：關(guān)系型 數(shù)據(jù)庫(kù) 理論 實(shí)踐

中圖分類(lèi)號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-098X（2014）07（b）-0054-01

數(shù)據(jù)庫(kù)設(shè)計(jì)（Database Design）是指根據(jù)用戶(hù)的需求，在某一具體的數(shù)據(jù)庫(kù)管理系統(tǒng)上，設(shè)計(jì)數(shù)據(jù)庫(kù)的結(jié)構(gòu)和建立數(shù)據(jù)庫(kù)的過(guò)程。而關(guān)系型數(shù)據(jù)庫(kù)則是創(chuàng)建在關(guān)系模型基礎(chǔ)上的數(shù)據(jù)庫(kù)，是借助于集合代數(shù)等數(shù)學(xué)概念和方法來(lái)處理數(shù)據(jù)，使之能夠有效地存儲(chǔ)數(shù)據(jù)，以滿(mǎn)足用戶(hù)的各種應(yīng)用需求。

1 數(shù)據(jù)庫(kù)的重要性

數(shù)據(jù)庫(kù)設(shè)計(jì)是計(jì)算機(jī)軟件設(shè)計(jì)的重要內(nèi)容，同時(shí)也是支撐計(jì)算機(jī)軟件系統(tǒng)運(yùn)行的關(guān)鍵，是軟件設(shè)計(jì)的起點(diǎn)，起著決定性的質(zhì)變作用，必須對(duì)數(shù)據(jù)庫(kù)的設(shè)計(jì)高度重視起來(lái)。

（1）數(shù)據(jù)庫(kù)設(shè)計(jì)最起碼要占用整個(gè)項(xiàng)目開(kāi)發(fā)的40%以上的時(shí)間。數(shù)據(jù)庫(kù)是用戶(hù)需求的直觀反應(yīng)和表現(xiàn)，需求的要求和變化都要一一體現(xiàn)在數(shù)據(jù)庫(kù)的設(shè)計(jì)中。

（2）數(shù)據(jù)庫(kù)設(shè)計(jì)不僅僅停留在頁(yè)面demo的表面，還有模塊交互、表之間的聯(lián)系、中轉(zhuǎn)數(shù)據(jù)等所需要的字段。因此，在數(shù)據(jù)庫(kù)設(shè)計(jì)中不僅包括基本的數(shù)據(jù)存儲(chǔ)，還包括邏輯數(shù)據(jù)的存儲(chǔ)。

（3）數(shù)據(jù)庫(kù)設(shè)計(jì)完成后，項(xiàng)目80%的設(shè)計(jì)開(kāi)發(fā)在腦海中已經(jīng)完成了。在設(shè)計(jì)每一個(gè)字段時(shí)，已經(jīng)考慮好這些字段的運(yùn)用，在表中如何體現(xiàn)。當(dāng)數(shù)據(jù)庫(kù)設(shè)計(jì)完成后，程序中所有的實(shí)現(xiàn)思路和實(shí)現(xiàn)方式已經(jīng)考慮清楚了，否則會(huì)造成一系列不可預(yù)測(cè)的問(wèn)題。

由此可見(jiàn)，數(shù)據(jù)庫(kù)設(shè)計(jì)在整個(gè)軟件開(kāi)發(fā)過(guò)程中起到了舉足輕重的作用。

2 關(guān)系型數(shù)據(jù)庫(kù)設(shè)計(jì)的基本步驟

關(guān)系型數(shù)據(jù)庫(kù)設(shè)計(jì)的過(guò)程可大體分為四個(gè)時(shí)期七個(gè)階段。

（1）用戶(hù)需求分析時(shí)期，主要是了解和分析用戶(hù)對(duì)數(shù)據(jù)的功能需求和應(yīng)用需求，是整個(gè)設(shè)計(jì)過(guò)程的基礎(chǔ)，事關(guān)整個(gè)數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)設(shè)計(jì)的成敗。

（2）數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)期，主要是將用戶(hù)需求進(jìn)行綜合、歸納與抽象，形成一個(gè)獨(dú)立于具體DBMS的數(shù)據(jù)模型，可用實(shí)體―聯(lián)系模型來(lái)表示，然后將其轉(zhuǎn)換為已選好的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)RDBMS所支持的一組關(guān)系模式并為其選取一個(gè)適合應(yīng)用環(huán)境的物理結(jié)構(gòu)，包括存儲(chǔ)結(jié)構(gòu)和存取方法。

（3）數(shù)據(jù)庫(kù)實(shí)現(xiàn)時(shí)期，包括數(shù)據(jù)庫(kù)結(jié)構(gòu)創(chuàng)建階段和應(yīng)用行為設(shè)計(jì)與實(shí)現(xiàn)階段，是根據(jù)數(shù)據(jù)庫(kù)的物理模型創(chuàng)建數(shù)據(jù)庫(kù)、創(chuàng)建表、創(chuàng)建索引、創(chuàng)建聚簇等。

（4）數(shù)據(jù)庫(kù)運(yùn)行與維護(hù)階時(shí)期，最后一個(gè)階段則是數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng)經(jīng)過(guò)試運(yùn)行后即可投入正式運(yùn)行。

3 關(guān)系型數(shù)據(jù)庫(kù)設(shè)計(jì)的幾個(gè)原則

在進(jìn)行關(guān)系型數(shù)據(jù)庫(kù)的設(shè)計(jì)過(guò)程中，要遵循以下幾個(gè)原則，借此可以提高數(shù)據(jù)庫(kù)的存儲(chǔ)效率、數(shù)據(jù)完整性和可擴(kuò)展性。

3.1 命名規(guī)范化

在概念模型設(shè)計(jì)中，對(duì)于出現(xiàn)的實(shí)體、屬性及相關(guān)表的結(jié)構(gòu)要統(tǒng)一。例如在數(shù)據(jù)庫(kù)設(shè)計(jì)中，指定學(xué)生Sstudent，專(zhuān)指本科生，相關(guān)的屬性有：學(xué)號(hào)、姓名、性別、出生年月等，及每個(gè)屬性的類(lèi)型、長(zhǎng)度、取值范圍等都要進(jìn)行確定，這樣就能保證在命名時(shí)不會(huì)出現(xiàn)同名異義或異名同義、屬性特征及結(jié)構(gòu)沖突等問(wèn)題。

3.2 數(shù)據(jù)的一致性和完整性

在關(guān)系型數(shù)據(jù)庫(kù)中可以采用域完整性、實(shí)體完整性和參照完整性等約束條件來(lái)滿(mǎn)足其數(shù)據(jù)的一致性和完整性，用check、default、null、主鍵和外鍵約束來(lái)實(shí)現(xiàn)。

3.3 數(shù)據(jù)冗余

數(shù)據(jù)庫(kù)中的數(shù)據(jù)應(yīng)盡可能地減少冗余，這就意味著重復(fù)數(shù)據(jù)應(yīng)該減少到最少。例如：若一個(gè)部門(mén)職員的電話(huà)存儲(chǔ)在不同的表中，假設(shè)該職員的電話(huà)號(hào)碼發(fā)生變化時(shí)，冗余數(shù)據(jù)的存在就要求對(duì)多個(gè)表進(jìn)行更新操作，若某個(gè)表不幸被忽略了，那么就會(huì)造成數(shù)據(jù)不一致的情況。所以在數(shù)據(jù)庫(kù)設(shè)計(jì)中一定要盡可能存在少地冗余。

3.4 范式理論

在關(guān)系數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)，一般是通過(guò)設(shè)計(jì)滿(mǎn)足某一范式來(lái)獲得一個(gè)好的數(shù)據(jù)庫(kù)模式，通常認(rèn)為3NF在性能、擴(kuò)展性和數(shù)據(jù)完整性方面達(dá)到了最好的平衡，因此，一般數(shù)據(jù)庫(kù)設(shè)計(jì)要求達(dá)到3NF，消除數(shù)據(jù)依賴(lài)中不合理的部分，最終實(shí)現(xiàn)使一個(gè)關(guān)系僅描述一個(gè)實(shí)體或者實(shí)體間一種聯(lián)系的目的。

4 以具體實(shí)例設(shè)計(jì)的關(guān)系型數(shù)據(jù)庫(kù)設(shè)計(jì)的實(shí)踐

以大學(xué)教學(xué)管理軟件開(kāi)發(fā)中的數(shù)據(jù)庫(kù)設(shè)計(jì)為例進(jìn)行分析。

（1）重視系統(tǒng)的總體設(shè)計(jì)。總體設(shè)計(jì)不僅與軟件項(xiàng)目順利開(kāi)展的進(jìn)度有關(guān)，還與是否可以達(dá)到預(yù)期的項(xiàng)目開(kāi)發(fā)目標(biāo)有關(guān)。下面以大學(xué)教學(xué)管理數(shù)據(jù)庫(kù)開(kāi)發(fā)為例進(jìn)行說(shuō)明。

（2）首先對(duì)大學(xué)教學(xué)管理軟件所涉及的數(shù)據(jù)進(jìn)行詳細(xì)的分析。按照上述的設(shè)計(jì)思想，共設(shè)計(jì)了如下表，例如，學(xué)生關(guān)系表、專(zhuān)業(yè)關(guān)系表等，然后創(chuàng)建視圖和存儲(chǔ)過(guò)程。

①學(xué)生關(guān)系表S：S#（學(xué)號(hào)），SNAME（姓名），SSEX（性別），SBIRTHIN（出生年月）等字段，主鍵為S#（學(xué)號(hào)）。②專(zhuān)業(yè)關(guān)系表SS：SCODE#（專(zhuān)業(yè)代碼），SSNAME（專(zhuān)業(yè)名稱(chēng)）等字段，主鍵為SCODE#（專(zhuān)業(yè)代碼）。③課程關(guān)系表C：C#（課程號(hào)），CNAME（課程名稱(chēng)），CLASSH（學(xué)時(shí)）等字段，主鍵為C#（課程號(hào)）。④設(shè)置關(guān)系表CS：SCODE#（專(zhuān)業(yè)代碼），C#（課程號(hào)）等字段，主鍵為SCODE#（專(zhuān)業(yè)代碼），C#（課程號(hào)）。⑤學(xué)習(xí)關(guān)系表SC：S#（學(xué)號(hào)），C#（課程號(hào)），GRADE（分?jǐn)?shù)）等字段，主鍵為S#（學(xué)號(hào)），C#（課程號(hào)）。⑥教師關(guān)系表T：T#（教工號(hào)），TNAME（姓名），TSEX（性別）等字段，主鍵為T(mén)#（教工號(hào)）。⑦講授關(guān)系表TEACH：T#（教工號(hào)），C#（課程號(hào)）等字段，主鍵為T(mén)EACH：T#（教工號(hào)），C#（課程號(hào)）。

數(shù)據(jù)庫(kù)中的每一個(gè)表都建立了主鍵，部分表為了滿(mǎn)足查詢(xún)和排序的需要，還需要建立索引。例如查詢(xún)學(xué)生信息時(shí)，除了按學(xué)號(hào)查詢(xún)，有時(shí)還會(huì)用到按照班級(jí)查詢(xún)。因此，在學(xué)生表中除了對(duì)主鍵“學(xué)號(hào)”建立主索引外，也對(duì)“班級(jí)”建立了次索引。同時(shí)，在數(shù)據(jù)庫(kù)中，數(shù)據(jù)按照主鍵和外鍵的關(guān)系，建立起了關(guān)系。另外，根據(jù)查詢(xún)需要，還建立了教學(xué)安排視圖、課程成績(jī)視圖和學(xué)生平均成績(jī)視圖及相關(guān)的存儲(chǔ)過(guò)程。

5 結(jié)語(yǔ)

通過(guò)前面的分析和研究，數(shù)據(jù)庫(kù)的設(shè)計(jì)是非常重要的，為之后整個(gè)系統(tǒng)的穩(wěn)定可靠運(yùn)行提供了穩(wěn)固的后臺(tái)保障。數(shù)據(jù)庫(kù)必須與應(yīng)用程序的業(yè)務(wù)需求相輔相成，在設(shè)計(jì)過(guò)程中要嚴(yán)格遵循關(guān)系數(shù)據(jù)庫(kù)的設(shè)計(jì)步驟，并靈活運(yùn)用上述原則。

參考文獻(xiàn)

[1] 潘博.計(jì)算機(jī)軟件數(shù)據(jù)庫(kù)設(shè)計(jì)的重要性以及原則研究[J].計(jì)算機(jī)光盤(pán)軟件與應(yīng)用，2013（8）.

[2] 王曉軍.數(shù)據(jù)庫(kù)設(shè)計(jì)的理論和實(shí)踐在軟件開(kāi)發(fā)中的作用[J].科技與生活，2012 （8）.

[3] 孟志偉.管理系統(tǒng)的數(shù)據(jù)庫(kù)設(shè)計(jì)[J].信息與電腦，2009（7）.

關(guān)系型數(shù)據(jù)庫(kù)范文第2篇

【關(guān)鍵詞】Hadoop；非關(guān)系型數(shù)據(jù)庫(kù)；安全技術(shù)；HBase

1.Hadoop云計(jì)算環(huán)境與HBase

Hadoop是一個(gè)分布式系統(tǒng)環(huán)境，能夠運(yùn)行于大型集群上。Hadoop主要包括兩個(gè)方面：HDFS文件系統(tǒng)和MapReduce計(jì)算框架。在Hadoop中用戶(hù)無(wú)需詳細(xì)了解底層系統(tǒng)的實(shí)現(xiàn)細(xì)節(jié)，即可開(kāi)發(fā)分布式應(yīng)用程序。在云環(huán)境的實(shí)際使用時(shí)，用戶(hù)的核心數(shù)據(jù)需要上傳到云端，這就會(huì)使用戶(hù)考慮云端是否能夠保障這些數(shù)據(jù)的安全性、完整性以及可用性。作為典型的一種云架構(gòu)，Hadoop環(huán)境的用戶(hù)在連接服務(wù)器時(shí)無(wú)需驗(yàn)證即可與服務(wù)器進(jìn)行通信，這就難免存在數(shù)據(jù)的安全性問(wèn)題。

Hadoop上集成應(yīng)用最多的非關(guān)系型數(shù)據(jù)庫(kù)是HBase，HBase的架構(gòu)是典型的主從結(jié)構(gòu)，包括一個(gè)Master和若干個(gè)RegionServer，另外還使用Zookeeper作為其數(shù)據(jù)一致性的協(xié)調(diào)程序。HBase數(shù)據(jù)庫(kù)底層存儲(chǔ)數(shù)據(jù)時(shí)使用的是Hadoop的HDFS文件系統(tǒng)，客戶(hù)端在借助HBase API訪(fǎng)問(wèn)存儲(chǔ)在HBase數(shù)據(jù)庫(kù)中的數(shù)據(jù)。

Zookeeper的作用是保證整個(gè)HBase集群中只有一個(gè)master節(jié)點(diǎn)，同時(shí)實(shí)時(shí)監(jiān)控regionserver的狀態(tài)，一旦regionserver不能繼續(xù)提供服務(wù)，zookeeper會(huì)將其狀態(tài)通知給HBase Master。

HBase數(shù)據(jù)庫(kù)中有兩張?zhí)厥獾南到y(tǒng)表：-ROOT-和.META.。-ROOT-系統(tǒng)表中存儲(chǔ)的是.META.的分片（region）信息，.META.中則存儲(chǔ)了所有的用戶(hù)表的分片（region）信息，每個(gè)分片都可以存儲(chǔ)到不同的regionserver上。這種類(lèi)似B+樹(shù)的三層結(jié)構(gòu)，可以實(shí)現(xiàn)高效的rowkey查詢(xún)，并保證HBase數(shù)據(jù)庫(kù)是一個(gè)高可靠、高可伸縮的分布式數(shù)據(jù)庫(kù)。

2.非關(guān)系型數(shù)據(jù)庫(kù)及其安全需求

云計(jì)算技術(shù)及電子商務(wù)的興起，使得互聯(lián)網(wǎng)絡(luò)上的數(shù)據(jù)量越來(lái)越大，傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)已經(jīng)難以滿(mǎn)足大數(shù)據(jù)環(huán)境中大規(guī)模數(shù)據(jù)處理以及高并發(fā)的需求，非關(guān)系型數(shù)據(jù)庫(kù)應(yīng)運(yùn)而生，非關(guān)系型數(shù)據(jù)庫(kù)具有高并發(fā)以及高擴(kuò)展性等特性，并且具有和關(guān)系型數(shù)據(jù)庫(kù)不同的存儲(chǔ)結(jié)構(gòu)。

與關(guān)系型數(shù)據(jù)庫(kù)相比，非關(guān)系型數(shù)據(jù)庫(kù)改變了其數(shù)據(jù)存儲(chǔ)結(jié)構(gòu)和架構(gòu)設(shè)計(jì)，從而可以更好地處理高并發(fā)以及大規(guī)模數(shù)據(jù)的問(wèn)題。關(guān)系型數(shù)據(jù)庫(kù)存儲(chǔ)的是結(jié)構(gòu)化的數(shù)據(jù)，數(shù)據(jù)存儲(chǔ)在行列組成的二維表中，所有行含有的字段完全相同；這樣的存儲(chǔ)方式雖然有利于表的連接操作，但當(dāng)數(shù)據(jù)量很大時(shí)會(huì)占用大量的存儲(chǔ)空間，這在一定程度上限制了其處理大規(guī)模數(shù)據(jù)的性能。非關(guān)系型數(shù)據(jù)庫(kù)存儲(chǔ)的是“鍵值對(duì)”，數(shù)據(jù)庫(kù)中每一行的結(jié)構(gòu)不必須完全一致，每行可以有不同的字段，這樣的松散數(shù)據(jù)結(jié)構(gòu)非常適合非結(jié)構(gòu)化數(shù)據(jù)。非關(guān)系型數(shù)據(jù)庫(kù)存儲(chǔ)數(shù)據(jù)的結(jié)構(gòu)如圖1所示。

與關(guān)系型數(shù)據(jù)庫(kù)利用SQL語(yǔ)言作為其訪(fǎng)問(wèn)接口不同，非關(guān)系型數(shù)據(jù)庫(kù)由于沒(méi)有固定的字段結(jié)構(gòu)，其訪(fǎng)問(wèn)接口是鍵值對(duì)，這種結(jié)構(gòu)設(shè)計(jì)使得非關(guān)系型數(shù)據(jù)庫(kù)可以隨著數(shù)據(jù)量的增加而橫向擴(kuò)展，即如果非關(guān)系型數(shù)據(jù)庫(kù)所在的集群服務(wù)器數(shù)目增加一倍，則其負(fù)載能力也相應(yīng)提高一倍。

橫向擴(kuò)展主要是通過(guò)數(shù)據(jù)分片（shard）和分區(qū)（partition）實(shí)現(xiàn)的，數(shù)據(jù)分片又可以分為垂直分片和水平分片兩種；水平分片指的是把表中的行劃分為多個(gè)子集，這些子集分布在集群中的多個(gè)節(jié)點(diǎn)上，以此提高整個(gè)集群的性能、降低數(shù)據(jù)出錯(cuò)造成的影響。非關(guān)系型數(shù)據(jù)庫(kù)中水平分片上比傳統(tǒng)的關(guān)系型數(shù)據(jù)庫(kù)具有更好的擴(kuò)展性，由于非關(guān)系型數(shù)據(jù)庫(kù)一倍都是基于鍵值對(duì)模型的，很少對(duì)整個(gè)數(shù)據(jù)庫(kù)進(jìn)行掃描查詢(xún)，所以能夠簡(jiǎn)單地通過(guò)在集群中加入新的節(jié)點(diǎn)對(duì)方式來(lái)進(jìn)行擴(kuò)展。

非關(guān)系型數(shù)據(jù)庫(kù)一般是分布式的，其數(shù)據(jù)分布在多個(gè)節(jié)點(diǎn)上，所以其安全要考慮內(nèi)部安全和外部安全兩方面。前者指的是非關(guān)系型數(shù)據(jù)庫(kù)內(nèi)部數(shù)據(jù)存儲(chǔ)上的安全，主要滿(mǎn)足的是數(shù)據(jù)庫(kù)管理員的安全需求；后者指的是非關(guān)系型數(shù)據(jù)庫(kù)客戶(hù)端和服務(wù)器之間的安全，主要滿(mǎn)足的是數(shù)據(jù)庫(kù)用戶(hù)的安全需求。

3.Hadoop中HBase的安全策略

HBase是非關(guān)系型數(shù)據(jù)庫(kù)中安全性最完善的，對(duì)其安全機(jī)制進(jìn)行研究有助于為其他的非關(guān)系型數(shù)據(jù)庫(kù)提供一定的參考價(jià)值。HBase是集成在Hadoop云計(jì)算開(kāi)發(fā)平臺(tái)上的，所以Hadoop為其提供了訪(fǎng)問(wèn)安全機(jī)制。Hadoop的安全特性主要包括四個(gè)方面：“基于令牌的認(rèn)證機(jī)制、基于Kerberos的安全認(rèn)證方案、基于ACL角色控制的權(quán)限控制，以及HDFS數(shù)據(jù)存儲(chǔ)的一致性保證和數(shù)據(jù)完整性驗(yàn)證”。

Hadoop中包含服務(wù)級(jí)和文件級(jí)兩類(lèi)權(quán)限驗(yàn)證，其中前者是系統(tǒng)級(jí)別的，后者是文件級(jí)別的。對(duì)于服務(wù)級(jí)別的安全驗(yàn)證，是通過(guò)ACL角色控制實(shí)現(xiàn)的，默認(rèn)情況下hadoop中服務(wù)級(jí)別的安全驗(yàn)證是關(guān)閉的，要想開(kāi)啟服務(wù)級(jí)別的安全驗(yàn)證，可以將配置文件${HADOOP_CONF_DIR}/core-site.xml中的hadoop.security.authorization屬性設(shè)置為true。

除了hadoop.security.authorization屬性外，還有一組類(lèi)似的屬性可以控制哪些用戶(hù)可以訪(fǎng)問(wèn)哪些資源。借助基于ACL的角色控制，Hadoop可以保證HBase的底層具備服務(wù)級(jí)別的安全訪(fǎng)問(wèn)策略，以此限制用戶(hù)和組對(duì)資源的訪(fǎng)問(wèn)，從而防止了非法用戶(hù)對(duì)數(shù)據(jù)進(jìn)行惡意操作。

當(dāng)HBase的底層文件系統(tǒng)對(duì)數(shù)據(jù)進(jìn)行讀寫(xiě)請(qǐng)求時(shí)，客戶(hù)端可以指定訪(fǎng)問(wèn)的用戶(hù)或用戶(hù)組，如果不對(duì)用戶(hù)進(jìn)行認(rèn)證，則客戶(hù)端用戶(hù)就可能偽裝為其他用戶(hù)訪(fǎng)問(wèn)HBase數(shù)據(jù)庫(kù)中的數(shù)據(jù)，基于令牌的認(rèn)證機(jī)制有效解決了此問(wèn)題。Hadoop中有兩種認(rèn)證機(jī)制：基于MD5的令牌認(rèn)證機(jī)制和基于GSSAPI的Kerberos的認(rèn)證機(jī)制；令牌認(rèn)證又分為兩種：對(duì)HDFS文件系統(tǒng)的授權(quán)令牌認(rèn)證和對(duì)MapReduce任務(wù)框架的任務(wù)令牌認(rèn)證。Kerberos認(rèn)證包括域內(nèi)認(rèn)證和跨域認(rèn)證兩種，其認(rèn)證步驟分為以下幾步：

（1）客戶(hù)端程序首先發(fā)送相關(guān)信息到AS服務(wù)器，這些信息包括用戶(hù)名IDc、認(rèn)證域、隨機(jī)數(shù)以及授權(quán)服務(wù)器TGS等；使用TGS的密鑰加密后得到TGT。

（2）客戶(hù)端程序獲得AS的應(yīng)答后，向TGS發(fā)送加密的用戶(hù)名、認(rèn)證域以及TGT、服務(wù)器名稱(chēng)等相關(guān)信息；TGS解密收到的信息，并根據(jù)解密的結(jié)果對(duì)比確定請(qǐng)求的用戶(hù)、TGT票據(jù)的所有者等，并產(chǎn)生對(duì)應(yīng)的TS返回給客戶(hù)端。

（3）客戶(hù)端解密收到的TGS應(yīng)答，并發(fā)送TS、加密的用戶(hù)名及認(rèn)證域等信息到應(yīng)用服務(wù)器，訪(fǎng)問(wèn)對(duì)應(yīng)的應(yīng)用資源。

HBase數(shù)據(jù)庫(kù)底層的HDFS分布式文件系統(tǒng)具有高度容錯(cuò)性，不僅可以保證數(shù)據(jù)存儲(chǔ)的完整性，而且能夠保證數(shù)據(jù)傳輸?shù)耐暾?。Hadoop集群中的DataNode定期檢查其自身管理的數(shù)據(jù)庫(kù)，并對(duì)其進(jìn)行完整性驗(yàn)證，通過(guò)驗(yàn)證的數(shù)據(jù)塊就滿(mǎn)足數(shù)據(jù)存儲(chǔ)的完整性；Hadoop的客戶(hù)端在和DataNode進(jìn)行數(shù)據(jù)傳輸時(shí)，會(huì)對(duì)數(shù)據(jù)進(jìn)行傳輸完整性驗(yàn)證。

HBase協(xié)處理器（Coprocessor）是HBase數(shù)據(jù)庫(kù)中的重要框架，它可以使用戶(hù)在服務(wù)端插入其定制代碼。HBase協(xié)處理器分為兩種類(lèi)型：系統(tǒng)協(xié)處理器和表協(xié)處理器，前者能夠全局導(dǎo)入regionserver上所有的表，表協(xié)處理器允許用戶(hù)指定一張表使用協(xié)處理器。為了更好地提供靈活得控制，HBase協(xié)處理器提供了兩種不同的執(zhí)行模式，分別是Observer模式和Endpoint模式，分別類(lèi)似于傳統(tǒng)關(guān)系型數(shù)據(jù)庫(kù)中的觸發(fā)器和存儲(chǔ)過(guò)程的概念。HBase的協(xié)處理器框架允許HBase數(shù)據(jù)庫(kù)實(shí)現(xiàn)聚合、訪(fǎng)問(wèn)控制等豐富的特性。

4.結(jié)語(yǔ)

本文結(jié)合HBase數(shù)據(jù)庫(kù)的分布式特性，圍繞非關(guān)系型數(shù)據(jù)庫(kù)中數(shù)據(jù)的機(jī)密性、完整性以及一致性，分析了HBase數(shù)據(jù)庫(kù)的安全需求。在此基礎(chǔ)上，研究了以HBase數(shù)據(jù)庫(kù)為代表的非關(guān)系型數(shù)據(jù)庫(kù)的安全機(jī)制，包括基于ACL的角色控制機(jī)制、令牌認(rèn)證機(jī)制、HDFS數(shù)據(jù)一致性機(jī)制以及HBase協(xié)處理器機(jī)制等。

參考文獻(xiàn)

[1]蔡平.基于Hadoop的NoSQL數(shù)據(jù)庫(kù)安全研究[D].上海交通大學(xué)，2012.

[2]張少敏，李曉強(qiáng)，王保義.基于Hadoop的智能電網(wǎng)數(shù)據(jù)安全存儲(chǔ)設(shè)計(jì)[J].電力系統(tǒng)保護(hù)與控制，2013（7）.

[3]朱敏.基于HBase的RDF數(shù)據(jù)存儲(chǔ)與查詢(xún)研究[D].南京大學(xué)，2013.

[4]劉河，陳宇.云計(jì)算環(huán)境下NoSQL數(shù)據(jù)庫(kù)技術(shù)及應(yīng)用研究[J].軟件導(dǎo)刊，2013.

關(guān)系型數(shù)據(jù)庫(kù)范文第3篇

關(guān)鍵詞:SQL Server;Oracle;Transact-SQL;企業(yè)管理器;查詢(xún)分析器

中圖分類(lèi)號(hào):TP311文獻(xiàn)標(biāo)識(shí)碼:A文章編號(hào):1009-3044(2009)14-3614-02

Large and Medium-sized Database Management System Performance Analysis of Differences

ZHANG Qun-hui, WANG Cong, TONG Xin

(Hunan Information Science Vocational College, Changsha 410151, China)

Abstract: The article introduces the architecture, security model, database file management method, data conversion, backup, restore and replication as well as the Transact-SQL language design. Describes the application process and the flip-flop storage to ensure data integrity and consistency between the realization of the process. Focus on the underlying SQL Server database configuration, management data, performance optimization and security management in detail. Finally, the above study, the SQL Server 2000 and oracle database performance comparison, summed up the characteristics of their own. At present, the practical application in the database field, a lot of database management are some problems still exist, resulting in poor database performance. To study the subject for the selection and application of database systems have a certain significance.

Key words: SQL Server; Oracle; Transact-SQL; Enterprise Manager; Query Analyzer

1 引言

SQL Server 2000是微軟公司最新版的大型數(shù)據(jù)庫(kù)服務(wù)器,其性能指標(biāo)在各方面都有趕超Oracle數(shù)據(jù)庫(kù)的趨勢(shì)。在經(jīng)歷了SQL Server 6.5和7.0兩個(gè)版本的嘗試之后,微軟公司終于開(kāi)始向大規(guī)模的業(yè)務(wù)領(lǐng)域進(jìn)發(fā)了。微軟公司聘請(qǐng)了世界上最優(yōu)秀的數(shù)據(jù)庫(kù)專(zhuān)家而且專(zhuān)門(mén)搭建了信息量可謂空前龐大的地理信息系統(tǒng),勵(lì)精圖治。有了強(qiáng)大的性能和功能支持,并且徹底脫離了Sybase,它將數(shù)據(jù)庫(kù)連接到Internet,并通過(guò)Web瀏覽器顯示數(shù)據(jù)操作,具有客戶(hù)機(jī)/服務(wù)器結(jié)構(gòu),并與Microsoft公司的其他產(chǎn)品及第三方產(chǎn)品具有良好的兼容性,能方便的實(shí)現(xiàn)無(wú)縫操作。此外,SQL Server 2000還提供了對(duì)分布式事務(wù)處理的支持,為大型數(shù)據(jù)庫(kù)項(xiàng)目提供優(yōu)秀的企業(yè)級(jí)的解決方案。再配合其一向?yàn)槿朔Q(chēng)道的易用性,SQL Server可以說(shuō)成為了開(kāi)發(fā)者手中的一柄利器。

因此,在數(shù)據(jù)庫(kù)需求日益增長(zhǎng)的今天。學(xué)好SQL對(duì)于開(kāi)發(fā)和維護(hù)數(shù)據(jù)庫(kù),以及研究其他數(shù)據(jù)庫(kù)是非常重要的。

2 SQL Server體系結(jié)構(gòu)

SQL Server是由一系列數(shù)量眾多的數(shù)據(jù)組件組成。這些組件在功能上互相補(bǔ)充,在使用方式上彼此協(xié)調(diào),以滿(mǎn)足用戶(hù)在數(shù)據(jù)存儲(chǔ)和管理、大型Web站點(diǎn)支持和企業(yè)數(shù)據(jù)分析處理上的需求。從不同的應(yīng)用和功能角度出發(fā),SQL Server具有不同的系統(tǒng)結(jié)構(gòu)分類(lèi)。具體可以劃分為:

?數(shù)據(jù)庫(kù)體系結(jié)構(gòu)

?客戶(hù)機(jī)/服務(wù)器體系結(jié)構(gòu)

?關(guān)系數(shù)據(jù)庫(kù)引擎體系結(jié)構(gòu)

?服務(wù)器管理體系結(jié)構(gòu)

其中,客戶(hù)機(jī)/服務(wù)器體系結(jié)構(gòu)又可以劃分為客戶(hù)端組件、服務(wù)器組件和通信組件三部分。用戶(hù)不用直接訪(fǎng)問(wèn) SQL Server進(jìn)行分析服務(wù)的,而是使用客戶(hù)應(yīng)用程序來(lái)訪(fǎng)問(wèn)數(shù)據(jù)的。客戶(hù)端-服務(wù)器組件體系結(jié)構(gòu)如圖1。

3 SQL Server主要功能

SQL Server充分整合Analysis Services 和資料采集(Data Mining),因而可以調(diào)整資訊,掌握機(jī)會(huì)。領(lǐng)先業(yè)界支持XML、增強(qiáng)系統(tǒng)管理和調(diào)整等工具,以及在企業(yè)和電子商務(wù)等應(yīng)用上有著可調(diào)適性和可靠性。其主要功能包括管理數(shù)據(jù)庫(kù)文件,管理的安全性,執(zhí)行管理任務(wù)等方面,具體如圖2所示。

由于篇幅的關(guān)系,在這里主要介紹SQL Server在安全方面的管理特點(diǎn)。SQL Server的安全性機(jī)制分為4個(gè)等級(jí)。

?客戶(hù)機(jī)操作系統(tǒng)的安全性

?SQL Server的登錄安全性

?數(shù)據(jù)庫(kù)的使用安全性

?數(shù)據(jù)庫(kù)對(duì)象的使用安全性

每個(gè)安全等級(jí)就好像一道門(mén),如果門(mén)沒(méi)有上鎖或用戶(hù)擁有開(kāi)門(mén)的鑰匙,則用戶(hù)可以通過(guò)這道門(mén)達(dá)到一個(gè)安全等級(jí)。如果通過(guò)了所有的門(mén),則用戶(hù)就可實(shí)現(xiàn)對(duì)數(shù)據(jù)庫(kù)的訪(fǎng)問(wèn)了。這個(gè)關(guān)系用圖3來(lái)表示。

4 SQL Server性能優(yōu)化

數(shù)據(jù)庫(kù)是企業(yè)信息的核心,其應(yīng)用水平的高低直接影響到企業(yè)管理水平。選擇了一個(gè)高性能的數(shù)據(jù)庫(kù)產(chǎn)品不等于就有一個(gè)好的數(shù)據(jù)庫(kù)應(yīng)用系統(tǒng),如果數(shù)據(jù)庫(kù)系統(tǒng)設(shè)計(jì)不合理,不僅會(huì)增加客戶(hù)端和服務(wù)器端程序的編程和維護(hù)的難度,而且還會(huì)影響系統(tǒng)實(shí)際運(yùn)行的性能。

4.1 影響SQL Server性能主要因素及解決辦法

影響SQL Server數(shù)據(jù)庫(kù)性能的因素有很多。比如:在開(kāi)發(fā)工具、數(shù)據(jù)庫(kù)設(shè)計(jì)、應(yīng)用程序的結(jié)構(gòu)、查詢(xún)?cè)O(shè)計(jì)、接口選擇等發(fā)面都有多種選擇,這取決于特定的應(yīng)用環(huán)境和應(yīng)用需求。平常在優(yōu)化SQL Server性能,主要從以下幾個(gè)方面著手:

?數(shù)據(jù)庫(kù)設(shè)計(jì)問(wèn)題

?應(yīng)用系統(tǒng)設(shè)計(jì)

?操作系統(tǒng)相關(guān)優(yōu)化

4.2 SQL Server優(yōu)化器

SQL Server優(yōu)化器通過(guò)分析查詢(xún)語(yǔ)句,自動(dòng)對(duì)查詢(xún)進(jìn)行優(yōu)化并決定最有效的執(zhí)行方案。主要是通過(guò)查詢(xún)分析、索引選擇、合并選擇三個(gè)階段完成的。完成以上三個(gè)過(guò)程后,優(yōu)化器就會(huì)生成一個(gè)基于費(fèi)用的查詢(xún)執(zhí)行計(jì)劃,這個(gè)計(jì)劃充分利用了可用的索引,并以最小的系統(tǒng)開(kāi)支和良好的執(zhí)行性能訪(fǎng)問(wèn)原來(lái)的數(shù)據(jù)。

4.3 SQL Server優(yōu)化應(yīng)用分析

在實(shí)際操作過(guò)程中,可以先使用SQL事件偵查器創(chuàng)建一個(gè)工作負(fù)荷文件,來(lái)跟蹤一段時(shí)間內(nèi)某個(gè)指定數(shù)據(jù)庫(kù)的活動(dòng)。然后根據(jù)跟蹤記錄,使用索引優(yōu)化向?qū)?lái)對(duì)索引進(jìn)行優(yōu)化。

5 SQL Server與Oracle數(shù)據(jù)庫(kù)的比較

5.1 SQL Server的優(yōu)越性

SQL Server是當(dāng)今最重要的數(shù)據(jù)庫(kù)管理系統(tǒng)之一。之所以能夠在現(xiàn)代數(shù)據(jù)庫(kù)管理系統(tǒng)行列中立于不敗之地,SQL Server有著他獨(dú)自的優(yōu)點(diǎn)。主要體現(xiàn)在以下以個(gè)方面:

1)非過(guò)程化語(yǔ)言

SQL是一個(gè)非過(guò)程化的語(yǔ)言,因?yàn)樗淮翁幚硪粋€(gè)記錄,對(duì)數(shù)據(jù)提供自動(dòng)導(dǎo)航。

2)統(tǒng)一的語(yǔ)言

SQL可用于所有用戶(hù)的DB活動(dòng)模型,包括系統(tǒng)管理員、數(shù)據(jù)庫(kù)管理員、 應(yīng)用程序員、決策支持系統(tǒng)人員及許多其它類(lèi)型的終端用戶(hù)。基本的SQL 命令只需很少時(shí)間就能學(xué)會(huì),最高級(jí)的命令在幾天內(nèi)便可掌握。

3)是所有關(guān)系數(shù)據(jù)庫(kù)的公共語(yǔ)言

由于所有主要的關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)都支持SQL語(yǔ)言,用戶(hù)可將使用SQL的技能從一個(gè)RDBMS(關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng))轉(zhuǎn)到另一個(gè),所有用SQL編寫(xiě)的程序都是可以移植的。

5.2 Oracle數(shù)據(jù)庫(kù)介紹

Oracle9i是業(yè)界第一個(gè)完整、簡(jiǎn)單的用于互聯(lián)網(wǎng)的新一代智能化的、協(xié)作各種應(yīng)用的軟件基礎(chǔ)架,其主要特點(diǎn)體現(xiàn)在:

1)支持大數(shù)據(jù)庫(kù)、多用戶(hù)的高性能的事務(wù)處理。

2)ORACLE遵守?cái)?shù)據(jù)存取語(yǔ)言、操作系統(tǒng)、用戶(hù)接口和網(wǎng)絡(luò)通信協(xié)議的工業(yè)標(biāo)準(zhǔn)。

3)實(shí)施安全性控制和完整性控制。

4)支持分布式數(shù)據(jù)庫(kù)和分布處理。

5)具有可移植性、可兼容性和可連接性。

5.3 兩種數(shù)據(jù)庫(kù)的比較結(jié)果

通過(guò)對(duì)SQL Server數(shù)據(jù)庫(kù)的學(xué)習(xí)和Oracle數(shù)據(jù)庫(kù)的查閱?？偨Y(jié)出兩種數(shù)據(jù)庫(kù)大致區(qū)別,如下所示:

1)開(kāi)放性

SQL Server:只能在Windows下運(yùn)行,沒(méi)有絲毫的開(kāi)放性。

Oracle:能在所有主流平臺(tái)上運(yùn)行(包括 Windows)。完全支持所有的工業(yè)標(biāo)準(zhǔn)。采用完全開(kāi)放策略?？梢允箍蛻?hù)選擇最適合的解決方案。對(duì)開(kāi)發(fā)商全力支持。

2)可伸縮性和并行性

SQL Server:并行實(shí)施和共存模型并不成熟,很難處理日益增多的用戶(hù)數(shù)和數(shù)據(jù)卷,伸縮性有限。

Oracle:平行服務(wù)器通過(guò)使一組結(jié)點(diǎn)共享同一簇中的工作來(lái)擴(kuò)展Window NT的能力,提供高可用性和高伸縮性的簇的解決方案。如果WindowsNT不能滿(mǎn)足需要, 用戶(hù)可以把數(shù)據(jù)庫(kù)移到UNIX中。

3)安全性

SQL server:沒(méi)有獲得任何安全證書(shū)。

Oracle Server:獲得最高認(rèn)證級(jí)別的ISO標(biāo)準(zhǔn)認(rèn)證。

4)性能

SQL Server:多用戶(hù)時(shí)性能不佳,C/S結(jié)構(gòu),只支持Windows客戶(hù),可以用ADO,DAO,OLEDB,ODBC連接。

Oracle:性能最高, 保持WindowsNT下的TPC-D和TPC-C的世界記錄。多層次網(wǎng)絡(luò)計(jì)算,支持多種工業(yè)標(biāo)準(zhǔn),可以用ODBC,JDBC,OCI等網(wǎng)絡(luò)客戶(hù)連接。

5)操作簡(jiǎn)便

SQL Server:操作簡(jiǎn)單,但只有圖形界面。

Oracle:較復(fù)雜, 同時(shí)提供GUI和命令行,在Windows NT和Unix下操作相同。

6)使用風(fēng)險(xiǎn)

SQL Server:完全重寫(xiě)的代碼,經(jīng)歷了長(zhǎng)期的測(cè)試,不斷延遲,許多功能需要時(shí)間來(lái)證明。并不十分兼容早期產(chǎn)品。使用需要冒一定風(fēng)險(xiǎn)。

Oracle:長(zhǎng)時(shí)間的開(kāi)發(fā)經(jīng)驗(yàn),完全向下兼容。得到廣泛的應(yīng)用。完全沒(méi)有風(fēng)險(xiǎn)。

以上是SQL Server與Oracle數(shù)據(jù)庫(kù)之間較為粗略的比較。具體要考慮該使用什么軟件時(shí),還要根據(jù)自己的業(yè)務(wù)需求和基礎(chǔ)設(shè)施來(lái)綜合考慮。

6 數(shù)據(jù)庫(kù)系統(tǒng)回顧與展望

縱觀當(dāng)今的商用數(shù)據(jù)庫(kù)市場(chǎng),稱(chēng)之為群雄割據(jù)毫不為過(guò)。自20世紀(jì)70年代關(guān)系模型提出后,由于其突出的優(yōu)點(diǎn),迅速被商用數(shù)據(jù)庫(kù)系統(tǒng)所采用。據(jù)統(tǒng)計(jì),70年代以來(lái)新發(fā)展的DBMS系統(tǒng)中,近百分之九十是采用關(guān)系數(shù)據(jù)模型, 80年代和90年代是RDBMS產(chǎn)品發(fā)展和競(jìng)爭(zhēng)的時(shí)代。各種產(chǎn)品經(jīng)歷了從集中到分布,從單機(jī)環(huán)境到網(wǎng)絡(luò)環(huán)境,從支持信息管理到聯(lián)機(jī)事務(wù)處理(OLTP),再到聯(lián)機(jī)分析處理(OLAP)的發(fā)展過(guò)程;對(duì)關(guān)系模型的支持也逐步完善;系統(tǒng)的功能也不斷增強(qiáng)。

Oracle9i已經(jīng)出爐,它增強(qiáng)了針對(duì)電子商務(wù)的新特性,和對(duì)因特網(wǎng)應(yīng)用的支持,提供了對(duì)大數(shù)據(jù)量的在線(xiàn)事務(wù)處理(OLTP)環(huán)境、查詢(xún)密集型數(shù)據(jù)倉(cāng)庫(kù)以及要求苛刻的互聯(lián)網(wǎng)應(yīng)用的高效、可靠及安全的數(shù)據(jù)管理能力。

SQL Server 2000的下一代產(chǎn)品YuKon預(yù)計(jì)在今年推出。YuKon主要增強(qiáng)的特性大概是集群,每個(gè)服務(wù)器自己進(jìn)行數(shù)據(jù)處理、管理內(nèi)存、加鎖和事務(wù)處理,與此同時(shí)保持與集群中其他及其的內(nèi)部聯(lián)系,能做到集群中一臺(tái)機(jī)器不能工作,不會(huì)影響整個(gè)系統(tǒng)的工作。

7 結(jié)束語(yǔ)

在信息量日益增多的今天,數(shù)據(jù)的管理及安全問(wèn)題已成為眾多企業(yè)的“頭等大事”。隨之而來(lái)的,是眾多大中型數(shù)據(jù)庫(kù)管理系統(tǒng)相繼推出,選擇一個(gè)好的數(shù)據(jù)庫(kù)系統(tǒng)能在某種程度上來(lái)彌補(bǔ)企業(yè)數(shù)據(jù)管理上的一些不足。有鑒于此,本文詳細(xì)分析了SQL Server數(shù)據(jù)庫(kù)管理系統(tǒng)的原理,無(wú)論是從其安全性能方面,還是從其操作方面來(lái)說(shuō),SQL Server數(shù)據(jù)庫(kù)基本能滿(mǎn)足多數(shù)企業(yè)用戶(hù)的需要。特別是在安全等級(jí)方面,通過(guò)圖文并茂的方式得以體現(xiàn),讓用戶(hù)一看就懂,希望能對(duì)讀者了解SQL Server數(shù)據(jù)庫(kù)帶來(lái)幫助。

參考文獻(xiàn):

[1] Microsoft.企業(yè)級(jí)數(shù)據(jù)庫(kù)的安裝、配置和管理[M].北京:高等教育出版社,2003.8.

[2] 李真文.SQL Server 2000開(kāi)發(fā)人員指南[M].北京:北京希望電子出版社.2001.5.

[3] Microsoft.SQL Server 2000系統(tǒng)管理[M].北京:清華大學(xué)出版社,2001.11.

[4] 李曉,張曉輝,李祥勝.SQL Server2000管理及應(yīng)用系統(tǒng)開(kāi)發(fā)[M].北京:人民郵電出版社,2002.12.

[5] 劉耀儒.新概念SQL Server 2000教程[M].北京:北京科海集團(tuán)公司出版,2000.9.

[6] 薩師煊,王珊.數(shù)據(jù)庫(kù)系統(tǒng)概論[M].北京:高等教育出版社,2001.7.

關(guān)系型數(shù)據(jù)庫(kù)范文第4篇

Abstract： There are more and more data produced in equipment management systems. For decision making， all kinds of data must be collected and integrated from different management systems. By analyzing the diversity and isomerous quality of the data resources， the architecture of equipment management data warehouse is proposed in this paper. We discussed important components of the data warehouse. From the macroscopic point of view， the needs of the equipment management system are described by UML and this will help manage and use equipment data more efficiently.

關(guān)鍵詞： 數(shù)據(jù)倉(cāng)庫(kù)；數(shù)據(jù)管理；用例圖

Key words： data warehouse；data management；use case diagram

中圖分類(lèi)號(hào)：TP302.1 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1006-4311（2013）26-0192-04

0 引言

隨著大量信息化裝備列裝部隊(duì)，圍繞裝備全壽命過(guò)程的保障數(shù)據(jù)日趨增加，繁冗的數(shù)據(jù)體系，給管理決策增加了難度。當(dāng)前，裝備部門(mén)按照各自的業(yè)務(wù)職能，在各個(gè)環(huán)節(jié)分別建立了相應(yīng)的信息管理系統(tǒng)，如裝備儲(chǔ)備管理系統(tǒng)、裝備使用管理系統(tǒng)、維修計(jì)劃管理信息系統(tǒng)等。雖然各類(lèi)應(yīng)用系統(tǒng)能夠滿(mǎn)足相應(yīng)業(yè)務(wù)部門(mén)需求，但各類(lèi)數(shù)據(jù)庫(kù)或文件系統(tǒng)是分散的、獨(dú)立的子系統(tǒng)，時(shí)效性差，共享困難，無(wú)法從統(tǒng)一的角度為領(lǐng)導(dǎo)層的全局分析提供及時(shí)、準(zhǔn)確的綜合信息[1]。本文提出構(gòu)建裝備保障數(shù)據(jù)倉(cāng)庫(kù)的思路與方法，將裝備保障數(shù)據(jù)及信息進(jìn)行匯總，按照決策需求，以數(shù)據(jù)倉(cāng)庫(kù)的形式進(jìn)行重新組織和存儲(chǔ)，建設(shè)綜合性的服務(wù)系統(tǒng)。通過(guò)使用UML用例圖，對(duì)系統(tǒng)整體需求進(jìn)行分析，為裝備保障數(shù)據(jù)倉(cāng)庫(kù)的構(gòu)建提供模型基礎(chǔ)。

1 裝備保障數(shù)據(jù)倉(cāng)庫(kù)框架模型構(gòu)建

結(jié)構(gòu)框架是構(gòu)建裝備保障數(shù)據(jù)倉(cāng)庫(kù)最基本問(wèn)題，其主要目的是研究裝備保障數(shù)據(jù)倉(cāng)庫(kù)的靜態(tài)結(jié)構(gòu)，利用合適的方法來(lái)描述裝備保障數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)的結(jié)構(gòu)框架與功能的實(shí)現(xiàn)。

1.1 裝備保障數(shù)據(jù)倉(cāng)庫(kù)的總體設(shè)計(jì)方法 數(shù)據(jù)系統(tǒng)的設(shè)計(jì)方法通常有兩種，一是依據(jù)需求構(gòu)建的系統(tǒng)開(kāi)發(fā)生命周期（System Development Life Cycle，SDLC）方法，這種方法以需求為驅(qū)動(dòng)，由上層領(lǐng)導(dǎo)提出具體需求，通過(guò)設(shè)計(jì)人員加以實(shí)現(xiàn)；二是依據(jù)在已有數(shù)據(jù)構(gòu)建的數(shù)據(jù)倉(cāng)庫(kù)環(huán)境下的系統(tǒng)開(kāi)發(fā)生命周期（Cycle Life Development System，CLDS）方法[2]，這種方法以數(shù)據(jù)為驅(qū)動(dòng)，通過(guò)原有的業(yè)務(wù)系統(tǒng)與數(shù)據(jù)，設(shè)計(jì)上層數(shù)據(jù)系統(tǒng)。在分析型環(huán)境中構(gòu)建裝備保障數(shù)據(jù)倉(cāng)庫(kù)，上層分析需求不能像底層業(yè)務(wù)需求準(zhǔn)確給出，存在不確定性，這就使得在構(gòu)建裝備保障數(shù)據(jù)倉(cāng)庫(kù)過(guò)程中，要使用CLDS的設(shè)計(jì)方法，從數(shù)據(jù)開(kāi)始，結(jié)束于需求，將需求分析的過(guò)程貫穿在整個(gè)設(shè)計(jì)過(guò)程中，整體流程如圖1所示。

整體流程中，始終伴隨著需求理解，并逐步完善體系構(gòu)架。從數(shù)據(jù)源獲取的信息經(jīng)過(guò)數(shù)據(jù)獲取與集成，進(jìn)入數(shù)據(jù)倉(cāng)庫(kù)中心數(shù)據(jù)庫(kù)，通過(guò)DSS（Decision Support System）決策支持系統(tǒng)應(yīng)用編程，使得數(shù)據(jù)倉(cāng)庫(kù)實(shí)現(xiàn)輔助決策功能。在系統(tǒng)測(cè)試階段，對(duì)系統(tǒng)進(jìn)行整體測(cè)試，并以反饋需求的方式，進(jìn)行系統(tǒng)的更改和完善。

1.2 裝備保障數(shù)據(jù)倉(cāng)庫(kù)的體系結(jié)構(gòu)模型設(shè)計(jì) 裝備保障數(shù)據(jù)倉(cāng)庫(kù)的建設(shè)，一方面要實(shí)現(xiàn)數(shù)據(jù)的集成，另一方面要實(shí)現(xiàn)對(duì)上層領(lǐng)導(dǎo)的決策支持，這就要求該倉(cāng)庫(kù)應(yīng)具有良好的可擴(kuò)展性和靈活性，能夠適應(yīng)復(fù)雜多變的需求。裝備保障數(shù)據(jù)倉(cāng)庫(kù)主要以目前運(yùn)行的業(yè)務(wù)系統(tǒng)為基礎(chǔ)，包含從裝備設(shè)計(jì)生產(chǎn)到使用退役的全壽命過(guò)程的數(shù)據(jù)內(nèi)容[3]。這些數(shù)據(jù)分布于異構(gòu)的數(shù)據(jù)平臺(tái)，數(shù)據(jù)不易集成。我們盡可能地以最基本、最不可分割、最基礎(chǔ)的可復(fù)用組件的方法來(lái)收集和儲(chǔ)存數(shù)據(jù)，只有這樣，才能高效地利用數(shù)據(jù)實(shí)現(xiàn)上層領(lǐng)導(dǎo)的管理決策。裝備保障數(shù)據(jù)倉(cāng)庫(kù)的體系結(jié)構(gòu)建立在傳統(tǒng)的業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫(kù)之上，將這些數(shù)據(jù)以統(tǒng)一的格式，集成、存儲(chǔ)在一起，向后通過(guò)數(shù)據(jù)分析技術(shù)，最終向各類(lèi)用戶(hù)提供包括輔助決策在內(nèi)的各類(lèi)服務(wù)。裝備保障數(shù)據(jù)倉(cāng)庫(kù)體系結(jié)構(gòu)模型如圖2所示。

現(xiàn)有業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫(kù)是裝備保障數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)源，從各種數(shù)據(jù)源開(kāi)始，通過(guò)數(shù)據(jù)管理與建模工具，對(duì)數(shù)據(jù)進(jìn)行抽取、轉(zhuǎn)換、裝載，在元數(shù)據(jù)的同一規(guī)范下，各類(lèi)數(shù)據(jù)按照不同的粒度需求，整合存儲(chǔ)在中心數(shù)據(jù)庫(kù)之中。根據(jù)用戶(hù)需求的不同，建立各類(lèi)數(shù)據(jù)集市，以滿(mǎn)足不同業(yè)務(wù)部門(mén)的高效使用。中心數(shù)據(jù)庫(kù)與數(shù)據(jù)集市通過(guò)OLAP（On-Line Analytical Processing）在線(xiàn)聯(lián)機(jī)分析處理、數(shù)據(jù)挖掘等多種方式，對(duì)數(shù)據(jù)進(jìn)行加工處理，最終滿(mǎn)足不同用戶(hù)對(duì)數(shù)據(jù)的需求。

2 裝備保障數(shù)據(jù)倉(cāng)庫(kù)功能模型構(gòu)建

功能建模是為了進(jìn)一步細(xì)化和描述裝備保障數(shù)據(jù)倉(cāng)庫(kù)功能的組成和邏輯關(guān)系，體現(xiàn)系統(tǒng)的實(shí)際需求，為裝備保障數(shù)據(jù)倉(cāng)庫(kù)設(shè)計(jì)和實(shí)現(xiàn)提供支持[4]。這里主要采用UML用例圖的建模方法對(duì)系統(tǒng)功能需求進(jìn)行描述。如圖3所示， “管理功能需求”、“控制功能需求”、“接口功能需求”四個(gè)層次的劃分，從不同的側(cè)面反映了數(shù)據(jù)倉(cāng)庫(kù)所應(yīng)具備的功能需求[5]。根據(jù)實(shí)際使用情況，將裝備保障數(shù)據(jù)倉(cāng)庫(kù)得功能需求進(jìn)一步細(xì)化，其中“管理功能需求”分為“裝備數(shù)據(jù)管理”、“用戶(hù)管理”兩部分；“控制功能需求”分為“項(xiàng)目運(yùn)行控制”和“用戶(hù)訪(fǎng)問(wèn)控制”兩部分；“接口功能需求”包含“數(shù)據(jù)接口管理”和“外部系統(tǒng)接入”。

2.1 管理功能需求建模

2.1.1 用戶(hù)管理 用戶(hù)是數(shù)據(jù)倉(cāng)庫(kù)的使用者和操作者，用戶(hù)管理主要是進(jìn)行用戶(hù)及相關(guān)信息的創(chuàng)建和維護(hù)，如圖4所示。

在裝備保障數(shù)據(jù)倉(cāng)庫(kù)中，參與者主要包括系統(tǒng)管理人員，上層決策人員、中層業(yè)務(wù)人員、基層保障人員。系統(tǒng)管理人員負(fù)責(zé)系統(tǒng)軟硬件維護(hù)，根據(jù)用戶(hù)需求實(shí)現(xiàn)系統(tǒng)功能；中層業(yè)務(wù)人員是系統(tǒng)的主要操作者，并配合系統(tǒng)管理人員保障系統(tǒng)的功能實(shí)現(xiàn)與日常維護(hù)；上層決策人員與基層保障人員是裝備保障數(shù)據(jù)的主要使用者，前者側(cè)重?cái)?shù)據(jù)的輔助決策作用，后者注重?cái)?shù)據(jù)對(duì)于保障活動(dòng)的指導(dǎo)作用。主要用例包括：

①“創(chuàng)建用戶(hù)”，對(duì)用戶(hù)進(jìn)行新建、修改、保存等操作。

②“編輯用戶(hù)信息”，定義和修改用戶(hù)的基本信息（如用戶(hù)姓名、職務(wù)、所屬部門(mén)等）。

③“信息上報(bào)”，用戶(hù)對(duì)自身信息進(jìn)行上報(bào)，完善系統(tǒng)用戶(hù)信息。

④“用戶(hù)分類(lèi)”，按照用戶(hù)所屬類(lèi)型的不同進(jìn)行分類(lèi)，以區(qū)別數(shù)據(jù)獲取權(quán)限等。

⑤“用戶(hù)權(quán)限管理”，為用戶(hù)設(shè)置權(quán)限，使用戶(hù)具備不同的操作內(nèi)容，如讀、寫(xiě)、修改、刪除等。

2.1.2 保障數(shù)據(jù)管理 裝備保障數(shù)據(jù)是數(shù)據(jù)倉(cāng)庫(kù)的核心內(nèi)容，良好的模型的構(gòu)建，有利于數(shù)據(jù)的便捷維護(hù)與高效利用。管理裝備保障數(shù)據(jù)，構(gòu)建數(shù)據(jù)創(chuàng)建、使用、維護(hù)活動(dòng)模型如圖5所示。

其參與者為中層業(yè)務(wù)人員與基層保障人員，中層業(yè)務(wù)人員負(fù)責(zé)裝備保障數(shù)據(jù)的整體收集、維護(hù)，基礎(chǔ)保障人員對(duì)權(quán)限內(nèi)裝備保障數(shù)據(jù)進(jìn)行上報(bào)、查詢(xún)。此外系統(tǒng)管理員配合中層業(yè)務(wù)人員，確保需求功能實(shí)現(xiàn)。主要用例包括：

①“增加裝備保障數(shù)據(jù)” 、“刪除裝備保障數(shù)據(jù)”、“更改裝備保障數(shù)據(jù)”，系統(tǒng)管理人員在中層業(yè)務(wù)人員的配合下，實(shí)現(xiàn)裝備保障數(shù)據(jù)的增加。

②“數(shù)據(jù)查詢(xún)”，可以按照給定的關(guān)鍵詞來(lái)檢索所需要的綜合保障數(shù)據(jù)或系統(tǒng)數(shù)據(jù)。

③“數(shù)據(jù)上報(bào)”，基層保障人員在實(shí)際操作過(guò)程中，對(duì)錯(cuò)誤數(shù)據(jù)的修正以及對(duì)新數(shù)據(jù)的添加。

2.2 控制功能

2.2.1 項(xiàng)目運(yùn)行控制 系統(tǒng)控制功能伴隨項(xiàng)目運(yùn)行而產(chǎn)生，用戶(hù)控制功能的實(shí)現(xiàn)，必須建立在項(xiàng)目運(yùn)行的前提下。項(xiàng)目由中層業(yè)務(wù)人員創(chuàng)建，在實(shí)時(shí)跟蹤的同時(shí)將現(xiàn)實(shí)情況及時(shí)向上層反饋，如圖6所示。

其參與者為中層業(yè)務(wù)人員，同時(shí)需要基層保障人員與上層決策人員的配合，主要用例包括：

①“項(xiàng)目運(yùn)行”，項(xiàng)目運(yùn)行是項(xiàng)目控制的前提，各項(xiàng)控制活動(dòng)，總是依托項(xiàng)目運(yùn)行展開(kāi)。

②“項(xiàng)目創(chuàng)建”，最基本的項(xiàng)目運(yùn)行活動(dòng)，由中層業(yè)務(wù)人員參與，創(chuàng)建項(xiàng)目。

③“實(shí)施跟蹤”，主要根據(jù)相應(yīng)的條件和規(guī)則來(lái)確定業(yè)務(wù)活動(dòng)所處狀態(tài)（準(zhǔn)備、運(yùn)行、結(jié)束、錯(cuò)誤等），為控制活動(dòng)提供依據(jù)。

④“反饋上層”，通過(guò)項(xiàng)目運(yùn)行數(shù)據(jù)實(shí)現(xiàn)對(duì)上層決策的支持。

⑤ “決策交互”是對(duì)“反饋上層”的擴(kuò)展，支撐“反饋上層”活動(dòng)。

⑥“信息填報(bào)”，用戶(hù)對(duì)自身信息進(jìn)行上報(bào)，完善系統(tǒng)用戶(hù)信息。

2.2.2 用戶(hù)訪(fǎng)問(wèn)控制 裝備保障數(shù)據(jù)倉(cāng)庫(kù)由于其業(yè)務(wù)活動(dòng)的特殊性，必須嚴(yán)格控制訪(fǎng)問(wèn)，用戶(hù)訪(fǎng)問(wèn)不僅與用戶(hù)的身份和權(quán)限有關(guān)，還涉及相關(guān)的軟件工具和業(yè)務(wù)活動(dòng)，如圖7所示。

其參與者為中層業(yè)務(wù)人員與系統(tǒng)管理人員，主要用例包括：

①“項(xiàng)目運(yùn)行”，項(xiàng)目運(yùn)行是用戶(hù)訪(fǎng)問(wèn)控制的前提，對(duì)用戶(hù)身份的驗(yàn)證、外部系統(tǒng)接入及業(yè)務(wù)系統(tǒng)的檢查，伴隨項(xiàng)目運(yùn)行展開(kāi)。

②“登陸控制”，主要檢查用戶(hù)是否注冊(cè)、是否分配了相應(yīng)的權(quán)限，以決定其是否能執(zhí)行相應(yīng)的操作。

③“外部系統(tǒng)接入”，主要檢查外部系統(tǒng)接入數(shù)據(jù)倉(cāng)庫(kù)的情況，并根據(jù)授予權(quán)限的區(qū)別，實(shí)現(xiàn)不同數(shù)據(jù)內(nèi)容的傳輸。

④“上層決策系統(tǒng)接入”，上層決策系統(tǒng)的權(quán)限與數(shù)據(jù)需求都存在差別，根據(jù)上層決策的實(shí)際數(shù)據(jù)需求，形成不容的系統(tǒng)接入與數(shù)據(jù)傳輸。

“登陸控制”、“外部系統(tǒng)接入控制”、“上層決策系統(tǒng)接入控制”都與“接入控制”形成泛化關(guān)系。

2.3 接口功能 當(dāng)一些相對(duì)獨(dú)立的現(xiàn)有或遺留軟件應(yīng)用系統(tǒng)需要與裝備保障數(shù)據(jù)倉(cāng)庫(kù)進(jìn)行交互時(shí)，通過(guò)項(xiàng)目運(yùn)行，配合相關(guān)功能，實(shí)現(xiàn)外部系統(tǒng)管理與數(shù)據(jù)接口管理，如圖8所示。

其參與者為系統(tǒng)管理員，主要用例包括：

①“項(xiàng)目運(yùn)行”，系統(tǒng)、數(shù)據(jù)的接入圍繞項(xiàng)目運(yùn)行活動(dòng)展開(kāi)。

②“信息采集”，以采集信息為中心，通過(guò)基礎(chǔ)數(shù)據(jù)上報(bào)，原始數(shù)據(jù)過(guò)濾、加載，實(shí)現(xiàn)系統(tǒng)與數(shù)據(jù)的接入。

③“基礎(chǔ)數(shù)據(jù)上報(bào)”，基層保障人員將實(shí)際保障過(guò)程中產(chǎn)生的數(shù)據(jù)上報(bào)，充實(shí)中心數(shù)據(jù)庫(kù)。

④“原始數(shù)據(jù)過(guò)濾加載”，將繁冗異構(gòu)的原始數(shù)據(jù)，通過(guò)數(shù)據(jù)轉(zhuǎn)換，具備統(tǒng)一標(biāo)準(zhǔn)，以完成數(shù)據(jù)的交換與共享。

⑤“決策信息交互”，當(dāng)決策有數(shù)據(jù)需求或決策信息需要時(shí)，通過(guò)“決策信息”交互實(shí)現(xiàn)數(shù)據(jù)傳輸。

3 結(jié)論

本文描述了基于數(shù)據(jù)倉(cāng)庫(kù)技術(shù)構(gòu)建裝備保障數(shù)據(jù)管理系統(tǒng)的總體構(gòu)架，并將系統(tǒng)的相關(guān)需求以UML用例圖的形式給出。裝備保障數(shù)據(jù)倉(cāng)庫(kù)在完成數(shù)據(jù)存儲(chǔ)功能的同時(shí)，形成了全方位的保障數(shù)據(jù)服務(wù)體系，是我軍裝備管理工作發(fā)展的必然。在服務(wù)基層裝備保障、支持業(yè)務(wù)工作的同時(shí)，裝備保障數(shù)據(jù)倉(cāng)庫(kù)會(huì)對(duì)有效輔助領(lǐng)導(dǎo)層決策，大大提高裝備綜合保障能力，為提升我軍裝備保障水平發(fā)揮重要作用。

參考文獻(xiàn)：

[1]吳小勇.基于數(shù)據(jù)倉(cāng)庫(kù)的裝備體系數(shù)據(jù)建模方法[J].計(jì)算機(jī)工程，2006，36（1）：76-78.

[2]張?jiān)茲?，龔?商業(yè)智能設(shè)計(jì)部署與實(shí)現(xiàn)[M].北京：電子工業(yè)出版社，2004.

[3]單志偉，等.裝備綜合保障工程[M].北京：國(guó)防工業(yè)出版社，2007.

關(guān)系型數(shù)據(jù)庫(kù)范文第5篇

關(guān)鍵詞：數(shù)據(jù)倉(cāng)庫(kù)；飛行大學(xué)生；流轉(zhuǎn)管理系統(tǒng)；應(yīng)用；研究

1 數(shù)據(jù)倉(cāng)庫(kù)概念

數(shù)據(jù)倉(cāng)庫(kù)英文名稱(chēng)data warehouse，簡(jiǎn)稱(chēng)DW，數(shù)據(jù)倉(cāng)庫(kù)是隨著信息高速發(fā)展而產(chǎn)生的一種概念。數(shù)據(jù)倉(cāng)庫(kù)是為了進(jìn)一步挖掘數(shù)據(jù)資源，充分利用數(shù)據(jù)，它區(qū)別于靜態(tài)數(shù)據(jù)存儲(chǔ)，而是一種數(shù)據(jù)處理過(guò)程，在這個(gè)過(guò)程當(dāng)中包含數(shù)據(jù)的收集、數(shù)據(jù)集中整理、數(shù)據(jù)加工等幾個(gè)過(guò)程。數(shù)據(jù)倉(cāng)庫(kù)沒(méi)有嚴(yán)格的數(shù)據(jù)庫(kù)理論基礎(chǔ)，更偏向于工程應(yīng)用，按照關(guān)鍵技術(shù)劃分為數(shù)據(jù)的抽取、存儲(chǔ)以及數(shù)據(jù)的呈現(xiàn)三個(gè)方面[1]。

2 飛行學(xué)生流轉(zhuǎn)管理現(xiàn)狀

飛行大學(xué)生培養(yǎng)模式是兩年內(nèi)在校本部完成所有本科階段的理論課學(xué)習(xí)，符合理論課結(jié)業(yè)后下分院進(jìn)行飛行訓(xùn)練。兩年的時(shí)間里完成二十多門(mén)課程。其他大學(xué)生而言，時(shí)間緊，課程重。在理學(xué)習(xí)階段和私商儀考試時(shí)間是1.5年到2.5年（即18到30個(gè)日歷月），飛行學(xué)生采用準(zhǔn)軍事化管理模式，學(xué)生要在相應(yīng)的時(shí)限內(nèi)必須完成40余門(mén)基礎(chǔ)和專(zhuān)業(yè)課程的學(xué)習(xí)，并且只有考試通過(guò)后，并通過(guò)私商儀執(zhí)照理論考試才能下分院。以飛行學(xué)院為例，目前學(xué)校有五個(gè)訓(xùn)練分院，學(xué)生在理論課程全部完成并且順利通過(guò)考試后就要下分院進(jìn)行訓(xùn)練，同時(shí)在中教訓(xùn)練完成后又要返回學(xué)校本部，其中中教在分院訓(xùn)練時(shí)間超過(guò)一年。由行大學(xué)生培養(yǎng)的特殊性，每個(gè)學(xué)生的訓(xùn)練進(jìn)度情況都不一定相同，學(xué)生在下分院以及從分院返回校本部時(shí)每個(gè)學(xué)生的信息都不一樣，為了加強(qiáng)對(duì)于學(xué)生的管理，數(shù)據(jù)流轉(zhuǎn)顯得十分重要。這其中學(xué)生的數(shù)據(jù)包括：學(xué)生基礎(chǔ)信息（姓名、學(xué)號(hào)、性別等），學(xué)生課程信息（已經(jīng)上了哪些課程，是否已經(jīng)通過(guò)），學(xué)生執(zhí)照及ICAO考試情況，學(xué)生體檢情況等。

3 基于數(shù)據(jù)倉(cāng)庫(kù)的飛行學(xué)生流轉(zhuǎn)管理系統(tǒng)分析

根據(jù)當(dāng)前的數(shù)據(jù)情況以及目前飛行大學(xué)生管理現(xiàn)狀，現(xiàn)有的學(xué)生流轉(zhuǎn)數(shù)據(jù)主要是以EXCEL方式管理為主，隨著學(xué)生數(shù)量增多，學(xué)生情況差異，原有的管理方式越來(lái)越繁雜，人力工作量越來(lái)越大，已經(jīng)不能滿(mǎn)足當(dāng)前學(xué)生流轉(zhuǎn)管理的需要。借助計(jì)算機(jī)技術(shù)，我們可以對(duì)于現(xiàn)有的數(shù)據(jù)進(jìn)行加工，存儲(chǔ)以及統(tǒng)計(jì)分析，這樣可以充分挖掘數(shù)據(jù)價(jià)值，并且實(shí)現(xiàn)學(xué)生流轉(zhuǎn)數(shù)據(jù)的科學(xué)高效管理。設(shè)計(jì)基于數(shù)據(jù)倉(cāng)庫(kù)的飛行學(xué)生流轉(zhuǎn)管理系統(tǒng)通過(guò)ETL技術(shù)，達(dá)到數(shù)據(jù)抽取、數(shù)據(jù)清洗，數(shù)據(jù)轉(zhuǎn)換，數(shù)據(jù)裝載的目的。在此基礎(chǔ)上導(dǎo)入學(xué)生基礎(chǔ)信息、學(xué)生課程信息、學(xué)生執(zhí)照考試信息、學(xué)生體檢信息等，從而構(gòu)建飛行學(xué)生流轉(zhuǎn)倉(cāng)庫(kù)體系結(jié)構(gòu)圖，如圖1所示。

設(shè)計(jì)飛行學(xué)生信息流轉(zhuǎn)系統(tǒng)數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)源通過(guò)使用ETL技術(shù)將數(shù)據(jù)放到數(shù)據(jù)庫(kù)中去，在這個(gè)過(guò)程中首先要導(dǎo)入基礎(chǔ)信息包括學(xué)生課程信息、學(xué)生執(zhí)照考試信息、學(xué)生體檢信息等。

（1）數(shù)據(jù)源。數(shù)據(jù)源是整個(gè)系統(tǒng)的基礎(chǔ)，是存儲(chǔ)和管理數(shù)據(jù)的核心所在。包括飛行學(xué)生的各類(lèi)信息，比如學(xué)生基礎(chǔ)信息，學(xué)生體檢情況，學(xué)生執(zhí)照考試情況，學(xué)生現(xiàn)實(shí)表現(xiàn)情況等等。（2）數(shù)據(jù)處理。數(shù)據(jù)存儲(chǔ)在系統(tǒng)之后，會(huì)根據(jù)實(shí)際業(yè)務(wù)需要對(duì)于數(shù)據(jù)庫(kù)進(jìn)行操作，包括數(shù)據(jù)抽取、數(shù)據(jù)整理、數(shù)據(jù)組裝。數(shù)據(jù)倉(cāng)庫(kù)在管理過(guò)程中遵循安全、備份、維護(hù)、修復(fù)等工作。（3）OLAP引擎。聯(lián)機(jī)分析處理（OLAP）系統(tǒng)是數(shù)據(jù)倉(cāng)庫(kù)系統(tǒng)最主要的應(yīng)用，針對(duì)實(shí)際使用需要對(duì)數(shù)據(jù)進(jìn)行有效集成。這樣就可以就行多方位多角度分析得到最終結(jié)果[2]。（4）前段展示。通過(guò)報(bào)表、查詢(xún)工具等等對(duì)數(shù)據(jù)進(jìn)行全方位的匯總分析，最后形成圖標(biāo)或者報(bào)表的形式可以直觀得看到結(jié)果。

4 系統(tǒng)數(shù)據(jù)模型和功能結(jié)構(gòu)

系統(tǒng)設(shè)計(jì)過(guò)程中采用“星型”模型，數(shù)據(jù)庫(kù)中至少要包含一張“事實(shí)表”，事實(shí)表中的每一條記錄都指向各個(gè)維表的外鍵，飛行學(xué)生流轉(zhuǎn)管理系統(tǒng)建立學(xué)生基礎(chǔ)信息表、學(xué)生體檢情況，學(xué)生執(zhí)照考試情況，學(xué)生現(xiàn)實(shí)表現(xiàn)情況表。具體示例如圖2所示。

多維數(shù)據(jù)分析主要完成飛行學(xué)生信息流轉(zhuǎn)數(shù)據(jù)倉(cāng)庫(kù)建立和數(shù)據(jù)展現(xiàn)部分的設(shè)計(jì)，以飛行學(xué)生現(xiàn)實(shí)表現(xiàn)為例，通過(guò)統(tǒng)計(jì)分析各學(xué)期，橫向以及縱向比較，可以得出某一個(gè)學(xué)生同時(shí)期的現(xiàn)實(shí)表現(xiàn)比較或者同其他同學(xué)存在的差距或者問(wèn)題。從而可以得到該生是否有進(jìn)步，存在哪些問(wèn)題，同時(shí)也可以給航空公司提供一個(gè)平臺(tái)，了解學(xué)員在學(xué)生以及飛行訓(xùn)練階段的情況。

5 結(jié)束語(yǔ)

建立飛行學(xué)生流轉(zhuǎn)管理系統(tǒng)數(shù)據(jù)倉(cāng)庫(kù)是一個(gè)很復(fù)雜的過(guò)程，特別是數(shù)據(jù)搜集，數(shù)據(jù)處理，數(shù)據(jù)展示等等。隨著飛行學(xué)生日益增多，數(shù)據(jù)量將會(huì)越來(lái)越大，傳統(tǒng)人工數(shù)據(jù)管理顯然已經(jīng)不能滿(mǎn)足需要。因此借助計(jì)算機(jī)軟件系統(tǒng)，建立數(shù)據(jù)倉(cāng)庫(kù)，對(duì)于數(shù)據(jù)進(jìn)行統(tǒng)一整理，統(tǒng)一管理，統(tǒng)一存放，使得數(shù)據(jù)合理規(guī)劃和整合，搭建便捷的飛行大學(xué)生數(shù)據(jù)流轉(zhuǎn)平臺(tái)，為學(xué)校和航空公司管理者提供足夠的信息支持，對(duì)于培養(yǎng)飛行員是大有意義的。

參考文獻(xiàn)