導語：如何才能寫好一篇對象數(shù)據(jù)庫，這就需要搜集整理更多的資料和文獻，歡迎閱讀由公務員之家整理的十篇范文，供你借鑒。

篇1

1.1核心概念

1.i.1對象與對象標識

對象，是現(xiàn)實世界中實體的抽象，是數(shù)據(jù)和操作的集合，是持久化到數(shù)據(jù)庫中的最小的存儲單位。

這里的對象其實與一般的面向對象程序設計語言中的對象并沒有很大不同。但是，這里的對象是持久性的。數(shù)據(jù)庫中的對象是數(shù)據(jù)記錄的最小單位，也就是說，數(shù)據(jù)庫中至少存在一個對象才有意義。當然，對象中還可以有對象的屬性，方法等，但一個對象必須是完整的。

對象標識，指的是唯一標定一個對象的標志，一個對象對應一個標識符。在現(xiàn)實世界中，對象可能會隨著時間的推移而發(fā)生改變，但對象標識不應該改變，因此，對象標識自對象生成后就不應該再改變，否則無法使用對象標識唯一確定一個對象了。即使兩個對象的屬性和方法以及狀態(tài)完全一致，只要其對象標識不同，則兩者是不同的對象。

對象標識一般有以下三種實現(xiàn)方式川（e}‘一r}sz}:

（1）值標識，使用對象的某一屬性作為其對象標識，不推薦此方式。

（2）名標識，使用一個名字來表示標識。推薦此種方式。

（3）內標識，以上兩種方式是由用戶建立的，而這種方式是由系統(tǒng)內部建立的，不具有任何實際含義，且只有系統(tǒng)才可以“觀察”此類對象標識。

另外，在對象數(shù)據(jù)庫中，標識是永久不變的，即具有永久持久性，這和面向對象程序中的對象標識不一樣，面向對象程序中的對象標識只具有對象內持久性。

1.1.2封裝

抽象是對象的外部界面與內部實現(xiàn)之間實行清晰隔離的一種抽象，外部與對象的通信只能通過消息來實現(xiàn)[2）（e3o6-r}s6>.在對象數(shù)據(jù)庫中，表現(xiàn)為對象的私有和保護成員只能通過其方法來查詢得到，而公有成員可以直接查詢。這種方式的優(yōu)點是對象被封裝成了自含的單元，對象只接受已定義好的操作，其他對象不能直接訪問對象的非公有成員。缺點是喪失了傳統(tǒng)關系數(shù)據(jù)庫中進行即席的、按內容的查詢，這就不夠方便靈活了，因此，需要做一些改進和妥協(xié)。

1.1.3類

共享同一屬性和方法集的所有對象構成的對象類，一個對象是一個類的實例。在數(shù)據(jù)庫是一種抽象的數(shù)據(jù)類型，相當于關系數(shù)據(jù)庫中的一張表。

1.1.4類層次

這里涉及到繼承的概念，即類可以繼承類，從而具有與父類（或稱超類）的所有符合條件（只保護類型或公有類型）的屬性和方法。這是關系數(shù)據(jù)庫中所沒有的。

1.1.5消息

指的是對象的方法調用。通過對象的方法調用可以訪問對象的屬性數(shù)據(jù)和執(zhí)行業(yè)務邏輯。這也是關系數(shù)據(jù)庫中沒有的。

1.2對象與對象標識

1.2.1對象結構

包括兩部分，一個是屬性集合，一個是方法集合。屬性集合將用于存儲數(shù)據(jù)，方法集合將用于操作數(shù)據(jù)。屬性集合即是對象的成員變量，其中又可以分為公有類型的成員、私有類型的成員和保護類型的成員。公有類型的成員可以直接使用查詢語句進行查詢，保護型成員可以在該類的子類的對象中直接訪問，私有類型的成員只能在本類的對象中訪問，外部對象只能通過實現(xiàn)定義好的方法（即操作）進行訪問。如果沒有事先定義好的方法，則外部將無法訪問這些變量的值，這就實現(xiàn)了對象的封裝性了。在00數(shù)據(jù)庫中，對象結構同樣分成這兩種集合。

1.2.2對象標識

表示在一個數(shù)據(jù)庫中一個對象僅有一個唯一不變的標識就是對象標識。這個標識用來精確定位一個對象。在00數(shù)據(jù)庫中，對象標識是唯一標定這一持久性存儲單元的唯一依據(jù)。其它對象或方法訪問本對象的屬性和方法必須先找到該對象的對象標識，否則無法訪問。

1.2.3封裝

即將一個對象的屬性和方法封裝在對象內部，外部只能通過對象提供的外部接口進行訪問。這樣就提高了數(shù)據(jù)的安全性和代碼的重用性。

I.3類與類層次

相似對象的集合稱為類，在數(shù)據(jù)庫中表現(xiàn)為面向對象數(shù)據(jù)庫模式的集合，它規(guī)定了該類的對象的數(shù)據(jù)結構規(guī)則和操作規(guī)則。在面向對象數(shù)據(jù)庫中，一個類相當于關系數(shù)據(jù)庫中的一張表。它同樣有字段和屬性，甚至還有關系數(shù)據(jù)庫表所沒有的方法。這種思路將使得可以在面向對象數(shù)據(jù)庫中實現(xiàn)復雜的邏輯。

類層次表現(xiàn)在繼承上，即父類和子類的層級關系。這是為了多態(tài)和數(shù)據(jù)共享的目的。這種思路可以象Java中那樣使用接口和基類來完成設計。

1.4繼承

就像類層次中所說的，繼承是為了多態(tài)和數(shù)據(jù)共享的目的，也是面向對象代碼重用的重要機制之一。

I.5滯后聯(lián)編

即實現(xiàn)了重載的效果，OODBMS不能在編譯時把操作名聯(lián)編到程序上，必須在運行時根據(jù)需要進行抉擇。

1.6對象的嵌套

是一種設計模式-組合。將多個類的對象加人到一個類的屬性中，使之實現(xiàn)復雜的功能。

2面向對象數(shù)據(jù)庫語言

ool}B語言用于描述面向對象數(shù)據(jù)庫模式，說明并操作類定義和對象實例。ooDB語言主要包括對象定義語言（ODL）和對象操作語言（OML），其中對象操作語言又包括一個重要子集-對象查詢語言（OQL）t3）。OODB語言一般應該具備下列功能。

2.1類的定義與操作

包括定義、生成、存取、修改和撤銷類。其中類的定義包括定義類的屬性，操作特征、繼承性與約束等。

2.2操作/方法的定義

面向對象數(shù)據(jù)庫語言可以用來定義操作/方法，在操作實現(xiàn)中，語言的命令可用于操作對象局部數(shù)據(jù)結構。

2.3對象的查詢

OODB語言可以用于操作（包括生成、存取、修改與刪除）實例對象。對于對象的存取-查詢部分，OODB語言可以直接查詢對象個公有成員而不必向每一個對象“-單”發(fā)送消息。而對于非公有成員，則只能通過發(fā)送消息來實現(xiàn)存取、修改與刪除了。通過發(fā)送消息的查詢效率可能會很低，因此對于一些經(jīng)常要查詢的數(shù)據(jù)應該盡量定義為公有類型。

3面向對象數(shù)據(jù)庫模式

3.1模式的一致性

（1）唯一性約束：即同一模式中所有類的名字必須唯一、類中屬性名和方法名必須唯一。

（2）存在性約束：每個被引用的類必須在模式中定義、某操作代碼中調用的操作不需給出說明、每一個說明的操作必須存在一個現(xiàn)實程序。

（3）子類型約束：子類和父類（或超類）不能有環(huán)、不能有多繼承（向Java學習）、單一超類必須加以說明。

3.2模式演進操作

主要包括以下幾個部分：

（功類集的改變

（2）已有類的成分的改變

篇2

關鍵詞 分析化驗；業(yè)務域；POSC Epicentre邏輯模型；業(yè)務活動

中圖分類號：TP311 文獻標識碼：A 文章編號：1671-7597（2014）04-0017-02

1 業(yè)務對象分析

庫房中儲存的樣品主要是巖石樣和流體樣，根據(jù)取樣方式的不同可以把巖石樣分為巖心樣、壁心樣、巖屑樣和露頭樣，把流體樣分為常溫常壓流體樣和高溫高壓（統(tǒng)稱PVT）樣，根據(jù)流體相態(tài)又可以把流體樣分為油樣、氣樣和水樣。

分析化驗所使用的樣品是小樣，也叫做實驗用樣，是大塊巖石樣或大桶流體樣中的一部分。根據(jù)實驗的目的和要求，可以把小樣分為水平樣和垂直樣。

2 分析化驗項目分析

根據(jù)樣品的類型可以把分析化驗分為流體樣實驗、巖石樣實驗和巖石樣-流體相共存實驗3種。

2.1 流體樣實驗

流體樣實驗是對從井筒或地面上取得的流體樣進行分析的，研究井筒中流體的特性，為油氣田開發(fā)前期設計提供參考依據(jù)，為生產(chǎn)井提能分配或井下作業(yè)提供基本數(shù)據(jù)支持。

根據(jù)流體取樣方式的不同，把流體樣實驗分為常溫常壓流體實驗和PVT實驗，由于流體相可以分為油相、氣相和水相，所以流體實驗又細分為常溫常壓油樣實驗、常溫常壓氣樣實驗、常溫常壓水樣實驗、原油PVT實驗、易揮發(fā)油PVT實驗和凝析氣PVT實驗。

2.2 巖石樣實驗

巖石樣實驗是對鉆井過程中取到的巖石所進行的分析或鑒定，是地層巖石特性最直接、最準確的表現(xiàn)。

根據(jù)實驗的目的不同，把巖石實驗分為常規(guī)巖心分析、特殊巖心分析、巖石地化分析等。

2.3 巖石樣-流體相共存實驗

巖石樣-流體相共存實驗是分析巖石在以不同的流體相作用下，所呈現(xiàn)出來的巖石的潤濕性和聯(lián)通性等，主要有毛管壓力實驗和相對滲透率實驗等。

根據(jù)流體相作用方式的不同可以分為壓汞法和驅替法，驅替實驗分為油驅替水、水驅替油和氣驅替水等。

3 業(yè)務分析

業(yè)務分析是數(shù)據(jù)庫設計的基石，只有業(yè)務分析好，才能設計出滿足需要的業(yè)務模型。根據(jù)工作內容可以把業(yè)務分析分為業(yè)務調研、業(yè)務劃分、業(yè)務活動分析和數(shù)據(jù)分析。

3.1 業(yè)務調研

確定分析化驗業(yè)務域的業(yè)務調研范圍和調研內容，形成業(yè)務調研清單，并制定業(yè)務調研模板。業(yè)務調研模板是業(yè)務調研的依據(jù)，必須要包含業(yè)務名稱、業(yè)務流程和數(shù)據(jù)應用情況等。在執(zhí)行調研時，按照業(yè)務調研模板內容，詳細了解分析化驗業(yè)務現(xiàn)狀、數(shù)據(jù)庫現(xiàn)狀、應用現(xiàn)狀和數(shù)據(jù)管理機制等，并收集相關資料（報表、數(shù)據(jù)、業(yè)務規(guī)范等）。

