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

篇1

1.1核心概念

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

對象，是現實世界中實體的抽象，是數據和操作的集合，是持久化到數據庫中的最小的存儲單位。

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

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

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

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

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

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

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

1.1.2封裝

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

1.1.3類

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

1.1.4類層次

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

1.1.5消息

指的是對象的方法調用。通過對象的方法調用可以訪問對象的屬性數據和執行業務邏輯。這也是關系數據庫中沒有的。

1.2對象與對象標識

1.2.1對象結構

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

1.2.2對象標識

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

1.2.3封裝

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

I.3類與類層次

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

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

1.4繼承

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

I.5滯后聯編

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

1.6對象的嵌套

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

2面向對象數據庫語言

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

2.1類的定義與操作

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

2.2操作/方法的定義

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

2.3對象的查詢

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

3面向對象數據庫模式

3.1模式的一致性

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

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

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

3.2模式演進操作

主要包括以下幾個部分：

（功類集的改變

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

篇2

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

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

1 業務對象分析

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

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

2 分析化驗項目分析

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

2.1 流體樣實驗

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

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

2.2 巖石樣實驗

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

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

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

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

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

3 業務分析

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

3.1 業務調研

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

3.2 業務劃分

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

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

3.3 業務活動分析

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

3.4 數據分析

數據分析是對業務活動數據集和現有專業數據庫物理表進行詳細分析，業務活動數據集分析是對業務活動的輸入數據和輸出數據進行分析，規范業務活動輸入數據集和輸出數據集，形成業務活動數據集；現有專業數據庫物理表分析是對現有在用專業數據庫物理數據表進行分析，分析出專業數據庫物理數據表的實際業務含義，具體是哪個業務活動產生的，對應于業務活動的哪個數據集，形成專業數據庫物理數據表對業務活動數據集的映射關系。

數據分析表如下：

業務活動 輸入數據 輸出數據 業務活動數據集 專業數據庫

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

分析報告 巖石物性分析報告 文檔數據庫

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

成果數據 分析化驗數據庫

4 數據模型設計

數據模型設計是實現業務分析到物理模型設計的所有過程，主要分為業務模型設計、采集模型設計、邏輯模型設計和物理模型設計。

4.1 業務模型設計

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

4.2 采集模型設計

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

4.3 邏輯模型設計

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

4.4 物理模型設計

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

5 總結

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

篇3

關鍵詞：面向對象技術 數據庫系統設計 對象模型

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

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

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

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

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

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

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

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

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

（三）封裝性（Encapsulation）

對象的封裝性體現在以下幾個方面：

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

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

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

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

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

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

參考文獻：

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

[2]薩師煊、王珊.數據庫系統概論[M].北京：高等教育出版社，2002.

篇4

關鍵詞：面向對象　數據庫系統設計　程序開發

一、引言

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

二、面向對象技術分析

1.簡介

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

2.技術特征

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

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

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

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

2.2封裝性

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

2.3繼承性

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

2.4多態性

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

三、面向對象技術在數據庫系統的應用

1.數據庫設計應用

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

2.代碼開發應用

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

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

1.運行效率

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

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

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

參考文獻

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

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

篇5

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

中圖分類號：TP311

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

1 城市地理數據特點

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

2 數據庫的設計思路

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

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

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

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

3 結束語

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

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

參考文獻：

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

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

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

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

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

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

篇6

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

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

4.3.2.2 語音視頻通訊

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

4.4 比賽錄像管理系統的設計與開發

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

4.4.1 視頻資料壓縮和截圖

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

4.4.2 視頻播放器

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

5 小結

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

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

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

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

參考文獻：

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

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

[3]馬利成. 基于XML的異構數據集成系統的研究與實現[D].上海：上海交通大學， 2007.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[22]. Web環境下企業產品信息共享的若干關鍵技術研究[D].西安：西北工業大學，2006.

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

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

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

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

篇7

關鍵詞：城鄉；醫療衛生資源；均等化；投入水平

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

收錄日期：2015年10月14日

一、我國城鄉基本醫療衛生服務籌資過程對比分析

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

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

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

二、城鄉基本醫療衛生服務人力資源配置比較分析

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

三、城鄉基本醫療衛生服務物力資源配置情況比較分析

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

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

主要參考文獻：

[1]中國衛生和計劃生育年鑒.2013.

篇8

關鍵詞：數據庫:軟件開發

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

引言

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

1、關系數據庫中的優勢

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

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

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

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

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

1.4 更好地實現數據的完整性。面向對象數據庫支持復雜的數據結構和操作的約束、觸發機制，從而可以更好地實現數據的完整性。

2、面向對象技術應用在關系數據庫中的實現方法

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

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

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

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

3、面向對象關系數據庫系統的應用實例

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

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

4、總結

篇9

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

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

圖1 SQLServer2005數據庫邏輯結構圖

1 概念

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

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

2 登錄身份驗證

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

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

3 數據庫用戶管理與角色管理

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

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

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

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

5 安全對象、架構

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

6 權限管理

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

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

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

【參考文獻】

篇10

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

【關鍵詞】Visual Basic環境 數據庫訪問 ADO控件

1 引言

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

2 數據庫基礎

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

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

3 VB環境下數據庫訪問技術發展過程

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

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

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

4 VB環境下數據庫訪問技術分析

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

4.1 DAO（Data Access Objects）

VB應用程序最先采用的數據庫訪問接口就是DAO，VB通過DAO訪問接口可以對微軟Jet數據庫引擎發起訪問，最終實現對數據庫的訪問。

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

4.2 RDO（Remote Data Objects）

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

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

4.3 ADO（ActiveX Data Objects）

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

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

5 VB環境下數據庫訪問技術應用

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

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

ADO控件的屬性：

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

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

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

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

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

6 結論

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

參考文獻

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

[2]黃雁.基于VB數據庫的互聯網技術研究[J].煤炭技術，2012，12：190-192.

作者簡介

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