3.2 業(yè)務劃分

根據(jù)業(yè)務調研情況對分析化驗業(yè)務域進行業(yè)務劃分，劃分為一級業(yè)務和業(yè)務活動，一級業(yè)務主要有常規(guī)巖心分析、特殊巖心分析、巖石地化分析、油氣地化分析、巖礦分析、同位素分析、巖石力學分析、古生物分析、油氣水分析和流體PVT分析等。

業(yè)務活動是對一級業(yè)務進行細分，直至劃分到不能再分為止。如一級業(yè)務常規(guī)巖心分析包含有巖石物性分析、巖心伽瑪測定和巖心CT掃描等。

3.3 業(yè)務活動分析

根據(jù)業(yè)務劃分得到一個個業(yè)務活動，每一個業(yè)務活動都有自己的業(yè)務含義和業(yè)務范圍。業(yè)務活動分析就是要詳細分析每一個業(yè)務活動流程，如業(yè)務活動的時間、地點、參與人員、業(yè)務規(guī)則、輸入數(shù)據(jù)、輸出數(shù)據(jù)、相關的標準規(guī)范等。如巖石物性分析是實驗員（who）收到分析化驗任務后（when），在實驗室（where）根據(jù)樣品基本信息和檢測任務單的要求對巖心樣品（which）進行巖石孔隙度、滲透率、含油飽和度、密度、碳酸鹽巖含量的分析化驗，形成巖石物性分析成果數(shù)據(jù)表和業(yè)務分析報告（what），為表征巖石孔隙的發(fā)育程度、儲集流體的通過能力和巖石滲流特征提供重要參數(shù)，為儲量計算、采收率確定等提供參數(shù)依據(jù)（why）。

3.4 數(shù)據(jù)分析

數(shù)據(jù)分析是對業(yè)務活動數(shù)據(jù)集和現(xiàn)有專業(yè)數(shù)據(jù)庫物理表進行詳細分析，業(yè)務活動數(shù)據(jù)集分析是對業(yè)務活動的輸入數(shù)據(jù)和輸出數(shù)據(jù)進行分析，規(guī)范業(yè)務活動輸入數(shù)據(jù)集和輸出數(shù)據(jù)集，形成業(yè)務活動數(shù)據(jù)集；現(xiàn)有專業(yè)數(shù)據(jù)庫物理表分析是對現(xiàn)有在用專業(yè)數(shù)據(jù)庫物理數(shù)據(jù)表進行分析，分析出專業(yè)數(shù)據(jù)庫物理數(shù)據(jù)表的實際業(yè)務含義，具體是哪個業(yè)務活動產(chǎn)生的，對應于業(yè)務活動的哪個數(shù)據(jù)集，形成專業(yè)數(shù)據(jù)庫物理數(shù)據(jù)表對業(yè)務活動數(shù)據(jù)集的映射關系。

數(shù)據(jù)分析表如下：

業(yè)務活動 輸入數(shù)據(jù) 輸出數(shù)據(jù) 業(yè)務活動數(shù)據(jù)集 專業(yè)數(shù)據(jù)庫

巖石物性分析 檢測任務單 巖石物性

分析報告 巖石物性分析報告 文檔數(shù)據(jù)庫

實驗樣品信息 巖石物性分析

成果數(shù)據(jù) 分析化驗數(shù)據(jù)庫

4 數(shù)據(jù)模型設計

數(shù)據(jù)模型設計是實現(xiàn)業(yè)務分析到物理模型設計的所有過程，主要分為業(yè)務模型設計、采集模型設計、邏輯模型設計和物理模型設計。

4.1 業(yè)務模型設計

根據(jù)業(yè)務調研和分析成果，對業(yè)務模型進行標準化梳理，對數(shù)據(jù)流進行詳細分析，完成從業(yè)務分析到業(yè)務模型的轉換，形成業(yè)務模型。

4.2 采集模型設計

制定業(yè)務模型中數(shù)據(jù)集合并原則，根據(jù)這些原則分析業(yè)務模型中需要合并的數(shù)據(jù)集，通過專業(yè)工具完成業(yè)務模型數(shù)據(jù)集的合并工作，實現(xiàn)從業(yè)務模型到采集模型的轉換。業(yè)務模型數(shù)據(jù)集合并原則：首先是業(yè)務活動場景相同；其次是業(yè)務活動產(chǎn)生的數(shù)據(jù)項相似。

4.3 邏輯模型設計

通過對POSC Epicentre邏輯模型和PPDM模型的研究，結合石油企業(yè)業(yè)務實際，采用面向對象的設計方法設計分析化驗邏輯模型。邏輯模型主要分為對象模型、活動模型和屬性模型。對象模型是對分析化驗業(yè)務域中所涉及到的業(yè)務進行抽象，提取出一個個業(yè)務對象，用前綴OOE_表示，如巖心的對象模型是OOE_Core等；活動模型是對分析化驗業(yè)務域中所有業(yè)務場景進行抽象，形成業(yè)務活動編目，存儲在OOE_Activity實體里，具體的業(yè)務分析活動只是業(yè)務活動編目的具體實例。如巖石物性分析是業(yè)務活動，***井巖心常規(guī)分析報告是業(yè)務活動實例；屬性模型是業(yè)務活動數(shù)據(jù)集中的相同數(shù)據(jù)項的抽象，提取出一個個屬性對象，使用前綴OOP_表示，如孔隙度的屬性模型是OOP_Porosity。

4.4 物理模型設計

設計從邏輯模型到物理模型的投影規(guī)則，依據(jù)投影規(guī)則實現(xiàn)邏輯模型到物理模型的轉換，投影出不同版本的數(shù)據(jù)庫，以支持不同的數(shù)據(jù)存儲和管理需求。常用的投影規(guī)則有直接投影、復制投影和合并投影，不同的實體具有不同的投影規(guī)則。在投影時，為了保證物理模型的最優(yōu)化設計和數(shù)據(jù)存儲的最少冗余，要求分析所有實體對應的最優(yōu)投影規(guī)則，根據(jù)最優(yōu)投影規(guī)則一次投影出物理模型。

5 總結

分析化驗對象數(shù)據(jù)庫的設計是依據(jù)國際先進的POSC Epicentre模型，根據(jù)對象設計方法設計的，具有對象的特征，能很好的滿足業(yè)務人員的使用習慣，為今后的勘探開發(fā)設計提供強有力的支持。

篇3

關鍵詞：面向對象技術 數(shù)據(jù)庫系統(tǒng)設計 對象模型

一、面向對象的有關基本概念

（一）對象（Object）、方法（Method）及消息（Message）

客觀世界的問題都是由客觀世界中的實體及其相互之間的關系構成的。我們將客觀世界中的實體抽象為問題空間中的對象。由于我們需要解決的問題不同，我們面向的對象也就不同，因此對象是不固定的。一本書可以是一個對象，一家圖書館也可以是一個對象。從動態(tài)的觀點看，對象及其操作就是對象的行為，一個對象的通常定義是：對象是對一組信息及其上面的操作的描述。

私有數(shù)據(jù)結構和處理，這些處理又稱為操作（Operation）或方法（Method），包括控制和過程。其中私有數(shù)據(jù)表示了對象的狀態(tài)，該狀態(tài)只能由私有操作來改變，每當需要改變對象的狀態(tài)時，只能由其它對象向該對象發(fā)送消息。

消息是用來請求對象執(zhí)行某一操作或回答某些信息的要求，消息統(tǒng)一了數(shù)據(jù)流和控制流，程序的執(zhí)行是靠在對象間傳遞消息來完成的。表示消息的形式是消息模式。對同一消息模式的不同消息，同一對象所作的解釋和處理都相同，但是會由于對象狀態(tài)的不同而導致操作結果不同。一個消息模式定義對象的一種處理能力，所有消息模式及相應于消息模式的處理能力，定義了對象的外部特征。

（二）類（Class）、實例（Instance）、繼承性（Inheritance）

在客觀世界中，有許多具有相同特征的事物，如：小轎車、大客車、卡車等，可以歸類為機動車。從對象觀點看，具有共同的屬性、共同的操作性質的對象的集合就是類，而單個對象則是對應類的一個實例。例如：書是一個類，而某一本具體的書如《面向對象的分析》則是該類的一個實例，任何一個對象都是某一個類的實例，并繼承該類定義的私有數(shù)據(jù)和操作。這就是繼承性，一個類實質上定義的是一種對象類型。

類構成層次結構，相對上層的是超類，相對下層是子類，子類在繼承超類的私有數(shù)據(jù)結構及操作的同時可以擁有自有的私有數(shù)據(jù)結構及操作。如果一個子類只有一個超類，則稱為單繼承性，這時該類共享多個超類的屬性及操作。

類和繼承性是現(xiàn)代軟件工程中的重要概念，軟件的可重用性、程序成分的可重用性是通過繼承類中的屬性和操作而實現(xiàn)的。許多工業(yè)觀察有相信可重用軟件不是通過建立傳統(tǒng)的過程序（子程序庫），而是通過建立"類庫"實現(xiàn)的。

（三）封裝性（Encapsulation）

對象的封裝性體現(xiàn)在以下幾個方面：

對象具有清楚的邊界：對象的內部軟件（數(shù)據(jù)結構及操作）的范圍，限定在這個邊界之內；對象具有統(tǒng)一的外部接口：對象的接口（消息模式）描述該對象與其他對象間的相互作用；對象的內部實現(xiàn)是不公開的：對象的實現(xiàn)給出了對象提供的功能細節(jié)，外部對象是不能訪問這個功能細節(jié)的。

信息隱蔽是軟件開發(fā)過程中強調的一個重要概念，對象的封裝性很好地體現(xiàn)了這一概念。這就便利得用面向對象技術所開發(fā)設計的軟件的可維護性大為改善，這也是軟件技術追求的目標之一。

二、面向對象技術在數(shù)據(jù)庫設計過程中的應用

面向對象技術在數(shù)據(jù)庫系統(tǒng)中的一個重要應用是面向對象數(shù)據(jù)庫系統(tǒng)的研究，隨著數(shù)據(jù)庫應用領域的擴大，新的應用領域，例如計算機輔助設計、計算機輔助軟件工程、超文本應用等提出了模擬復雜對象、模擬對象的復雜行為等新需求。傳統(tǒng)的關系數(shù)據(jù)庫難以滿足這些需求，應用的發(fā)展推動了數(shù)據(jù)庫新技術的研究，面向對象的數(shù)據(jù)庫系統(tǒng)應運而生。

面向對象技術在數(shù)據(jù)庫系統(tǒng)中的另一個重要應用是面向對象的數(shù)據(jù)庫應用開發(fā)工具的研究。隨著客戶機/服務器體系結構的發(fā)展，以及對全企業(yè)范圍數(shù)據(jù)庫應用系統(tǒng)的需求。傳統(tǒng)的關系數(shù)據(jù)庫的應用開發(fā)人員對數(shù)據(jù)庫應用開發(fā)工具提出了新的要求，要求它們支持圖形化用戶界面（GUI）開發(fā)、軟件部件重用、開發(fā)組的工作方式、應用系統(tǒng)的可伸縮性、可擴充性等。與這些要求相呼應，數(shù)據(jù)庫廠商和工具開發(fā)商將面向對象技術應用到關系數(shù)據(jù)庫應用開發(fā)工具中，推出了面向對象的數(shù)據(jù)庫應用開發(fā)工具，并投入市場，為在關系數(shù)據(jù)庫系統(tǒng)的應用開發(fā)中采用面向對象技術提供了有力的支持。

總之，隨著科學技術不斷進步和經(jīng)濟不斷發(fā)展，面向對象技術在當今軟件開發(fā)中的運用越來越廣泛，面向對象技術中使用UML語言對于數(shù)據(jù)庫系統(tǒng)的設計具有非常重要的作用。運用UML語言能詳細描述數(shù)據(jù)庫系統(tǒng)的外部功能結構、內部靜態(tài)結構、動態(tài)結構以及程序代碼的物理結構，采用面向對象的成熟技術提高了數(shù)據(jù)庫系統(tǒng)設計的效率和質量，提高了數(shù)據(jù)庫系統(tǒng)軟件開發(fā)的可重用性和可維護性。

參考文獻：

[1]吳際、金茂忠.UML面向對象分析[M].北京：北京航空航天大學出版社，2002.

[2]薩師煊、王珊.數(shù)據(jù)庫系統(tǒng)概論[M].北京：高等教育出版社，2002.

篇4

關鍵詞：面向對象　數(shù)據(jù)庫系統(tǒng)設計　程序開發(fā)

一、引言

企業(yè)在信息化建設中，要求各異，千頭萬緒，其核心在于企業(yè)海量數(shù)據(jù)的管理及挖掘應用。如何開發(fā)出完善的企業(yè)數(shù)據(jù)庫信息系統(tǒng)已成為當務之急。在此過程中，面向對象技術大有可為。

二、面向對象技術分析

1.簡介

面向對象的技術以企業(yè)業(yè)務對象為設計的基礎，以事件或消息處理驅動對象，是構造軟件的全新的設計技術。系統(tǒng)開發(fā)中代碼具備強壯性、可重用性、可擴充性，能有效提升編程效率，同時在很大程度上減少應用軟件的維護費用，已成為軟件設計開發(fā)的首選技術，主流開發(fā)工具當推Java及 dot NET。

2.技術特征

2.1類(Class)、實例(Instance)、繼承性(Inheritance)

在客觀世界中，有許多具有相同特征的事物，如:小轎車、大客車、卡車等，可以歸類為機動車。從對象觀點看，具有共同的屬性、共同的操作性質的對象的集合就是類，而單個對象則是對應類的一個實例。例如:員工是一個類，而某某職員則是員工的一個實例，任何一個對象都是某一個類的實例，并繼承該類定義的私有數(shù)據(jù)和操作。這就是繼承性，一個類實質上定義的是一種對象類型。

類構成層次結構，相對上層的是超類，相對下層是子類，子類在繼承超類的私有數(shù)據(jù)結構及操作的同時可以擁有自有的私有數(shù)據(jù)結構及操作。如果一個子類只有一個超類，則稱為單繼承性，這時該類共享多個超類的屬性及操作。

類和繼承性是現(xiàn)代軟件工程中的重要概念，軟件的可重用性、程序成分的可重用性是通過繼承類中的屬性和操作而實現(xiàn)的。許多工業(yè)觀察有相信可重用軟件不是通過建立傳統(tǒng)的過程序(子程序庫)，而是通過建立"類庫"實現(xiàn)的。

2.2封裝性

面向對象技術的封裝性是將數(shù)據(jù)以及相關的操作結合在一起，構成了一個數(shù)據(jù)和數(shù)據(jù)操作集合的有機整體，用戶并不需要了解對象中關于數(shù)據(jù)操作的實現(xiàn)，而只需要根據(jù)對象所提供的外部接口訪問對象。信息隱蔽是軟件開發(fā)過程中強調的一個重要概念，對象的封裝性很好地體現(xiàn)了這一概念。這就便利得用面向對象技術所開發(fā)設計的軟件的可維護性大為改善。

2.3繼承性

面向對象技術的繼承性所說明的是兩類或者多類對象之間的交互關系，能保證對象繼承另一類對象的能力和特性。以繼承源為劃分依據(jù)可劃分為單繼承和多繼承，而按照繼承的內容可劃分為包含繼承、取代繼承、特化繼承和受限繼承等幾種模式。類和繼承性是現(xiàn)代軟件工程中的重要概念，軟件的可重用性、程序成分的可重用性是通過繼承類中的屬性和操作而實現(xiàn)的。

2.4多態(tài)性

面向對象技術的多態(tài)性是對象在收到相同的信息時產(chǎn)生的不同的動作和操作，實際上也是指不同對象中同樣的函數(shù)名對應多個功能相似的函數(shù)，而在使用過程中可使用同樣的方式實現(xiàn)這些不同功能函數(shù)的調用。

三、面向對象技術在數(shù)據(jù)庫系統(tǒng)的應用

1.數(shù)據(jù)庫設計應用

數(shù)據(jù)庫管理系統(tǒng)的開發(fā)過程包括需求分析和系統(tǒng)設計兩個階段，在完成了需求分析后要進行數(shù)據(jù)庫的設計，數(shù)據(jù)庫設計的好壞直接關系到系統(tǒng)后期的開發(fā)。傳統(tǒng)需求分析使用數(shù)據(jù)流圖，而數(shù)據(jù)庫設計使用E-R模型，需求分析者和數(shù)據(jù)庫設計者在運用和理解上很難達成一致。如果在需求分析階段采用面向對象的分析方法，數(shù)據(jù)庫設計也采用面向對象的設計方法，則需求分析階段的對象模型可以很自然地轉化為數(shù)據(jù)庫的結構。使用支持對象技術的統(tǒng)一建模語言(unifiedmodelinglanguage，UML)可以很好的解決數(shù)據(jù)庫設計中的問題，UML語言描述真實世界中的對象和它們之間的關系。運用UML語言能詳細描述數(shù)據(jù)庫系統(tǒng)的外部功能結構、內部靜態(tài)結構、動態(tài)結構以及程序代碼的物理結構，采用面向對象的成熟技術提高了數(shù)據(jù)庫系統(tǒng)設計的效率和質量，提高了數(shù)據(jù)庫系統(tǒng)軟件開發(fā)的可重用性和可維護性。

2.代碼開發(fā)應用

面向對象技術以面向對象的開發(fā)方法為基礎，以重用的思想為數(shù)據(jù)庫系統(tǒng)構建的整體過程。一方面，具有一定共性的相對獨立的要素功能邏輯封裝成構件，最終構成具有一定規(guī)模的構件庫，為同領域中的類似應用系統(tǒng)提供開發(fā)的素材，而在另一方面，應用系統(tǒng)的開發(fā)過程中也可利用當前所能重復利用的資源開發(fā)和設計系統(tǒng)。采用面向對象技術的代碼開發(fā)通過分層設計，模塊開發(fā)，整體協(xié)作，具備代碼強壯性、可重用性以及靈活性優(yōu)點，可以更好的滿足企業(yè)需求。

四、面向對象應用程序設計中存在的問題

1.運行效率

面向對象的程序設計能有效提高編程的效率，而通過面向對象程序設計所開發(fā)的程序在運行過程中效率相對c++開發(fā)方式較低，由于CPU速度提升以及內存的增加，一般規(guī)模的面向對象的程序設計系統(tǒng)的運行速度暫時能滿足系統(tǒng)用戶的使用需求，而當隨著應用系統(tǒng)規(guī)模的增大，特別是大規(guī)模數(shù)據(jù)處理，面向對象的程序設計需特別重視對算法及sql語句的優(yōu)化。

2.類庫的安全性和可靠性。

面向對象的程序設計類庫中的類都經(jīng)過精心的設計和完善的測試才錄入到類庫中，但隨著類庫中類數(shù)量的持續(xù)增加，不同的運行環(huán)境下，各種類的運行效果將無法保證絕對的準確，若是應用程序中使用了類庫中有問題的類，那么在運行過程中，相應的類將經(jīng)過幾層繼承性才將顯示錯誤，由此將對程序的代碼修改工作造成極大的困難。

參考文獻

[1]Joey George，面向對象的系統(tǒng)分析與設計，2008（11）.

[2]BruceEckel，Java編程思想，2007 （04）

篇5

關鍵詞：ArcSDE技術；GIS技術；集成化管理；面對對象

中圖分類號：TP311

隨著城市規(guī)模不斷的發(fā)展和壯大，建設市級綜合資源的基礎數(shù)據(jù)庫已經(jīng)成為必須。運用現(xiàn)代的數(shù)據(jù)庫信息技術，面向對象集成化管理各級多源的空間數(shù)據(jù)?，F(xiàn)在常采用的數(shù)據(jù)庫管理技術有ArcSDE技術、GIS數(shù)據(jù)庫、CAD平臺、MapGIS、Maplnfo、SuperMap、Arcels等矢量數(shù)據(jù)格式、遙感影像數(shù)據(jù)、航空影像數(shù)據(jù)、衛(wèi)星影像數(shù)據(jù)等。建設市級綜合資源信息系統(tǒng)，不僅可以加快服務工作的信息化，提高日常的辦公效率和市級政府的管理水平，同時，也對整個信息化和經(jīng)濟化的社會帶來好的影響。這些年來，計算機技術、軟件更新、硬件設施和空間信息技術的發(fā)展壯大，已經(jīng)有大量的城市綜合信息為市級政府提供支持和服務。城市綜合信息數(shù)據(jù)庫的建設也有很好的發(fā)展。在GIS技術不成熟之前，城市的信息數(shù)據(jù)是相分離的，空間數(shù)據(jù)和非空間數(shù)據(jù)不能集成在一起，因此對城市信息的收集和管理缺乏統(tǒng)一的認識。在GIS空間數(shù)據(jù)庫技術成熟之后的今天，已經(jīng)實現(xiàn)了空間數(shù)據(jù)庫管理空間數(shù)據(jù)的可能性，集成空間數(shù)據(jù)與屬性數(shù)據(jù)為一體整理存檔在空間數(shù)據(jù)庫管理系統(tǒng)中，早前出現(xiàn)的大量文件形式的數(shù)據(jù)存取難、多名使用者同時發(fā)送和數(shù)據(jù)遠程共享等多方面的限制已經(jīng)被解決。城市綜合信息集成化空間數(shù)據(jù)庫的建立為城市的管理和信息共享提供了可能，只有標準化、面對對象的、集成型的資源共享平臺，才能更好的服務于城市建設和管理，綜合應用一體化空間數(shù)據(jù)庫管理各式各樣的內容、格式、尺度、時間的空間數(shù)據(jù)，才是科學有效的城市綜合信息數(shù)據(jù)庫。在城市綜合信息數(shù)據(jù)庫中，基礎的地理信息數(shù)據(jù)庫是城市公用性最重要的數(shù)據(jù)庫。能否建立一個健全的市級基礎地理信息數(shù)據(jù)庫，是檢驗一個城市的數(shù)字信息化程度的一個重要標準。為推動不同地理空間數(shù)據(jù)集的非重復采納，避免浪費，調節(jié)地理空間數(shù)據(jù)的采用，對地理信息進行高效且經(jīng)濟的管理，需要建設地理基礎信息數(shù)據(jù)庫。國家測繪局提出的4D產(chǎn)品戰(zhàn)略已經(jīng)基本完成了全國范圍內的1：5萬、1：25萬、1：100萬的基礎地理數(shù)據(jù)庫的管理。我市與其他各省市正在按照國家的標準建立屬于自己的基礎地理數(shù)據(jù)庫。本文結合我市基礎地理數(shù)據(jù)庫的建設開展研究，對如何建立面向對象的集成化數(shù)據(jù)庫系統(tǒng)進行設計并實現(xiàn)。

1 城市地理數(shù)據(jù)特點

（1）地理數(shù)據(jù)類型。城市地理數(shù)據(jù)類型按數(shù)據(jù)的類型劃分，有屬性文件數(shù)據(jù)、空間圖形數(shù)據(jù)、多媒體數(shù)據(jù)、相關的文檔數(shù)據(jù)等內容。數(shù)字線劃圖是帶有拓撲關系的用矢量描述的空間信息，同時還包含關系結構屬性信息。涵蓋的內容有居民居住地、政府部門所在區(qū)域、交通和管理網(wǎng)、水系統(tǒng)以及配套設施、地形地貌、街區(qū)名測量控制點等內容。此數(shù)據(jù)庫的建立可以方便的用于城市規(guī)劃建設、資源管理方面、商業(yè)規(guī)劃等各個方面。也可以為某些專業(yè)信息系統(tǒng)提供空間定位系統(tǒng)。也可以生產(chǎn)關于地形圖方面的產(chǎn)品。（2）地理空間數(shù)據(jù)的格式。地理空間圖形數(shù)據(jù)的格式有多種多樣，地理空間圖形數(shù)據(jù)的測繪大多是在CAD平臺的基礎上，在地理空間數(shù)據(jù)中應該包括建成的GIS數(shù)據(jù)。另外地理空間數(shù)據(jù)還應該包含關于遙感的影像數(shù)據(jù)的處理，其中衛(wèi)星影像數(shù)據(jù)和航空影像數(shù)據(jù)應包含在遙感的影像數(shù)據(jù)中。只有地理空間數(shù)據(jù)格式多種多樣才能保證數(shù)據(jù)在應用中和共享方面的復雜多樣。（3）地理空間數(shù)據(jù)的尺度。地理空間數(shù)據(jù)的尺度需求為多尺度的，同類型的地理空間要素要表現(xiàn)不同的性質在不同類型的尺度中。多尺度類型的數(shù)據(jù)可以更好更全面的表現(xiàn)基礎地理數(shù)據(jù)庫的業(yè)務差異和需求。在區(qū)縣的地籍管理中，空間地理位置要求更高的精確度，常采用很大的比例尺作為空間數(shù)據(jù)尺度。（4）地理空間數(shù)據(jù)的時間。時間特性是基礎地理空間數(shù)據(jù)庫的一個重要的特點。地理空間數(shù)據(jù)在實踐方面總處于變化之中，每次的變化都是用空間數(shù)據(jù)來更新體現(xiàn)。在地理空間數(shù)據(jù)庫中，也經(jīng)常要對過去的變化信息進行分析更新，以此提高判斷的科學性和高效性。

2 數(shù)據(jù)庫的設計思路

我市的基礎地理空間數(shù)據(jù)庫管理系統(tǒng)運用ArcSDE技術的建庫模式，采用面對對象這一基本組件進行開發(fā)。運用工具VB和ArcObjects開發(fā)。用Oracle9i作為數(shù)據(jù)庫的管理層面，Oracle9i的優(yōu)點是大數(shù)據(jù)庫支持可以實現(xiàn)安全以及完整性的控制要求，并且可兼容、可連接、可移植?？臻g數(shù)據(jù)引擎引用ArcSDE，該空間數(shù)據(jù)引擎與Oracle的結合實現(xiàn)了空間數(shù)據(jù)的大量存儲管理。同時這兩者的結合也是至今為止世界上最成熟穩(wěn)定的空間數(shù)據(jù)管理技術，同樣也是我市建設基礎空間數(shù)據(jù)庫的主要形式。

數(shù)據(jù)庫管理系統(tǒng)的總體有以下幾部分組成，有軟硬件、網(wǎng)絡環(huán)境、空間數(shù)據(jù)庫、數(shù)據(jù)庫的管理服務系統(tǒng)等，具體如一些工作站、服務平臺、微型空間數(shù)據(jù)庫、存儲裝置、網(wǎng)絡設備等等。空間數(shù)據(jù)庫則包括了數(shù)字線劃圖、數(shù)字柵格地圖、數(shù)字高程模型、地名以及數(shù)字正射影像地圖等數(shù)據(jù)庫。數(shù)據(jù)庫的管理系統(tǒng)中對服務系統(tǒng)的維護和使用是利用軟件系統(tǒng)的開發(fā)實現(xiàn)的，譬如數(shù)據(jù)入庫、處理、管理、維護、制圖等。

我市地理基礎空間數(shù)據(jù)庫采用GeoDatabase數(shù)據(jù)模型，面向對象進行數(shù)據(jù)模型的組織，利用這個GeoDatabase數(shù)據(jù)模型定義不同的客戶，因而為不同客戶提供不同的且完整的數(shù)據(jù)平臺。根據(jù)基礎地理信息的數(shù)據(jù)結構與GeoDataBase的數(shù)據(jù)模型相結合，將空間數(shù)據(jù)庫劃分為五個等級：總庫、分庫、子庫、邏輯層、物理層?？値焱ㄟ^命名Oracle數(shù)據(jù)庫自定義為市基礎空間數(shù)據(jù)庫。分庫命名也根據(jù)Oracle數(shù)據(jù)庫自定義為1：25萬為“250K”、1：5萬為“50K”、1：1萬為“10K”。每個分庫在劃分子庫，命名為“DLG”為矢量數(shù)據(jù)庫，“DOM”為數(shù)字正射影像數(shù)據(jù)庫等。接下來是邏輯層和物理層，根據(jù)DLG數(shù)據(jù)庫的要求，按每個邏輯層和Feature Class進行分層，ArcSDE中相對應Feature Class的命名規(guī)定為總庫名+分庫名+“_”+子庫名+帶號+“_”+邏輯層代碼+“_”+物理層層代碼。

多個空間的數(shù)據(jù)服務器應用系統(tǒng)一體化集成是地理空間數(shù)據(jù)庫必須解決的問題，數(shù)據(jù)量特別龐大，且常用一臺服務器進行管理，在數(shù)據(jù)的大量處理中必然會帶來一定影響。所以可以將空間數(shù)據(jù)庫進行多臺服務器存放，服務器可分不同區(qū)域存放，分散空間數(shù)據(jù)庫的方式是一種高效的管理途徑。通過數(shù)據(jù)管理器對不同空間數(shù)據(jù)服務器的集成管理滿足了大規(guī)?？臻g數(shù)據(jù)庫應用系統(tǒng)的建設需要。

3 結束語

GeoStar的核心是面向對象的集成數(shù)據(jù)庫的管理系統(tǒng)，它高效、適應性廣、直觀。已經(jīng)應用在全國的基礎地理信息系統(tǒng)上。本文介紹的利用ArcSDE技術和GIS技術，并且采用集成化管理影像、矢量和DEM三庫集成的的空間數(shù)據(jù)為模型。

對市級基礎地理數(shù)據(jù)庫進行基礎庫管理系統(tǒng)的設計，已經(jīng)在應用中，并且為“數(shù)字地球”的目標提供了一個可以實施的方案。

參考文獻：

[1]潘瑜春，鐘耳順，梁軍.基于空間數(shù)據(jù)庫技術的地籍管理系統(tǒng)研究[J].地理研究，2003（02）：237-244.

[2]萬定生，張俐，吳紅.中間件技術在汛情監(jiān)視地理信息系統(tǒng)中的應用[J].計算機工程與科學，2003（01）.

[3]張成才，孫喜梅，黃慧.SDE的實體――關系模型空間數(shù)據(jù)管理方式研究[J].計算機工程與應用，2003（02）：199-201.

[4]周衛(wèi).Arc/Info的新型數(shù)據(jù)模型Geodatabase及其操作[J].計算機與地圖，2001（05）.

[5]ESRI.ArcGIS Hydro Data Model[Z].ESRI Press，2001.

[6]李家田，劉洪斌，武偉，等.基于SDE的土壤信息系統(tǒng)空間數(shù)據(jù)庫的設計和構建[J].西南農業(yè)大學學報，2003（02）.

篇6

>> 基于聯(lián)邦數(shù)據(jù)庫的數(shù)據(jù)集成平臺研究與改進 基于PowerDesigner的網(wǎng)絡管理數(shù)據(jù)庫設計 基于MEAN架構與圖數(shù)據(jù)庫的企業(yè)社交網(wǎng)絡平臺設計 基于SQLite數(shù)據(jù)庫的安卓日程管理系統(tǒng)的設計與開發(fā) 基于ArcSDE面向對象集成數(shù)據(jù)庫管理系統(tǒng)的設計和實現(xiàn) 基于CSCW異構數(shù)據(jù)庫集成管理系統(tǒng)的設計 基于XML的異構數(shù)據(jù)庫集成設計與實現(xiàn) 基于Web數(shù)據(jù)庫的考務管理平臺方案 《數(shù)據(jù)庫開發(fā)》課程的設計 基于后臺數(shù)據(jù)庫的網(wǎng)絡課設計 基于工作過程導向的“網(wǎng)絡數(shù)據(jù)庫管理”課程開發(fā)研究 基于主數(shù)據(jù)分發(fā)管理企業(yè)數(shù)據(jù)集成資源管理平臺的設計與實現(xiàn) Web數(shù)據(jù)庫的開發(fā)與安全設計 基于虛擬數(shù)據(jù)庫技術的頻譜網(wǎng)格數(shù)據(jù)庫訪問和集成 基于行動導向的《SQL SerVer 2005數(shù)據(jù)庫設計》課程設計與開發(fā) 基于的數(shù)據(jù)庫技術基礎教學平臺的設計與實現(xiàn) 基于數(shù)據(jù)庫集成技術的WebGIS系統(tǒng)開發(fā)初探 基于“微信”平臺和“SQL―SERVER 2005”數(shù)據(jù)庫的危防管理微信平臺的開發(fā) VB基于SQLite數(shù)據(jù)庫開發(fā)小型通用信息管理系統(tǒng)的設計研究 基于XML的數(shù)據(jù)庫信息集成研究 常見問題解答 當前所在位置：等格式的文檔，也可自己手工繪制圖形。

白板數(shù)據(jù)是共享數(shù)據(jù)，當一個用戶在白板上繪制或修改了數(shù)據(jù)后，其更新結果將即刻反映到其他用戶的白板上，即所謂的“你見即我見”（WYSIWIS，What You See Is What I See）功能。通過本模塊教練員可以共同瀏覽訓練計劃，分析訓練現(xiàn)場圖片，制定出有效的訓練計劃和戰(zhàn)術等。

4.3.2.2 語音視頻通訊

臨場感是在專家研討過程中最為關注的一個感受，因此如何在研討廳提供語音視頻通信也是一個重要內容。水上項目國家隊數(shù)據(jù)庫網(wǎng)絡管理平臺的音、視頻交流依據(jù)目前較為成熟的理論技術，經(jīng)過音視頻采集、音視頻壓縮、傳輸、解析、播放這樣幾個過程，專家通過攝像頭和麥克風采集的圖像和聲音，在研討廳中可以進行音、視頻的交流，每一個專家可以設定自己在研討會議中的聲音、圖像使用情況，即是否進行發(fā)言，是否允許其他人觀看自己的圖像。

4.4 比賽錄像管理系統(tǒng)的設計與開發(fā)

比賽錄像是水上運動項目進行比賽總結、戰(zhàn)術分析、訓練指導、科學研究的第一手資料，這部分資料也是彌足珍貴的。比賽錄像管理模塊是水上運動項目多媒體資料管理的重要功能模塊，該模塊實現(xiàn)了視頻資料上傳、壓縮、截圖和播放多個重要功能

4.4.1 視頻資料壓縮和截圖

比賽錄像是水上運動項目訓練重要的資料數(shù)據(jù)，但錄制的圖像信息量較大，同時檢索也是一個難題。水上項目國家隊數(shù)據(jù)庫網(wǎng)絡管理平臺通過視頻壓縮和截圖的方式，將視頻資料壓縮為FLV（FLASH VIEDO）格式，由于這種格式形成的文件非常小，加載速度極快，方便了大量視頻資料的上傳，該模塊采用ffmpge組件實現(xiàn)，使圖像信息在水上項目訓練、比賽策略分析方面取得重大進步。視頻信息采用圖片配合文字的方式進行排列，通過文字名稱可以基本確定尋找的內容，圖片顯示了主要的視頻內容，生成時間和人用于錄像信息的甄別和管理。

4.4.2 視頻播放器

為了良好地播放視頻，系統(tǒng)采用flash進行了視頻播放器的開發(fā)，視頻播放器可以內嵌在皮劃艇項目數(shù)據(jù)庫網(wǎng)絡管理平臺的客戶端頁面中，也可以通過用戶控制呈現(xiàn)為完整的控制頁面，進行錄像播放。視頻播放器從數(shù)據(jù)庫加載播放地址，并進行播放。通過以上技術，實現(xiàn)了比賽錄像管理的各個功能，即使在較差的網(wǎng)絡環(huán)境下比賽錄像仍可以流暢播放。

5 小結

5.1 水上運動管理中心的項目（業(yè)務部）多，其訓練基地相對分散且相距較遠，需要將每個項目訓練隊的訓練信息進行數(shù)據(jù)集成，進行網(wǎng)絡化管理，便于管理者和教練員了解和利用相關信息與數(shù)據(jù)。

5.2 不同的運動項目隊（部）業(yè)務與功能不同，已建成的信息管理系統(tǒng)的數(shù)據(jù)源往往彼此獨立，訓練數(shù)據(jù)難以在系統(tǒng)之間交流、共享和融合。本研究成果從信息標準化入手，采用數(shù)據(jù)集成和協(xié)同工作的理論和方法，開發(fā)了一套集水上運動項目數(shù)據(jù)集成、協(xié)同工作和多媒體管理為一體的訓練信息管理平臺，有效地整合了水上項目各訓練隊信息管理系統(tǒng)數(shù)據(jù)庫，集成現(xiàn)有的大量異構數(shù)據(jù)資源，解決了我國水上項目國家隊數(shù)據(jù)庫管理和人員溝通問題，實現(xiàn)了有效信息的集成查詢與分析。

5.3 本研究開發(fā)的用于我國各水上項目國家隊在線交流和協(xié)同工作的協(xié)同辦公和專家研討廳功能模塊，能夠實現(xiàn)水上項目各訓練隊間的信息共享和在線溝通，在一定程度上提高了水上項目訓練和管理的信息化水平。

5.4 水上項目國家隊數(shù)據(jù)庫網(wǎng)絡管理平臺是信息技術的產(chǎn)物，它具有信息技術廣泛的滲透性和關聯(lián)帶動作用，是水上項目訓練隊進行技術創(chuàng)新的重要工具。水上項目各訓練隊在技術創(chuàng)新的活動中，可以運用此平臺進行項目科學技術信息的收集、整合和利用，進而提高項目技術創(chuàng)新的效率和效果，增強項目的競爭力。

參考文獻：

[1]李晨峰，張曉琳. 中國國家隊科研現(xiàn)狀及發(fā)展討論[J]. 中國體育科技，2009（3）.

[2]趙云宏. 新時期我國體育信息化建設若干問題的思考[J]. 中國體育科技，2005（4）.

[3]馬利成. 基于XML的異構數(shù)據(jù)集成系統(tǒng)的研究與實現(xiàn)[D].上海：上海交通大學， 2007.

[4]李光軍，郭建偉，彭李明，周彤，洪偉，朱寧. 國家帆船帆板隊信息化平臺的設計與應用[J]. 武漢體育學院學報，2009（9）.

[5]周長城. 國家帆船帆板隊信息平臺的構建及應用[D].武漢：武漢體育學院， 2007.

[6]郭建偉. 關于體育信息資源利用和整合的思考[J]. 武漢體育學院學報，2006（9）.

[7]胡彪， 饒堅， 姚蕾， 唐義梅. 體育信息整合暨區(qū)域間信息共享的研究[J]. 武漢體育學院學報，2006（2）.

[8]孔軍，易勤.面向用戶的競技體育信息集成服務平臺建設研究[J]. 武漢體育學院學報，2009（8）.

[9]李燕.構建安徽省競技體育信息服務體系研究[J]. 哈爾濱體育學院學報，2011（6）：44-47.

[10]孔軍. 體育信息資源的跨系統(tǒng)整合研究[J]. 南京體育學院學報：社會科學版，2009（3）.

[11]華音，胡彪，謝曉云. 體育信息資源共享的現(xiàn)狀、問題和措施[J]. 體育文化導刊，2005（10）.

[12]辛麗，丁鍇，沈雍蘭. 江蘇體育信息資源整合研究[J]. 南京體育學院學報：然科學版，2011（6）：3-6.

[13]鐘亞平. 信息技術在運動訓練中的應用與展望[J]. 武漢體育學院學報，2008（6）.

[14]楊旭.競技體育中的信息作用與傳導研究[J]. 安徽工業(yè)大學學報：社會科學版，2012（5）：166-167.

[15]. 基于BP網(wǎng)絡的擊劍訓練負荷分析系統(tǒng)的研究與開發(fā)[D].青島：中國海洋大學，2004.

[16]汪桂蘭.數(shù)據(jù)挖掘分類技術及其在擊劍負荷分析中的應用[D]. 青島：中國海洋大學，2006.

[17]雷建和.基于多源信息融合的人體運動分析與建模研究[D].合肥：中國科學技術大學，2006.

[18]馬靜華.基于運動信息獲取及智能處理的運動員訓練指導系統(tǒng)研究[D].合肥：中國科學技術大學，2006.

[19]張立， 潘志琛， 袁俊杰， 劉暢， 李勁松. 國家隊實用管理信息系統(tǒng)的研制與應用[J].天津體育學院學報，2006（6）.

[20]黃國言，李曉冬. 協(xié)同工作（CSCW）下協(xié)作模型的研究[J]. 計算機工程與應用，2006（22）.

[21]華樺，王麗潔. 體育信息在大型賽事備戰(zhàn)中的采集與個案分析[J]. 山東體育科技，2013（4）：70-73.

[22]. Web環(huán)境下企業(yè)產(chǎn)品信息共享的若干關鍵技術研究[D].西安：西北工業(yè)大學，2006.

[23]臣勇，須德.基于Internet的視頻會議系統(tǒng)的設計與實現(xiàn)[J].計算機工程與應用，2005（13） .

[24]杜呈偉，李偉榮，吳國新. 基于B/S的電子白板的設計與實現(xiàn)[J].計算機工程與設計，2006（16） .

[25]肖萬賢，劉江寧. 企業(yè)數(shù)據(jù)集成模型的研究[J]. 計算機工程與科學，2004（5）.

[26]劉桂文. 現(xiàn)代電子信息技術對競技體育的影響[J]. 當代體育科技，2014（26）：173-174.

篇7

關鍵詞：城鄉(xiāng)；醫(yī)療衛(wèi)生資源；均等化；投入水平

中圖分類號：C913.7 文獻標識碼：A

收錄日期：2015年10月14日

一、我國城鄉(xiāng)基本醫(yī)療衛(wèi)生服務籌資過程對比分析

（一）從衛(wèi)生總費用來看。衛(wèi)生總費用主要反映的是一段時間內全國范圍內投入醫(yī)療衛(wèi)生領域資金的總和，包含了用于醫(yī)護人員、醫(yī)療設備及其他方面的所有衛(wèi)生支出，是衡量衛(wèi)生總投入大小的指標。我國每年的衛(wèi)生總費用占GDP的比重幾乎都維持在4.5%～5%之間，無法滿足城鄉(xiāng)居民對醫(yī)療衛(wèi)生服務的強烈需求。此外，衛(wèi)生總費用在城鄉(xiāng)間的分布也極為不均衡，2003～2012年的城市衛(wèi)生總費用從4，150.32億元上升至21，065.69億元，增長近4倍，同期城市衛(wèi)生總費用占全國衛(wèi)生總費用的比重也從55.6%提高到67.2%，最高的是2007年，達到了77.5%；而2003～2012年的農村衛(wèi)生總費用從2，433.78億元上升至6，781.15億元，增長約2.8倍左右，但同時期農村衛(wèi)生總費用占全國衛(wèi)生總費用的比重也從44.4%下降至32.8%。以上數(shù)據(jù)說明，在基本醫(yī)療衛(wèi)生服務籌資階段中，受到我國長期二元經(jīng)濟結構的影響，城市所獲得的衛(wèi)生資源高于農村。而從全國衛(wèi)生總費用構成結構來看，在改革開放以后，政府支出占全國衛(wèi)生總費用在迅速下降，而個人僅負擔全國衛(wèi)生總費用則不斷上升，2002年政府支出與個人支出占全國衛(wèi)生總費用的比重分別為15.7%和57.7%。近年來，我國各級政府逐漸加大了衛(wèi)生領域的財政資源投入，政府支出占全國衛(wèi)生總費用的比重在上升。以2012年為例，政府支出與個人支出占全國衛(wèi)生總費用的比重分別為30%和34.4%。但是，政府與社會所負擔的比例仍舊偏低，而個人負擔比例相對較大，加重了社會成員的負擔。

（二）從人均衛(wèi)生費用絕對值來看。2003～2012年間，城市人均衛(wèi)生費用從1，108.9元上升至2，969.6元，而農村人均衛(wèi)生費用僅從274.7元增加至1，055.9元。城鄉(xiāng)人均衛(wèi)生費用支出的差距有逐漸縮小的趨勢，2003年城市人均衛(wèi)生費用是農村人均衛(wèi)生費用的4.04倍，2012年城市人均衛(wèi)生費用是農村人均衛(wèi)生費用的2.81倍。

（三）從城鄉(xiāng)居民人均保健支出對比分析來看。城鄉(xiāng)人均保健支出的相對規(guī)模沒有太大差距，2003年城市居民與農民人均保健支出占消費性支出的比重分別為7.31%和6.0%，到了2012年的數(shù)據(jù)分別為6.4%和8.7%。但是，城市居民與農民用于保健支出的絕對值卻存在著較大的差異，2003年城市居民與農民人均保健支出絕對值分別為476元和115.7元，而2012年城市居民與農民的人均保健支出絕對值分別增加至1，063.7元和513.8元，城市居民人均保健支出是農民的2倍以上，城市居民的人均保健支出上明顯高于農民。綜上所述，衛(wèi)生總費用、人均衛(wèi)生費用和人均保健支出三個指標可以直觀地反映出我國農村醫(yī)療衛(wèi)生財力配置匱乏的局面。

二、城鄉(xiāng)基本醫(yī)療衛(wèi)生服務人力資源配置比較分析

我國當前城鄉(xiāng)基本醫(yī)療衛(wèi)生服務人力資源配置水平差距較大，大多數(shù)優(yōu)秀的衛(wèi)生人才都集中于大中型城市，農村的衛(wèi)生人力資源則非常匱乏。從人力資源配置數(shù)量來看，我國城鄉(xiāng)醫(yī)療衛(wèi)生人力資源數(shù)量差距非常明顯。以2012年為例，城市每千人口所享有衛(wèi)生技術人數(shù)為8.54人，農村為3.41人，城市比農村大近2.5倍；城市醫(yī)療機構每千人口執(zhí)業(yè)醫(yī)生人數(shù)為3.65人，農村為1.09人，城市同樣比農村大近3.35倍；而城鄉(xiāng)每千人口注冊護士人數(shù)的差距也很大，城市為3.19人，農村僅有1.40人。以上數(shù)據(jù)表明，城鄉(xiāng)醫(yī)療衛(wèi)生人力資源在數(shù)量上差異明顯，投向農村地區(qū)的醫(yī)療衛(wèi)生人力資源明顯不足；此外，從人力資源配置質量來看，據(jù)2013年《中國衛(wèi)生和計劃生育年鑒》數(shù)據(jù)顯示：2012年城市醫(yī)療機構醫(yī)護人員大學本科以上學歷人員達到了31.8%，同期鄉(xiāng)鎮(zhèn)衛(wèi)生院醫(yī)護人員大學本科以上學歷人員僅為5.3%，以上數(shù)據(jù)表明，由于基層工資福利水平較低，很多鄉(xiāng)鎮(zhèn)衛(wèi)生院工作人員不愿意留在基層，造成大量優(yōu)秀的衛(wèi)生人才流失。我國城鄉(xiāng)醫(yī)療衛(wèi)生人力資源配置極度不平衡，我國鄉(xiāng)鎮(zhèn)衛(wèi)生院衛(wèi)生技術人員水平不高?？傊覈青l(xiāng)醫(yī)療衛(wèi)生人力資源分布不合理，城鄉(xiāng)醫(yī)療衛(wèi)生人力資源無論是在數(shù)量上還是在質量上都存在著巨大的差距，城市居民擁有更優(yōu)質的醫(yī)療衛(wèi)生人力資源，而農村醫(yī)護人員數(shù)量較少且素質有待提高，無法滿足農民對高質量的基本醫(yī)療衛(wèi)生服務日益增長的需求。

三、城鄉(xiāng)基本醫(yī)療衛(wèi)生服務物力資源配置情況比較分析

城鄉(xiāng)醫(yī)療衛(wèi)生物力資源同樣存在著巨大的差異，城市居民能夠享受到更優(yōu)質的衛(wèi)生物力資源，而農民則缺乏基本的衛(wèi)生物資，缺醫(yī)少藥的現(xiàn)象非常突出。一方面據(jù)國家衛(wèi)生與計劃生育委員會于2013年發(fā)表的《中國衛(wèi)生和計劃生育年鑒》顯示，截至2012年末，全國醫(yī)療衛(wèi)生機構床位已經(jīng)達到572.5萬張，其中：基層醫(yī)療衛(wèi)生機構床位數(shù)為132.4萬張，僅占全國醫(yī)療衛(wèi)生機構床位數(shù)的23.1%。此外，全國每千人口醫(yī)療衛(wèi)生機構床位數(shù)由2003年的2.49張增加到2012年的4.24張，而每千農業(yè)人口鄉(xiāng)鎮(zhèn)衛(wèi)生院病床數(shù)則僅從2003年0.76張增加到2012年的1.24張，上述數(shù)據(jù)表明我國城鄉(xiāng)醫(yī)療衛(wèi)生機構床位的差距較大；另一方面我國城鄉(xiāng)醫(yī)療機構萬元以上設備擁有量差距更大，城市大型醫(yī)院的資金比較充足，能夠大量購買先進的價格高昂的醫(yī)療器械，2012年城市萬元以上設備臺數(shù)達到3，276，640臺，占全國萬元以上設備比例91.35%；而鄉(xiāng)鎮(zhèn)衛(wèi)生所的資金有限，在購買大型醫(yī)療器械時捉襟見肘，2012年鄉(xiāng)鎮(zhèn)衛(wèi)生院萬元以上設備臺數(shù)僅為310，295臺?？傮w來說，我國城鄉(xiāng)醫(yī)療衛(wèi)生物力資源差距明顯。我國基層醫(yī)療機構硬件條件落后。很多農民在生病后寧愿選擇到更遠的城市醫(yī)院就醫(yī)，在很大程度上造成了城市大醫(yī)院的擁擠和不堪重負，而鄉(xiāng)鎮(zhèn)衛(wèi)生院的資源卻沒有得到充分的利用。

綜上所述，伴隨高速的經(jīng)濟發(fā)展速度卻沒有帶來整體國民福利的提高。當前我國城鄉(xiāng)醫(yī)療衛(wèi)生資源投入水平差距較大，這已成為制約我國實現(xiàn)全面小康社會與構建和諧社會、影響我國經(jīng)濟進一步發(fā)展與人民生活水平進一步提高的關鍵性問題。

主要參考文獻：

[1]中國衛(wèi)生和計劃生育年鑒.2013.

篇8

關鍵詞：數(shù)據(jù)庫:軟件開發(fā)

中圖分類號：S611文獻標識碼：A 文章編號：

引言

計算機技術中數(shù)據(jù)庫是最重要的研究方向之一，隨著日趨應用復雜化，傳統(tǒng)的數(shù)據(jù)庫不足已逐漸被顯露出來，而面向對象技術的數(shù)據(jù)庫將成為新一代數(shù)據(jù)庫的發(fā)展方向。

1、關系數(shù)據(jù)庫中的優(yōu)勢

面向對象是一種認識方法學，也是一種新的程序設計方法學。把面向對象的方法和數(shù)據(jù)庫技術結合起來可以使數(shù)據(jù)庫系統(tǒng)的分析、設計最大程度地與人們對客觀世界的認識相一致。

面向對象技術利用對象、類等技術手段可以滿足對一些領域數(shù)據(jù)庫的特殊需求，與關系型數(shù)據(jù)庫相比，面向對象技術的優(yōu)勢主要體現(xiàn)在以下幾個方面。

1.1 支持復雜的數(shù)據(jù)模型。傳統(tǒng)的關系型數(shù)據(jù)庫不能支持復雜的數(shù)據(jù)模型，例如：文本、圖像、聲音、動畫、圖像等數(shù)據(jù)，其缺乏對這些數(shù)據(jù)信息的描述、操縱和檢索能力。而面向對象技術具有這些方面的優(yōu)勢，面向對象技術應用到數(shù)據(jù)庫領域后，對象的使用就可以滿足對這些類型數(shù)據(jù)的相關操作。

1.2 支持復雜的數(shù)據(jù)結構。傳統(tǒng)的關系型數(shù)據(jù)庫不能滿足數(shù)據(jù)庫設計的層次性和設計對象多樣性的需求，關系型數(shù)據(jù)庫中的二維表不能描述復雜的數(shù)據(jù)關系和數(shù)據(jù)類型，而面向對象技術中的對象可以描述復雜的數(shù)據(jù)關系和數(shù)據(jù)類型。

1.3 支持分布式計算和大型對象存儲。面向對象技術中對象、封裝、繼承等方法的應用可以支持分布式計算，并且支持獨立于平臺的大型對象存儲。

1.4 更好地實現(xiàn)數(shù)據(jù)的完整性。面向對象數(shù)據(jù)庫支持復雜的數(shù)據(jù)結構和操作的約束、觸發(fā)機制，從而可以更好地實現(xiàn)數(shù)據(jù)的完整性。

2、面向對象技術應用在關系數(shù)據(jù)庫中的實現(xiàn)方法

由于計算機網(wǎng)絡、多媒體技術、CAD/CASE等新型數(shù)據(jù)庫應用的需要，數(shù)據(jù)庫領域開始借助面向對象技術來滿足這些需要。面向對象技術借助對象、封裝和繼承機制可以實現(xiàn)對復雜對象和復雜數(shù)據(jù)模型的支持，將面向對象技術應用于數(shù)據(jù)庫是解決當今許多新型數(shù)據(jù)庫應用中遇到的問題的好辦法，雖然面向對象技術和數(shù)據(jù)庫的結合沿著三個方向發(fā)展，當前多數(shù)數(shù)據(jù)庫生產(chǎn)商都在研發(fā)如何將面向對象技術應用到關系數(shù)據(jù)庫中。將面向對象技術應用到關系數(shù)據(jù)庫中可以有兩種方式。

2.1 把面向對象技術中的對象作為關系數(shù)據(jù)庫系統(tǒng)中的一種新的數(shù)據(jù)模型。關系表中的屬性值包含對象指針，對象數(shù)據(jù)的操作在關系數(shù)據(jù)庫之外進行。把面向對象數(shù)據(jù)模型(ODM)和關系數(shù)據(jù)模型(RDM)結合起來，對莢系數(shù)據(jù)庫管理系統(tǒng)進行擴充，但對象查詢功能受到一定的限制。

2.2 把面向對象接口添加在關系數(shù)據(jù)庫中。在關系數(shù)據(jù)庫系統(tǒng)中增加一個對象到關系轉換器，將上層的面向對象模式轉化為關系存儲模式，存放到關系數(shù)據(jù)庫中。這樣，在面向對象的數(shù)據(jù)庫中關系存儲模型位于底層。數(shù)據(jù)庫用戶可以利用標準的面向對象數(shù)據(jù)庫語言進行查詢處理，用戶輸入的面向對象數(shù)據(jù)庫語言被轉換成關系數(shù)據(jù)庫語青，從而對底層的關系存儲模式進行查詢等處理，同時將操作結果按照對象方式返回給用戶。這種實現(xiàn)方式使得數(shù)據(jù)庫管理系統(tǒng)存實現(xiàn)關系模型和面向對象模型之間的模型轉換時需要一定的開銷，執(zhí)行效率比直接面向對象數(shù)據(jù)庫要低一些，但這種擴充方式實現(xiàn)比較簡單。

面向對象技術通過映射接口和關系數(shù)據(jù)庫相結合，面向對象數(shù)據(jù)庫強調的是對象的屬性、方法和對象間的關系。設計這種類型的數(shù)據(jù)庫需要理解對象到關系數(shù)據(jù)庫表的映射方法。這種映射方法通過將對象類生成為 SQL 語言中的數(shù)據(jù)定義語言(DDL)來將對象轉換成一個好的概念層的數(shù)據(jù)模型(DDL)。

3、面向對象關系數(shù)據(jù)庫系統(tǒng)的應用實例

3.1 系統(tǒng)構想。設想這個是物流信息 MIS 系統(tǒng)。該 MIS 系統(tǒng)有幾種驗證方法：（1）通過使用的和選擇的物流公司。如果其在其業(yè)務的IP段的話，就認為是在物流公司上網(wǎng)，可認為是管理人員，將自動通過注冊請求，系統(tǒng)發(fā)激活郵件；（2）不符合第一種情況的話，看選擇的注冊方式如果是使用 IP 電話的話去根據(jù)選擇的物流公司看填寫的 IP 電話是否符合所在區(qū)域的 IP 段，如果符合的話，系統(tǒng)發(fā)激活郵件；（3）選擇物流公司郵箱注冊，根據(jù)選擇的物流公司和他填寫的郵箱，如果域名符合就認為注冊人為合法客戶，系統(tǒng)發(fā)激活郵件；（4）選擇其他方式，通過人工方法去確認注冊者的合法性。以上是用戶注冊的過程，注冊成功后，用戶通過激活賬戶的鏈接，激活自己的賬戶，然后登陸，登陸成功后就可以使用注冊用戶可以使用的所有功能。管理員除可以擁有所有注冊用戶可以使用的功能外，還可添加物流公司及運單信息；編輯公司所在的 IP 段，查看所有用戶的狀態(tài)，進行活動管理，即添加、編輯活動，設定活動規(guī)則。應用系統(tǒng)需要響應用戶的操作；另應用系統(tǒng)還需要給出各種各樣的排行；需要按照規(guī)則確定活動的獲獎者等：需要記錄用戶的操作，以確定用戶的積分。

3.2 數(shù)據(jù)庫部署。整個系統(tǒng)分為三層，客戶層、業(yè)務邏輯層及數(shù)據(jù)訪問層，選擇 sqlserver2000 作為數(shù)據(jù)庫。項目使用 asp．net 作為開發(fā)平臺，用 c#作為開發(fā)語言，相應的使用 IIS6.0 作為Web 服務器。本系統(tǒng)的兩種角色注冊用戶和管理員用戶的問題，在上面的類結構設計時，讓管理員繼承的注冊用戶類，這樣管理員就自然的擁有注冊用戶可以使用的所有權限，而它本身還可以擁有自己的權限，對物流公司的管理，對運單、貨物及注冊用戶的管理。在頁面類設計時采用這樣的設計來確保使用頁面的權限問題。設計三個類 BasePage、BasePageFor1.0gin、BasePage-ForAdmin，這三個類都繼承自 System.Web.UI．Page 重載了 Ren-der 方法，這樣就可以為同一級別的頁面繪制相同的導航條，使頁面的風格統(tǒng)一化；BasePage 類來作為未注冊用戶可以瀏覽的頁面的基類，BasePageForLogin 類作為只有注冊用戶才可以瀏覽頁面的基類，BasePageF0rAdmin 類作為只有管理員才可以瀏覽頁面的基類。然后就可以在這些類的 render 方法中進行統(tǒng)一的權限設置及出錯管理。

4、總結

篇9

【關鍵詞】身份驗證；用戶管理；架構；角色；權限

Microsoft為SQL Server2005建立了一種既靈活又強大的安全管理機制，它能夠對用戶訪問SQL Server2005服務器系統(tǒng)和數(shù)據(jù)庫的安全進行全面地管理。SQL Server2005數(shù)據(jù)庫邏輯結構及相對應的安全管理機制如圖1所示：

圖1 SQLServer2005數(shù)據(jù)庫邏輯結構圖

1 概念

服務器登錄名Server Login，服務器角色Server Role，數(shù)據(jù)庫用戶DB User，數(shù)據(jù)庫架構DB Schema，數(shù)據(jù)庫角色DB Role 。以上幾個名詞應該從服務器與數(shù)據(jù)庫來區(qū)分，服務器包含一到多個數(shù)據(jù)庫，其中：

服務器登錄名：指有權限登錄到某服務器的用戶；服務器角色：指一類服務器用戶，默認有9類；數(shù)據(jù)庫用戶：指有權限能操作數(shù)據(jù)庫的用戶；數(shù)據(jù)庫角色：指一類固定的有某些權限的數(shù)據(jù)庫用戶；架構：指數(shù)據(jù)庫對象的容器，類似操作系統(tǒng)中的文件夾；數(shù)據(jù)對象：如數(shù)據(jù)庫中的表，視圖，存儲過程等。

2 登錄身份驗證

SQLServer的兩種登錄驗證模式：Windows身份驗證和SQLServer身份驗證。Windows的驗證是請求域控制器檢查用戶身份的合法性。SQLServer2005的驗證是把一組帳戶、密碼與Master數(shù)據(jù)庫Sysxlogins表中的一個清單進行匹配。當用戶想連接到SQL SERVER2005 服務器的時候，必須先選擇一種身份驗證模式。

SQL的驗證模式分為兩種WINDOWS驗證模式和混合驗證模式。WINDOWS身份驗證模式安全性相對要高，應該盡量使用WINDOWS身份驗證模式。混合身份驗證模式下，驗證分為WINDOWS身份驗證和SQL身份驗證，允許用戶WINDOWS登錄賬戶或使用SQL登錄賬戶連接SQL SERVER。

3 數(shù)據(jù)庫用戶管理與角色管理

登錄名提供身份驗證，而通過用戶可以取得特定的對數(shù)據(jù)庫操作的權限。否則，即使擁有登陸名，還是無法進行數(shù)據(jù)庫的訪問。在每個數(shù)據(jù)庫中都有一個用戶集，并且登陸名和用戶名是對應的關系，即一個登錄名在每一個數(shù)據(jù)庫中只能創(chuàng)建一個用戶名。

4 理解角色的概念及為角色分配權限

關于角色，其概念相當于用戶組，使用角色有助于減輕安全管理的負擔，可以創(chuàng)建一個角色，為這個角色分配一定的權限，然后再把用戶加入到這個角色中，則這些屬于相同角色的用戶將擁有相同的權限。角色有兩種：

一是，固定數(shù)據(jù)庫服務器角色，不能添加、刪除和修改，其所對應的權限是數(shù)據(jù)庫服務器權限，用于對服務器的管理；二是，數(shù)據(jù)庫角色，又可分為兩種，固定數(shù)據(jù)庫角色和用戶自定義角色，對應的權限是數(shù)據(jù)庫的權限，用于對數(shù)據(jù)庫對象的管理。

5 安全對象、架構

在SQL SERVER2005中引入了安全對象和架構這樣的新概念，這是SQL SERVER2005對權限設置的一個重大改進。安全對象是可以通過權限進行保護的實體的分層集合，這些實體稱為安全對象，具體講安全對象有服務器、數(shù)據(jù)庫和數(shù)據(jù)庫包含的對象。而引入架構可以提高權限的設置力度，這使得訪問安全對象的格式為：服務器名、數(shù)據(jù)庫名、架構名、對象名。架構是形成單個命名空間的數(shù)據(jù)庫實體的集合。命名空間是一個集合，其中每個元素的名稱都是唯一的?？梢园鸭軜嬂斫鉃槲募A，且這種文件夾不允許嵌套，也就是說架構是一種容器，可以在其中放入數(shù)據(jù)庫對象。數(shù)據(jù)庫用戶與所有者隱式綁定的方式會帶來一些問題，如一個用戶創(chuàng)建了某個數(shù)據(jù)庫對象（如表），則在SQL SERVER2005 2005中該用戶自動綁定到該數(shù)據(jù)庫對象（如表）的所有者（DBO），如果要刪除該用戶則提示該用戶有一個數(shù)據(jù)庫對象（如表對象），也就是說要刪除用戶，就必須先刪除它所擁有的表，這顯然是缺乏靈活性。因此在SQL SERVER2005 2005中就引入架構的概念，使用戶和數(shù)據(jù)庫對象分離。SQL SERVER2005中的所有安全對象都必須指定存放的具體架構。任何用戶都必須指定存放它的擁有對象的架構，如果不指定，默認存放的架構是DBO。但是并沒有授予數(shù)據(jù)庫用戶在DBO架構創(chuàng)建對象的權限，即用戶只能使用（如查詢）默認的DBO架構，用戶并不是DBO架構的所有者。默認架構是服務器解析DML或DDL語句中指定的未限定的對象名稱時搜索的架構。因此，當引用的對象包含在默認架構中時，不需要指定架構名。

6 權限管理

創(chuàng)建好角色之后就可以分配權限。在SQL SERVER2005中權限管理分為：對象權限、語句權限和暗示權限。權限管理有三個方面：一是，權限的擁有者，有登錄賬戶、角色中的成員和數(shù)據(jù)庫用戶；二是，權限涉及的資源。

對象權限是基于數(shù)據(jù)庫層次上的訪問和操作權限。語句權限表示用戶能否對數(shù)據(jù)庫及其對象執(zhí)行創(chuàng)建類和備份類的語句。語句權限僅限于語句本身，而不是數(shù)據(jù)庫對象。暗示性權限是指固定服務器角色、固定數(shù)據(jù)庫角色和數(shù)據(jù)庫對象所有者具有的默認權限。固定服務器角色和固定數(shù)據(jù)庫角色的成員自動繼承角色的默認權限，而數(shù)據(jù)庫對象的所有者在其創(chuàng)建的數(shù)據(jù)對象上擁有全部權限，這就是數(shù)據(jù)庫對象所有者的默認權限。

SQL SERVER2005數(shù)據(jù)庫安全管理機制只是保證數(shù)據(jù)安全的一種措施，在評估安全框架的過程中，其它的安全措施還包括密碼策略、審核策略、數(shù)據(jù)庫服務器隔離以及加密保護敏感數(shù)據(jù)等。

【參考文獻】

篇10

本文基于微軟公司推出的Visual Basic語言環(huán)境下，對數(shù)據(jù)庫訪問技術的發(fā)展進程進行了深入分析，并且給出了Visual Basic數(shù)據(jù)庫訪問的基本框架，重點研究了ADO控件訪問數(shù)據(jù)庫的應用策略。

【關鍵詞】Visual Basic環(huán)境 數(shù)據(jù)庫訪問 ADO控件

1 引言

在面臨商業(yè)標準化要求不斷提高的發(fā)展環(huán)境中，應用程序的功能也日益強大，大部分編程軟件都離不開數(shù)據(jù)庫應用的支持。由微軟公司推出的Visual Basic（簡稱VB）是目前比較流行的數(shù)據(jù)庫應用程序，VB應用程序能夠實現(xiàn)與主流數(shù)據(jù)庫的無縫連接，同時提供良好的可視化操作工具、支持SQL數(shù)據(jù)庫語句查詢等。本文基于VB語言環(huán)境下，闡述了數(shù)據(jù)庫訪問技術的發(fā)展歷程，重點對ADO空間訪問數(shù)據(jù)庫技術進行了深入研究。

2 數(shù)據(jù)庫基礎

數(shù)據(jù)庫是一種以某種組織方式存在相互關聯(lián)關系，且存儲于計算機外部存儲器中的數(shù)據(jù)集合。數(shù)據(jù)庫按照不同結構可以劃分為關系型數(shù)據(jù)庫、層次型數(shù)據(jù)庫和網(wǎng)狀型數(shù)據(jù)庫。其中，關系型數(shù)據(jù)庫是廣泛應用的數(shù)據(jù)庫類型。目前，常見的關系型數(shù)據(jù)庫包括SQL Server數(shù)據(jù)庫、Access數(shù)據(jù)庫、Oracle數(shù)據(jù)庫等。VB應用程序默認的數(shù)據(jù)庫為Access數(shù)據(jù)庫，該數(shù)據(jù)庫可以基于VB應用程序直接建立。

關系型數(shù)據(jù)庫是建立于關系模型之上的數(shù)據(jù)庫。關系模型主要是將每個實體集合和實體之間的關系以二維圖表的方式呈現(xiàn)，將數(shù)據(jù)組織作為一張二維圖表，每張二維圖表都代表著一種數(shù)據(jù)關系，在關系型數(shù)據(jù)庫中，二維圖表的本質則是數(shù)據(jù)庫表。一般情況下，一個關系型數(shù)據(jù)庫由多個數(shù)據(jù)庫表組成，數(shù)據(jù)庫表的一行稱作“記錄”，每一條“記錄”都代表了一個實體集合，每個記錄又由多個“字段”共同組成。由此可見，關系型數(shù)據(jù)庫是根據(jù)記錄、字段之間的關系實現(xiàn)數(shù)據(jù)訪問的，以行、列的方式組織的數(shù)據(jù)庫表來存儲數(shù)據(jù)，并利用關系將數(shù)據(jù)庫表聯(lián)系在一起，再利用SQL語言對關系型數(shù)據(jù)庫進行查詢。

3 VB環(huán)境下數(shù)據(jù)庫訪問技術發(fā)展過程

過去，VB客戶端在提出各種商務解決方案中，設計規(guī)劃了相關應用程序和組件，在這些應用程序和組件訪問數(shù)據(jù)的過程中，80%以上的訪問對象是ASCII文件，很少會對SQL數(shù)據(jù)庫和大型機數(shù)據(jù)庫進行訪問。因此，VB最初設計的數(shù)據(jù)庫訪問工具主要針對的是ASCII文件訪問。當發(fā)展到VB 3.0時代，越來越多的用戶提出了對ISAM的數(shù)據(jù)訪問需求，由此，微軟公司研發(fā)了DAO控件和Jet擴展工具，使VB數(shù)據(jù)庫的開發(fā)工作人員能夠輕松實現(xiàn)與Jett的接口操作。

目前，VB用戶新需求是對遠程數(shù)據(jù)的訪問和優(yōu)化ODBC數(shù)據(jù)源訪問過程。因此，在VB應用程序開發(fā)設計過程中，要避免出現(xiàn)代碼重復問題，同時要注意開發(fā)人員實現(xiàn)數(shù)據(jù)庫訪問的真實能力。此時，就需要不斷簡化VB應用程序中的數(shù)據(jù)訪問接口，并且提高VB英語程序的安全性和可用性，這也是微軟公司VB研發(fā)部門的職責。

當前，VB應用程序中包含的查詢連接生成器，即User Connection，采用的是Active X的體系結構設計方案，Active X設計器不但能夠為數(shù)據(jù)訪問設計給予大力支持，還可以在設計數(shù)據(jù)訪問的過程中創(chuàng)建連接，以及對工程級對象進行查詢，對屬性實施預設和定義，為工程級對象編寫程序代碼。由此，User Connection查詢連接生成器既可以對程序事件做出相應，還可以為用戶提出的自定義查詢提供方便快捷的方法。事實證明，User Connection查詢連接生成器的實踐應用，在不對系統(tǒng)性能造成影響的情況下，可以有效減少代碼編寫量。

4 VB環(huán)境下數(shù)據(jù)庫訪問技術分析

從VB應用程序應運而生至今，已經(jīng)更新為VB 6.0版本。其間，VB數(shù)據(jù)庫訪問技術歷經(jīng)了DAO（Data Access Objects）、RDO（Remote Data Objects）和ADO（ActiveX Data Objects）等多個階段。為了促使VB數(shù)據(jù)庫開發(fā)具有良好的兼容性和可維護性。VB 6.0應用程序以ADO數(shù)據(jù)對象為主，同時支持DAO和RDO數(shù)據(jù)對象的訪問。因此，DAO、RDO和ADO共同構成了VB數(shù)據(jù)庫訪問的基本框架。

4.1 DAO（Data Access Objects）

VB應用程序最先采用的數(shù)據(jù)庫訪問接口就是DAO，VB通過DAO訪問接口可以對微軟Jet數(shù)據(jù)庫引擎發(fā)起訪問，最終實現(xiàn)對數(shù)據(jù)庫的訪問。

微軟Jet數(shù)據(jù)庫引擎被包含在了動態(tài)鏈接庫文件中，在啟動運行VB應用程序時，這些動態(tài)連接庫文件都可以與VB應用程序連接。微軟Jet數(shù)據(jù)庫引擎利用DAO數(shù)據(jù)對象使VB應用程序想數(shù)據(jù)庫發(fā)起訪問請求，并且將請求翻譯成為數(shù)據(jù)庫可以識別的物理操作，由此可以對數(shù)據(jù)庫進行讀取、修改和寫入操作。由此可見，微軟Jet數(shù)據(jù)庫引擎屬于VB應用程序和數(shù)據(jù)庫連接的中間層，也是為VB順利實現(xiàn)數(shù)據(jù)庫訪問提供基本保障。同時，VB應用程序也可以利用微軟Jet數(shù)據(jù)庫引擎按照相同方式對不同數(shù)據(jù)庫進行訪問，包括Access數(shù)據(jù)庫、Visual Fox Pro數(shù)據(jù)庫等。

4.2 RDO（Remote Data Objects）

RDO數(shù)據(jù)對象是處于ODBC API上的對象模型層，RDO數(shù)據(jù)對象不再依賴于微軟Jet數(shù)據(jù)庫引擎的支持，而是需要ODBC驅動程序、ODBC API和VB應用程序后端數(shù)據(jù)庫的支持，以此才能實現(xiàn)RDO數(shù)據(jù)對象的主要功能。VB 4.0及其以后研發(fā)的版本中都包含了RDO數(shù)據(jù)對象。

RDO數(shù)據(jù)對象是由DAO數(shù)據(jù)對象衍生而成，但RDO和DAO的數(shù)據(jù)庫模式存在較大差別。DAO數(shù)據(jù)對象主要針對的是數(shù)據(jù)記錄和字段，而RDO數(shù)據(jù)對象是針對數(shù)據(jù)行和列實現(xiàn)關系處理。由此可見，RDO的本質是關系模式。而且，DAO是對微軟Jet數(shù)據(jù)庫引擎接口的訪問，RDO則是對ODBC接口的訪問。

4.3 ADO（ActiveX Data Objects）

ADO數(shù)據(jù)對象是繼DAO和RDO數(shù)據(jù)對象之后應運而生的，也是由VB 6.0版本開始支持的數(shù)據(jù)對象。由于微軟開發(fā)了新的數(shù)據(jù)訪問接口OLEDB，進而促進了ADO數(shù)據(jù)對象的誕生，ADO是應用程序層的數(shù)據(jù)對象，可以通過OLEDB實現(xiàn)高性能的數(shù)據(jù)訪問，包括關系數(shù)據(jù)庫、非關系數(shù)據(jù)庫、文件系統(tǒng)和電子郵件等。

ADO數(shù)據(jù)對象與DAO和RDO相比來說，有著數(shù)據(jù)對象模型結構簡單、使用方便快捷的特征。由此可見，ADO數(shù)據(jù)對象的屬性、方法較多，其對象數(shù)量較少。如果結合采用良好的網(wǎng)絡優(yōu)化技術，可以在使用ADO數(shù)據(jù)庫訪問技術時節(jié)約更多的網(wǎng)絡流量。

5 VB環(huán)境下數(shù)據(jù)庫訪問技術應用

本文主要對使用ADO控件建立應用程序的過程進行分析。ADO控件屬于ActiveX控件，并不屬于VB標準工具控件。因此，在使用ADO控件時必須將其添加到VB工具箱中，具體方法是：首先，選擇VB應用程序菜單中“部件”命令，立刻彈出“部件”對話框；其次，選擇“Microsoft ADO Data Control 6.0”選項；最后，點擊“確定”按鈕，ADO控件圖標將會添加到工具箱中。

ADO控件的使用方法與Data控件基本相同。需要在設計模式狀態(tài)下對ADO控件的4個屬性進行設定，包括Connection String屬性、Command Type屬性、Record Source屬性和EOF Action屬性，不需要再進行任何編程就可以實現(xiàn)在同一個表中瀏覽記錄、修改記錄和添加記錄。ADO控件本身不具有數(shù)據(jù)顯示功能，需要綁定之后才能顯示數(shù)據(jù)。

ADO控件的屬性：

（1）Connection String屬性：Connection String屬性負責建立ADO控件到數(shù)據(jù)源的連接，設置字符串值等。

（2）Command Type屬性：其屬性值如表1所示，負責完成設置常數(shù)和返回常數(shù)，同時指出請求命令的類型。

（3）Record Source屬性：Record Source屬性是字符串的表達式，指定一個數(shù)據(jù)記錄源，該數(shù)據(jù)記錄源可以是表名，也可以是SQL查詞。

（4）EOF Action屬性：EOF Action屬性負責返回和設置一個值，當EOF屬性為“正確”時，對AOD控件如何操作給出指示。

使用ADO控件來建立應用程序主要是對ADO控件進行設定和綁定控件的過程。通過ADO控件綁定一個數(shù)據(jù)記錄集，將其作為數(shù)據(jù)源的，以的方式向已經(jīng)綁定的ADO控件供應數(shù)據(jù)。將數(shù)據(jù)記錄集中的每一個數(shù)據(jù)字段進行綁定之后，可以顯示當前數(shù)據(jù)記錄集中的字段內容。

6 結論

綜上所述，VB數(shù)據(jù)庫訪問技術歷經(jīng)多個發(fā)展階段，ADO數(shù)據(jù)對象是VB 6.0的產(chǎn)物，但仍然支持DAO數(shù)據(jù)對象和RDO數(shù)據(jù)對象的訪問接口。ADO作為目前主流的VB數(shù)據(jù)庫訪問模式，已經(jīng)廣泛應用于數(shù)據(jù)庫開發(fā)中。本文對VB環(huán)境下的ADO、DAO和RDO數(shù)據(jù)庫訪問技術進行了深入探討，具有一定的理論參考意義。

參考文獻

[1]趙宇航.VB對SQLServer數(shù)據(jù)庫的訪問總結[J].科技與企業(yè)，2012，18：75.

[2]黃雁.基于VB數(shù)據(jù)庫的互聯(lián)網(wǎng)技術研究[J].煤炭技術，2012，12：190-192.

作者簡介

董平（1987 -），女，吉林省東遼縣人。大學本科學歷。 現(xiàn)為吉林師范大學遼源分院助教。研究方向：VB編程，課件制作。