對(duì)象數(shù)據(jù)庫精選(九篇)

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

第1篇：對(duì)象數(shù)據(jù)庫范文

關(guān)鍵詞：面向對(duì)象數(shù)據(jù)庫轉(zhuǎn)換

中圖分類號(hào)：TP311.13

1 面向?qū)ο蟾攀?/p>

面向?qū)ο蠹夹g(shù)的概念來源于程序設(shè)計(jì)，從20世紀(jì)60年代提出面向?qū)ο蟮母拍?，?jīng)過多年的研究和發(fā)展，已成為一種比較成熟的編程思想。同時(shí)，面向?qū)ο蠹夹g(shù)不僅局限于程序設(shè)計(jì)方面，還在信息科學(xué)、軟件工程和人工智能等方面都產(chǎn)生了巨大的影響，尤其是在計(jì)算機(jī)科學(xué)與技術(shù)的各個(gè)研究領(lǐng)域產(chǎn)生了深遠(yuǎn)的影響。通過面向?qū)ο蠹夹g(shù)，可以直接通過對(duì)象及相互關(guān)系來反映完整的現(xiàn)實(shí)世界，從而為軟件設(shè)計(jì)和系統(tǒng)開發(fā)帶來革命性的影響。

2 數(shù)據(jù)庫的發(fā)展

數(shù)據(jù)庫技術(shù)是信息技術(shù)的重要組成部分，是計(jì)算機(jī)信息系統(tǒng)的核心技術(shù)。數(shù)據(jù)庫系統(tǒng)最初產(chǎn)生于60年代中期。隨著計(jì)算機(jī)的普及，計(jì)算機(jī)開始廣泛地應(yīng)用于數(shù)據(jù)管理。數(shù)據(jù)庫的可以劃分為三個(gè)階段[1]：最早出現(xiàn)的是網(wǎng)狀數(shù)據(jù)庫。網(wǎng)狀DBMS的過程化程度較高，一般用戶使用困難；第二代的是關(guān)系數(shù)據(jù)庫系統(tǒng)，利用費(fèi)過程化數(shù)據(jù)操縱語言進(jìn)行數(shù)據(jù)庫管理，采用內(nèi)模式/外模式/概念模式的三層模式結(jié)構(gòu)，具有較高的數(shù)據(jù)獨(dú)立性；第三代的是面向?qū)ο髷?shù)據(jù)庫。它是面向?qū)ο蠹夹g(shù)和數(shù)據(jù)庫技術(shù)相結(jié)合的產(chǎn)物，是當(dāng)前數(shù)據(jù)庫領(lǐng)域發(fā)展的主要方向之一。

3 面向?qū)ο髷?shù)據(jù)庫技術(shù)

3.1 數(shù)據(jù)庫轉(zhuǎn)換技術(shù)

數(shù)據(jù)庫從傳統(tǒng)的數(shù)據(jù)庫轉(zhuǎn)換為面向?qū)ο髷?shù)據(jù)庫，其轉(zhuǎn)換的操作必須包含數(shù)據(jù)庫模式的轉(zhuǎn)換、數(shù)據(jù)格式的轉(zhuǎn)換、對(duì)數(shù)據(jù)操作的轉(zhuǎn)換和數(shù)據(jù)內(nèi)容的轉(zhuǎn)換。

3.2 模式演進(jìn)技術(shù)

面向?qū)ο髷?shù)據(jù)庫的模式是累的集合。模式演進(jìn)包括刪除舊類，新建新類，修改屬性等操作，因此模式演進(jìn)必須保持模式一致性。常見的演化方法有透明模式演化、等價(jià)模式演化和基于數(shù)據(jù)字典的模式演化等。[2]

3.3 索引技術(shù)

面向?qū)ο髷?shù)據(jù)庫非常復(fù)雜，如果沒有很好的索引，則數(shù)據(jù)處理能力效率就非常低。數(shù)據(jù)索引技術(shù)分為三種：繼承索引、集聚索引和集成索引。

4 面向?qū)ο髷?shù)據(jù)庫的優(yōu)勢

跟傳統(tǒng)的數(shù)據(jù)庫相比，面向?qū)ο髷?shù)據(jù)庫（OODB）增加數(shù)據(jù)庫內(nèi)部數(shù)據(jù)處理功能，用以支持持久對(duì)象和現(xiàn)實(shí)數(shù)據(jù)共享。與傳統(tǒng)數(shù)據(jù)庫相比，面向?qū)ο髷?shù)據(jù)庫系統(tǒng)具有以下優(yōu)勢：

（1）具有表示和構(gòu)造復(fù)雜對(duì)象的能力。

（2）將對(duì)象的數(shù)據(jù)和操作封裝在對(duì)象的類型中。

（3）由封裝和信息隱藏的概念提供的模塊化機(jī)制。

（4）通過繼承，封裝和類的層次提供的軟件的重用機(jī)制。

（5）通過滯后聯(lián)編等技術(shù)提供了系統(tǒng)的擴(kuò)充能力。

5 面向?qū)ο髷?shù)據(jù)庫與關(guān)系數(shù)據(jù)庫

數(shù)據(jù)庫管理系統(tǒng)發(fā)展到了今天，可以說已經(jīng)到了極致，多年以來，人們一直在追求數(shù)據(jù)庫系統(tǒng)與程序設(shè)計(jì)語言的完美結(jié)合。[3]

關(guān)系數(shù)據(jù)庫將數(shù)據(jù)之間的聯(lián)系數(shù)據(jù)存儲(chǔ)在二維表中，可以有小弟表達(dá)大量數(shù)據(jù)，而且也易于理解。關(guān)系數(shù)據(jù)庫使用SQL建立了一種標(biāo)準(zhǔn)的數(shù)據(jù)訪問語言。關(guān)系型數(shù)據(jù)庫有一個(gè)邏輯和物理形式清楚的結(jié)構(gòu)，這種結(jié)構(gòu)使得應(yīng)用程序?qū)?shù)據(jù)結(jié)構(gòu)是透明的。在關(guān)系理中，數(shù)據(jù)需要被組織成規(guī)范的表，這樣關(guān)系表中的數(shù)據(jù)是相互獨(dú)立的。而以規(guī)范的方式來存儲(chǔ)數(shù)據(jù)，需要把對(duì)象分解開并且進(jìn)行重新組織，當(dāng)需要使用時(shí)，就可以使用SQL查詢。這個(gè)過程耗時(shí)比較多，沒有實(shí)際意義。但是關(guān)系數(shù)據(jù)庫發(fā)展的比較完善，有強(qiáng)大的管理功能和可操縱性。另外，關(guān)系模型還具有很嚴(yán)格的數(shù)學(xué)理論基礎(chǔ)。

與關(guān)系數(shù)據(jù)庫不同，面向?qū)ο髷?shù)據(jù)庫的核心內(nèi)容來自于面向?qū)ο笳Z言。最初發(fā)展時(shí)并沒有明確的標(biāo)準(zhǔn)，一定程度上制約了它的發(fā)展。面向?qū)ο髷?shù)據(jù)庫的優(yōu)點(diǎn)：

面向?qū)ο髷?shù)據(jù)庫在問題空間和求解空間采用了相近的模型，來縮小它們之間的語義差距。

面向?qū)ο髷?shù)據(jù)庫減輕了“阻抗失配”的問題，它強(qiáng)調(diào)高級(jí)程序設(shè)計(jì)語言與數(shù)據(jù)庫的無縫連接。關(guān)系數(shù)據(jù)庫應(yīng)用一般是將SQL嵌入到某種程序設(shè)計(jì)語言里，而這種結(jié)合通常沒那么自然，這個(gè)現(xiàn)象被稱為“阻抗失配”。而面向?qū)ο髷?shù)據(jù)庫是將需要用程序語言編寫的操作都封裝在對(duì)象內(nèi)部，這樣就可以實(shí)現(xiàn)無縫連接。此外，面向?qū)ο髷?shù)據(jù)庫支持類、方法、繼承等概念。

但面向?qū)ο髷?shù)據(jù)庫也有缺點(diǎn)。而這些缺點(diǎn)正好是關(guān)系數(shù)據(jù)庫的強(qiáng)項(xiàng)。面向?qū)ο蟮膽?yīng)用領(lǐng)域有大量的復(fù)雜對(duì)象，由于其模型較為復(fù)雜（且缺乏數(shù)學(xué)理論基礎(chǔ)），使得它不具備SQL處理集合數(shù)據(jù)的強(qiáng)大能力，有很多系統(tǒng)管理功能也難以實(shí)現(xiàn)。另一方面，關(guān)系數(shù)據(jù)庫不斷地吸收面向?qū)ο髷?shù)據(jù)庫的優(yōu)點(diǎn)，出現(xiàn)了對(duì)象-關(guān)系數(shù)據(jù)庫系統(tǒng)（ORDBMS）。它立足于原有的關(guān)系數(shù)據(jù)庫，支持更廣的數(shù)據(jù)類型（UDT），方法，繼承，和引用（使得對(duì)象間可以直接引用）。

6 面向?qū)ο髷?shù)據(jù)庫技術(shù)的發(fā)展趨勢

面向?qū)ο髷?shù)據(jù)庫技術(shù)的發(fā)展并不是取代關(guān)系數(shù)據(jù)庫系統(tǒng)，而是被希望成為繼關(guān)系數(shù)據(jù)庫技術(shù)之后的新一代數(shù)據(jù)庫管理技術(shù)。所以今后關(guān)系數(shù)據(jù)庫系統(tǒng)和面向?qū)ο髷?shù)據(jù)庫系統(tǒng)會(huì)一起存在。用戶可以根據(jù)需要去選擇合適的數(shù)據(jù)庫系統(tǒng)。

但是面向?qū)ο髷?shù)據(jù)庫的成熟仍然存在許多要解決的問題：

首先需要加強(qiáng)面向?qū)ο髷?shù)據(jù)庫技術(shù)與關(guān)系數(shù)據(jù)庫技術(shù)相互兼容的問題。在發(fā)展面向?qū)ο髷?shù)據(jù)庫技術(shù)的同時(shí)，必須考慮新舊兩種技術(shù)的平滑接軌問題。

需要加強(qiáng)面向?qū)ο髷?shù)據(jù)庫性能的改善。由于面向?qū)ο髷?shù)據(jù)庫中數(shù)據(jù)被存放在許多地方，因而有效的對(duì)象聚類是衡量性能好壞的關(guān)鍵因素。

面向?qū)ο髷?shù)據(jù)庫主要是面向以對(duì)象為中心類的應(yīng)用，因此，應(yīng)該具備視圖、演繹能力、語義建模等特征。

要研究和推廣面向?qū)ο髷?shù)據(jù)庫的應(yīng)用開發(fā)工具。面向?qū)ο髷?shù)據(jù)庫模型具有豐富的建模能力，讓用戶的建模變得更加容易，同時(shí)卻讓面向?qū)ο髷?shù)據(jù)庫的模式更為復(fù)雜。所以，對(duì)面向?qū)ο髷?shù)據(jù)庫系統(tǒng)來說，僅有編程接口是不夠的，還需要有更高級(jí)的數(shù)據(jù)庫工具。[4]

面向?qū)ο蠹夹g(shù)是當(dāng)前計(jì)算機(jī)界研究的熱點(diǎn)，而面向?qū)ο蠹夹g(shù)與數(shù)據(jù)庫技術(shù)相結(jié)合也是數(shù)據(jù)庫領(lǐng)域研究的主要方向之一。數(shù)據(jù)庫管理系統(tǒng)應(yīng)用面向?qū)ο蠹夹g(shù)，對(duì)提高數(shù)據(jù)庫系統(tǒng)模擬能力和擴(kuò)大數(shù)據(jù)庫應(yīng)用領(lǐng)域有著非常重要的意義；同時(shí)對(duì)提高軟件的開發(fā)質(zhì)量也十分重要。隨著面向?qū)ο髷?shù)據(jù)庫和關(guān)系數(shù)據(jù)庫的不斷融合，對(duì)象-關(guān)系數(shù)據(jù)庫繼承了面向?qū)ο髷?shù)據(jù)庫和關(guān)系數(shù)據(jù)庫的優(yōu)點(diǎn)，已經(jīng)成為目前數(shù)據(jù)庫發(fā)展的主流。

參考文獻(xiàn)：

[1]鄧正宏，薛晶.面向?qū)ο蠹夹g(shù)[M].北京：北京國防工業(yè)出版社，2004.

[2]季維巖.面向?qū)ο髷?shù)據(jù)庫及其實(shí)現(xiàn)方法研究[J].科學(xué)技術(shù)與工程，2004.

[3]面向?qū)ο髷?shù)據(jù)庫與關(guān)系數(shù)據(jù)庫[J/OL].http：//.

[4]汪琛，胡浩民，面向?qū)ο髷?shù)據(jù)庫技術(shù)的發(fā)展與前景[J].福建電腦，2005.

第2篇：對(duì)象數(shù)據(jù)庫范文

關(guān)鍵詞 數(shù)據(jù)庫技術(shù) 面向?qū)ο?關(guān)系數(shù)據(jù)庫

中圖分類號(hào)：TP392 文獻(xiàn)標(biāo)識(shí)碼：A

隨著計(jì)算機(jī)技術(shù)的迅速發(fā)展和“信息高速公路”的逐步建立，人類社會(huì)已步入了信息時(shí)代，信息已成為社會(huì)賴以發(fā)展的重要基礎(chǔ)。信息和數(shù)據(jù)是不可分離的，信息由數(shù)據(jù)表達(dá)，數(shù)據(jù)包含的意義就是信息。因此，研究如何科學(xué)地組織和存儲(chǔ)數(shù)據(jù)，如何高效檢索和處理數(shù)據(jù)，即對(duì)數(shù)據(jù)庫技術(shù)的研究，已經(jīng)成為當(dāng)前信息技術(shù)領(lǐng)域里的重要研究方向。把先進(jìn)的面向?qū)ο蠹夹g(shù)和數(shù)據(jù)庫技術(shù)相結(jié)合形成新一代的面向?qū)ο蟮臄?shù)據(jù)庫系統(tǒng)（或稱為第三代數(shù)據(jù)庫系統(tǒng)）成為信息社會(huì)發(fā)展的必然產(chǎn)物。面向?qū)ο髷?shù)據(jù)庫已成為當(dāng)前數(shù)據(jù)庫技術(shù)研究的熱點(diǎn)。

1 數(shù)據(jù)庫技術(shù)的發(fā)展

數(shù)據(jù)庫發(fā)展經(jīng)歷了三個(gè)階段。第一階段是層次和網(wǎng)狀數(shù)據(jù)庫，過程化程度較高，一般用戶使用困難；第二階段是關(guān)系數(shù)據(jù)庫 （RDB），具有較高數(shù)據(jù)獨(dú)立性，成為20世紀(jì)70年代到80年代中期的主流數(shù)據(jù)庫。層次網(wǎng)狀數(shù)據(jù)庫和關(guān)系數(shù)據(jù)庫盡管設(shè)計(jì)和控制方式不同：但都用于一般事務(wù)處理，統(tǒng)稱為傳統(tǒng)數(shù)據(jù)庫。隨著網(wǎng)絡(luò)技術(shù)、多媒體技術(shù)、空間信息科學(xué)、信息管理、人工智能、軟件工程技術(shù)和數(shù)據(jù)挖掘技術(shù)等領(lǐng)域的發(fā)展及新的社會(huì)需求出現(xiàn)，信息無論是從數(shù)量上還是結(jié)構(gòu)上都遠(yuǎn)遠(yuǎn)超過了傳統(tǒng)數(shù)據(jù)庫能承受的范圍。一種新的解決方案呼之欲出，而這個(gè)解決方案極有可能就是面向?qū)ο髷?shù)據(jù)庫技術(shù)。

2 面向?qū)ο髷?shù)據(jù)庫概述

面向?qū)ο髷?shù)據(jù)庫（OODB）以面向?qū)ο蠹夹g(shù)為基礎(chǔ)，增加數(shù)據(jù)庫內(nèi)部數(shù)據(jù)處理功能，用以支持持久對(duì)象和現(xiàn)實(shí)數(shù)據(jù)共享。其概念可表達(dá)為：面向?qū)ο笙到y(tǒng)+數(shù)據(jù)庫能力。它與關(guān)系型數(shù)據(jù)庫相比，最大優(yōu)點(diǎn)就是在于其建模和處理能力大大增強(qiáng)，面向?qū)ο髷?shù)據(jù)庫可以處理復(fù)雜和變化的事物對(duì)象，尤其在復(fù)雜系統(tǒng)的模擬、表達(dá)和處理能力上可以算得上是獨(dú)樹一幟，故被稱為數(shù)據(jù)庫史上一場革命。

3 面向?qū)ο髷?shù)據(jù)庫的特點(diǎn)

面向?qū)ο髷?shù)據(jù)庫將面向?qū)ο蟮哪芰x予了數(shù)據(jù)庫設(shè)計(jì)人員和數(shù)據(jù)庫應(yīng)用開發(fā)人員，從而擴(kuò)展了數(shù)據(jù)庫系統(tǒng)的應(yīng)用領(lǐng)域，并能提高開發(fā)人員的工作效率和應(yīng)用系統(tǒng)的質(zhì)量。面向?qū)ο髷?shù)據(jù)庫具備如下特點(diǎn)：

首先，它是一個(gè)數(shù)據(jù)庫管理系統(tǒng)，具有數(shù)據(jù)庫管理系統(tǒng)的基本功能。一是永久性；二是存儲(chǔ)管理；三是能并發(fā)控制；四是故障恢復(fù)能力；五是交互式查詢功能。

其次，它是一個(gè)面向?qū)ο蟮南到y(tǒng)。只有支持面向?qū)ο髷?shù)據(jù)庫模型，支持復(fù)雜對(duì)象，具有運(yùn)用各種構(gòu)造機(jī)制從簡單對(duì)象組成復(fù)雜對(duì)象的能力。它還具備應(yīng)用領(lǐng)域所需要的一些特性，如版本管理、長事務(wù)和嵌套事務(wù)、模式演化等等。

4 面向?qū)ο髷?shù)據(jù)庫的實(shí)現(xiàn)

4.1 填充關(guān)系數(shù)據(jù)模型

關(guān)于數(shù)據(jù)庫已積累了相當(dāng)成功的經(jīng)驗(yàn)，并為工業(yè)界廣泛接受。將成熟的關(guān)系數(shù)據(jù)庫與OODB方法結(jié)合起來，可減少研制工作量，縮短研制周期。但這種方法的弱點(diǎn)是仍不能支持一些面向?qū)ο蟮恼Z義，而且由于保留了關(guān)系數(shù)據(jù)庫的存儲(chǔ)結(jié)構(gòu)而犧牲了一些OODB的特征，其性能、效率難有實(shí)質(zhì)性的提高。

4.2 在面向?qū)ο笳Z言中嵌入數(shù)據(jù)庫功能而形成OODB

該方法的關(guān)鍵是如何在面向?qū)ο笳Z言中增加持久性對(duì)象的存儲(chǔ)管理。一般以Smalltalk、C++為語言擴(kuò)充OODB。采用此法研制的OODB有Orion、02等系統(tǒng)。使用此法的困難在于視圖、程序員界面標(biāo)準(zhǔn)化，且受面向?qū)ο笳Z言的限制。

4.3 開發(fā)全新的數(shù)據(jù)模型，從底層實(shí)現(xiàn)OODB系統(tǒng)

該方法首先建立一個(gè)包含OODB核心概念的數(shù)據(jù)模型.設(shè)計(jì)相應(yīng)的語言和相應(yīng)的OODBMS核心。其優(yōu)點(diǎn)是系統(tǒng)結(jié)構(gòu)清晰、效率高。

5 面向?qū)ο髷?shù)據(jù)庫技術(shù)的發(fā)展趨勢

面向?qū)ο髷?shù)據(jù)庫技術(shù)的發(fā)展并不是取代關(guān)系數(shù)據(jù)庫系統(tǒng)，而是可望成為繼關(guān)系數(shù)據(jù)庫技術(shù)之后的新一代數(shù)據(jù)庫管理技術(shù)。面向?qū)ο蠹夹g(shù)和數(shù)據(jù)庫技術(shù)的結(jié)合有三種發(fā)展途徑：一是標(biāo)準(zhǔn)化和形式化；二是改善和加強(qiáng)OODBS的性能；三是面向?qū)ο髷?shù)據(jù)庫應(yīng)具有很強(qiáng)的建模能力；四是加強(qiáng)面向?qū)ο髷?shù)據(jù)庫的應(yīng)用開發(fā)工具的研制和推廣；五是視圖、演繹能力、語義建模和長事務(wù)；六是加強(qiáng)面向?qū)ο髷?shù)據(jù)庫技術(shù)與關(guān)系數(shù)據(jù)庫技術(shù)相結(jié)合的研究。

6 面向?qū)ο髷?shù)據(jù)庫技術(shù)的前景展望

面向?qū)ο蠹夹g(shù)是近20年來計(jì)算機(jī)技術(shù)界和工業(yè)界研究的一大熱點(diǎn)。面向?qū)ο蠓椒ㄅc先進(jìn)的數(shù)據(jù)庫技術(shù)相結(jié)合已成為當(dāng)今數(shù)據(jù)庫領(lǐng)域研究和發(fā)展的主要方向之一。將面向?qū)ο蠹夹g(shù)應(yīng)用到數(shù)據(jù)庫系統(tǒng)中。使數(shù)據(jù)庫管理系統(tǒng)能夠支持面向?qū)ο髷?shù)據(jù)模型的數(shù)據(jù)庫模式。對(duì)提高數(shù)據(jù)庫系統(tǒng)模擬和操縱客觀世界的能力，擴(kuò)大數(shù)據(jù)庫應(yīng)用領(lǐng)域具有重要的意義；將面向?qū)ο蠹夹g(shù)應(yīng)用到數(shù)據(jù)庫的集成開發(fā)環(huán)境中，使數(shù)據(jù)庫應(yīng)用開發(fā)工具能夠支持面向?qū)ο蟮拈_發(fā)方法并提高相應(yīng)的開發(fā)手段，對(duì)提高應(yīng)用軟件的開發(fā)質(zhì)量和軟件的生產(chǎn)能力是十分重要的。

參考文獻(xiàn)

[1] 鄧娟，周冰.面向?qū)ο笈c數(shù)據(jù)庫技術(shù)結(jié)合發(fā)展現(xiàn)狀研究[J].科技資訊，2009（3）.

[2] 張珊靚，支麗平.面向?qū)ο髷?shù)據(jù)庫技術(shù)初探[J].計(jì)算機(jī)與信息技術(shù)，2007（15）.

[3] 王功明，關(guān)永.面向?qū)ο髷?shù)據(jù)庫發(fā)展和研究[J].計(jì)算機(jī)應(yīng)用研究，2006（3）.

第3篇：對(duì)象數(shù)據(jù)庫范文

1.1 索引對(duì)象的概念

數(shù)據(jù)庫對(duì)象是一種邏輯結(jié)構(gòu)的集合，索引是供用戶快速查找到記錄的數(shù)據(jù)庫結(jié)構(gòu)，在邏輯上和物理上都獨(dú)立于表的數(shù)據(jù)。索引可以在表內(nèi)創(chuàng)建一個(gè)或多個(gè)列的組合，當(dāng)建立索引以后表中數(shù)據(jù)會(huì)按照索引創(chuàng)建語句所定義的排序方式返回給用戶。索引有多種類型，除了標(biāo)準(zhǔn)索引外，還包括唯一索引、位圖索引、組合索引、基于函數(shù)的索引、反向鍵索引等。

建立索引能夠提高 SQL 語句執(zhí)行的性能，減少磁盤I/O。無索引查詢，通常是全表搜索后才會(huì)得到結(jié)果，全表搜索會(huì)讓數(shù)據(jù)庫服務(wù)程序遍歷表中的所有記錄然后返回結(jié)果；而建立索引后查詢，可以讓數(shù)據(jù)庫服務(wù)程序快速地定位到表中的確定行。當(dāng)表被刪除時(shí)所有與表相關(guān)的索引也將被刪除。

索引可以被創(chuàng)建、重建和刪除，索引建立語句：CREATE INDEX item_index ON itemfile （itemcode） TABLESPACE index_tbs；索引重建語句：ALTER INDEX item_index REBUILD；索引刪除語句：DROP INDEX item_index。

創(chuàng)建索引是為了提升數(shù)據(jù)庫查詢性能，在使用索引時(shí)需要注意以下情況：

1） 對(duì)于小表來說，使用索引對(duì)于性能不會(huì)有任何提高；

2） 當(dāng)索引列中有極多的不同的數(shù)據(jù)和空值時(shí)索引會(huì)使性能有極大的提高；

3） 經(jīng)常執(zhí)行更新、修改操作的字段需要謹(jǐn)慎創(chuàng)建索引，因?yàn)楦滤饕拈_銷會(huì)降低創(chuàng)建索引所期望獲得的性能；

4） 不要將索引與表存儲(chǔ)在同一個(gè)驅(qū)動(dòng)器上，分開存儲(chǔ)會(huì)去掉訪問的沖突從而使結(jié)果返回得更快。

1.2 索引對(duì)象優(yōu)化方法

在業(yè)務(wù)系統(tǒng)中針對(duì)索引對(duì)象的優(yōu)化，主要包括三種方式：一是重建過高的索引層次；二是清除無效的索引；三是對(duì)索引碎片的清理。

2.2 風(fēng)險(xiǎn)防范措施

針對(duì)數(shù)據(jù)庫對(duì)象的優(yōu)化，總體應(yīng)該遵循如下的風(fēng)險(xiǎn)防范原則：

1） 確保數(shù)據(jù)庫備份完整可用；

2） 所有操作和檢查環(huán)節(jié)都使用事前完成并預(yù)演通過的腳本，避免臨時(shí)修改腳本；

3） 每部分完成，通過檢查確認(rèn)無誤，再進(jìn)行其它部分，避免互相干擾；

4） 專家現(xiàn)場支持，及時(shí)處理突發(fā)問題。

在遵循上述原則的基礎(chǔ)之上，對(duì)索引對(duì)象的優(yōu)化需要注意以下風(fēng)險(xiǎn)：

1） 監(jiān)測時(shí)間不夠，在一個(gè)監(jiān)測周期內(nèi)未操作過表，監(jiān)測過后又用到了這個(gè)表，需要索引，但此時(shí)此索引已被列為被優(yōu)化的對(duì)象；

2） 監(jiān)控過后，需要取消在用索引的監(jiān)控；

3） 監(jiān)控時(shí)如果rebuild index ，會(huì)取消監(jiān)控，同時(shí)索引標(biāo)記為已使用，這種情況下會(huì)影響監(jiān)控效果；

4） 監(jiān)控時(shí)如果在做統(tǒng)計(jì)分析時(shí)涉及到此索引，索引也會(huì)標(biāo)記為已使用，同樣影響監(jiān)控效果。

為避免上述風(fēng)險(xiǎn)發(fā)生，通常采用的措施是在監(jiān)控期間停止database、schema、table、index等級(jí)別的索引收集，避免影響監(jiān)控效果。

2.3 優(yōu)化效果分析

數(shù)據(jù)庫級(jí)別的性能數(shù)據(jù)主要是以下關(guān)鍵指標(biāo)：響應(yīng)時(shí)間、CPU時(shí)間、等待時(shí)間、物理讀，這些指標(biāo)可以看出目前平均每事務(wù)的反應(yīng)速度、每事務(wù)需要消耗的CPU與IO量。為了得到優(yōu)化的效果，還需要保證進(jìn)行數(shù)據(jù)對(duì)比的時(shí)間內(nèi)，數(shù)據(jù)庫的負(fù)載基本相同。數(shù)據(jù)庫的負(fù)載指標(biāo)一般以執(zhí)行的事務(wù)數(shù)、Redo size等指標(biāo)來表示。表1是某業(yè)務(wù)系統(tǒng)的這些指標(biāo)在索引對(duì)象優(yōu)化前后的對(duì)比數(shù)據(jù)。

通過索引對(duì)象的優(yōu)化，可以從對(duì)比表中明顯看出性能得到了大幅提升，影響較大的數(shù)據(jù)庫操作瓶頸主要集中在大表的查詢操作、關(guān)聯(lián)表的更新操作、大業(yè)務(wù)數(shù)據(jù)的統(tǒng)計(jì)分析操作等，在優(yōu)化后其操作響應(yīng)時(shí)間已經(jīng)能夠滿足用戶的業(yè)務(wù)需求。這些數(shù)據(jù)對(duì)比符合數(shù)據(jù)庫索引優(yōu)化方案的預(yù)期成效，也說明索引對(duì)象對(duì)數(shù)據(jù)庫性能的重要影響。

3 總結(jié)

企業(yè)的業(yè)務(wù)系統(tǒng)經(jīng)過長期的運(yùn)作，積累了大量的業(yè)務(wù)數(shù)據(jù)，同時(shí)隨著業(yè)務(wù)增長、流程優(yōu)化、人員變動(dòng)等因素，會(huì)造成系統(tǒng)性能瓶頸。此時(shí)，需要運(yùn)維和管理人員根據(jù)實(shí)際需求，按照系統(tǒng)優(yōu)化原則，制定詳細(xì)、多番論證的優(yōu)化方案，對(duì)系統(tǒng)實(shí)施優(yōu)化，這樣才能滿足用戶不斷變化、業(yè)務(wù)不斷增長的需求。該文通過詳述數(shù)據(jù)庫索引對(duì)象的優(yōu)化方法、應(yīng)用案例，闡述了索引對(duì)象對(duì)系統(tǒng)性能影響的范圍和程度，并就優(yōu)化方案給出了應(yīng)遵循的原則和風(fēng)險(xiǎn)防范措施。在性能優(yōu)化中，針對(duì)數(shù)據(jù)庫性能瓶頸，索引對(duì)象優(yōu)化只是其中最常見的一種方案，具體優(yōu)化還需要根據(jù)對(duì)系統(tǒng)長時(shí)間監(jiān)測情況的分析，做出正確選擇。

參考文獻(xiàn)：

[1] 羅海濱，范玉順，吳澄.工作流技術(shù)綜述[J].北京；軟件學(xué)報(bào)，2000，11 （7）.

[2] 蓋國強(qiáng).深入淺出Oracle數(shù)據(jù)庫——DBA入門、進(jìn)階與診斷案例[M].北京：人民郵電出版社，2006.

第4篇：對(duì)象數(shù)據(jù)庫范文

關(guān)鍵詞：面向?qū)ο?；組態(tài)軟件；實(shí)時(shí)數(shù)據(jù)庫；設(shè)計(jì)模式；XML

一、實(shí)時(shí)數(shù)據(jù)庫的設(shè)計(jì)

1.實(shí)時(shí)數(shù)據(jù)庫的系統(tǒng)結(jié)構(gòu)

通過通信的程序系統(tǒng)，組態(tài)軟件可以搜集到現(xiàn)場設(shè)備的實(shí)時(shí)數(shù)據(jù)，并將這些實(shí)時(shí)數(shù)據(jù)進(jìn)行加工，經(jīng)過必要加工后，在計(jì)算機(jī)屏幕上即可顯示圖形形式的數(shù)據(jù)，觀察時(shí)會(huì)更加直觀。另外，依循組態(tài)軟件的要求以及現(xiàn)場操作人員發(fā)放的指令，控制數(shù)據(jù)會(huì)傳輸至I/O設(shè)備，以便控制實(shí)施設(shè)備或者對(duì)參數(shù)進(jìn)行控制或調(diào)整。

2.實(shí)時(shí)數(shù)據(jù)庫的設(shè)計(jì)

實(shí)時(shí)數(shù)據(jù)的管理是組態(tài)軟件的關(guān)鍵，也是其核心部分，組態(tài)軟件實(shí)時(shí)數(shù)據(jù)庫要在一定的基礎(chǔ)上建立，如，數(shù)據(jù)的及時(shí)采集、歷史數(shù)據(jù)、實(shí)時(shí)數(shù)據(jù)以及統(tǒng)計(jì)數(shù)據(jù)的管理和儲(chǔ)存等功能都是組態(tài)軟件實(shí)時(shí)數(shù)據(jù)庫的模塊組成部分。它向用戶提供了接口，現(xiàn)場的控制系統(tǒng)以及人工輸入的相關(guān)數(shù)據(jù)能夠呈現(xiàn)在用戶面前，方便用戶進(jìn)行數(shù)據(jù)分析。另外，可以對(duì)控制系統(tǒng)情況提出反饋，并控制輸出。在生產(chǎn)工程中，可以為實(shí)現(xiàn)控制、優(yōu)化以及其他應(yīng)用提出先進(jìn)的實(shí)時(shí)數(shù)據(jù)輸出輸入服務(wù)。

（1）實(shí)時(shí)數(shù)據(jù)庫的存儲(chǔ)策略。實(shí)時(shí)數(shù)據(jù)系統(tǒng)設(shè)計(jì)在實(shí)際情況下需要對(duì)時(shí)空矛盾進(jìn)行處理。要對(duì)數(shù)據(jù)傳輸?shù)男室筮M(jìn)行思考。想要保障組態(tài)軟件的實(shí)時(shí)性，需要將與其相關(guān)聯(lián)的數(shù)據(jù)庫系統(tǒng)、內(nèi)存緩沖區(qū)以及文件管理系統(tǒng)三個(gè)存儲(chǔ)系統(tǒng)相結(jié)合，將多種存儲(chǔ)介質(zhì)結(jié)合并加以有效利用，構(gòu)建成為實(shí)時(shí)數(shù)據(jù)庫系統(tǒng)。實(shí)時(shí)數(shù)據(jù)在進(jìn)行存儲(chǔ)時(shí)，主要依照以下幾個(gè)原則：①采集其相關(guān)聯(lián)的數(shù)據(jù)庫的數(shù)據(jù)。②采集內(nèi)存緩沖區(qū)中經(jīng)常變化的實(shí)時(shí)數(shù)據(jù)以及訪問較頻繁的數(shù)據(jù)。

（2）組態(tài)軟件參數(shù)數(shù)據(jù)的模型。組態(tài)軟件參數(shù)是系統(tǒng)開發(fā)與系統(tǒng)安穩(wěn)運(yùn)行的橋梁和紐帶，對(duì)工程設(shè)備、數(shù)據(jù)采集點(diǎn)以及工程的圖形、變量等信息進(jìn)行描述，以供運(yùn)行系統(tǒng)的識(shí)別和加載，最終形成現(xiàn)場的監(jiān)控畫面的相關(guān)數(shù)據(jù)。

二、實(shí)時(shí)數(shù)據(jù)庫的實(shí)現(xiàn)方式

1. XML

組態(tài)軟件中的開發(fā)和運(yùn)行系統(tǒng)存在獨(dú)立運(yùn)行的可能性，組態(tài)軟件參數(shù)定義于開發(fā)系統(tǒng)，是開發(fā)和運(yùn)行的橋梁和紐帶。XML系統(tǒng)靈活、擴(kuò)展性好，為計(jì)算機(jī)的文檔提供了標(biāo)準(zhǔn)的模板格式，對(duì)數(shù)據(jù)之間的交換和信息之間的共享起到關(guān)鍵性作用。由此可見，組態(tài)軟件參數(shù)在對(duì)數(shù)據(jù)進(jìn)行存儲(chǔ)時(shí)可采用XML。

2. Timer定時(shí)器

在進(jìn)行相關(guān)數(shù)據(jù)采集時(shí)需要定時(shí)，如果采集點(diǎn)的采集算法中融入了定時(shí)執(zhí)行算法，采集算法難度就大大增加了，并且對(duì)軟件的重復(fù)使用性和可維護(hù)性都會(huì)有所影響。綜上可見，在采集數(shù)據(jù)時(shí)，可以采用面向?qū)ο驤ava語言內(nèi)的Timer來對(duì)定時(shí)器管理類進(jìn)行創(chuàng)建，在采集數(shù)據(jù)定時(shí)執(zhí)行的過程中，可以分離開定式算法和采集數(shù)據(jù)算法。

3.Web Service

實(shí)時(shí)數(shù)據(jù)庫與其他系統(tǒng)需要進(jìn)行相互通信，因此，需要向其提供系統(tǒng)整合途徑。Web Service可以實(shí)現(xiàn)跨平臺(tái)操作，基于XML等與軟件供應(yīng)商和平臺(tái)的獨(dú)立標(biāo)準(zhǔn)，搭建了可以相互操作、分布式的新平臺(tái)，實(shí)現(xiàn)了遠(yuǎn)程數(shù)據(jù)的相互交換。將Web服務(wù)定義于應(yīng)用程序和實(shí)時(shí)數(shù)據(jù)庫的接口，遠(yuǎn)程操控，這樣在很大程度上提高了實(shí)時(shí)數(shù)據(jù)庫的標(biāo)準(zhǔn)及開放性。

綜上所述，組態(tài)軟件數(shù)據(jù)的處理關(guān)鍵和基礎(chǔ)是實(shí)時(shí)數(shù)據(jù)，因此，在實(shí)時(shí)數(shù)據(jù)的設(shè)計(jì)過程中，需要考慮到實(shí)時(shí)數(shù)據(jù)庫的時(shí)效性、開放性和獨(dú)立性。將面向?qū)ο蟮乃季S應(yīng)用于組態(tài)軟件實(shí)時(shí)數(shù)據(jù)庫的設(shè)計(jì)中，采用XML存儲(chǔ)組態(tài)軟件參數(shù)讀取參數(shù)，將參數(shù)緩存在內(nèi)存處，不斷提升訪問數(shù)據(jù)的效率；采用Timer將定式算法和采集數(shù)據(jù)算法相分離；采用Web Service對(duì)實(shí)時(shí)數(shù)據(jù)庫接口定義，讓實(shí)時(shí)數(shù)據(jù)庫具備更強(qiáng)大的分布式能力。

參考文獻(xiàn)：

第5篇：對(duì)象數(shù)據(jù)庫范文

關(guān)鍵詞：隔網(wǎng)對(duì)抗項(xiàng)目；機(jī)能監(jiān)控；數(shù)據(jù)庫；設(shè)計(jì)

中圖分類號(hào)：G80-32

文獻(xiàn)標(biāo)識(shí)碼：A

文章編號(hào)：1007-3612(2008)08-1150-03

Database Design of Body Function Monitoring Management System for Net Games

WU Wei-bing1, YU Li-juan2, CHEN Pei-jie1, LIU Wu-yi1

（School of Kinesiology, Shanghai University of Sport, Shanghai 200438, China）

Abstract:Applying computer and database techniques and following the practical requirement of net antagonistic event training, the database design of body function monitoring DBMS for net games is detailed forming four phases: demand analysis, concept framework design, logic framework design and physical framework design. This idea and method can be reference of other database design of body function monitoring DBMS.

Key words: net games; body function monitoring; database; design

對(duì)優(yōu)秀運(yùn)動(dòng)員在運(yùn)動(dòng)訓(xùn)練過程中的機(jī)能監(jiān)控，是當(dāng)今科學(xué)化訓(xùn)練中重要的一環(huán)。它不僅可以幫助教練員及時(shí)地了解運(yùn)動(dòng)員在執(zhí)行訓(xùn)練后的身體反應(yīng)情況，掌握訓(xùn)練的實(shí)效，還為教練員及時(shí)調(diào)整訓(xùn)練計(jì)劃，預(yù)防過度疲勞的發(fā)生提供客觀依據(jù)。但是，在目前的運(yùn)動(dòng)訓(xùn)練機(jī)能監(jiān)控中，大部分還是依靠傳統(tǒng)的方法和經(jīng)驗(yàn)來完成，其中表現(xiàn)為數(shù)據(jù)處理效率低、分析不系統(tǒng)、信息反饋慢，這就限制了對(duì)訓(xùn)練效果和運(yùn)動(dòng)員機(jī)能狀態(tài)的準(zhǔn)確診斷與評(píng)價(jià)，最終影響著運(yùn)動(dòng)員成績的提高。

隨著人們對(duì)競技體育規(guī)律認(rèn)識(shí)的提高，科學(xué)化訓(xùn)練已成為競技運(yùn)動(dòng)發(fā)展的共識(shí)，對(duì)運(yùn)動(dòng)訓(xùn)練數(shù)據(jù)的收集、整理、分析就成了科學(xué)訓(xùn)練的一個(gè)重要組成部分。因此，通過數(shù)據(jù)庫技術(shù)在運(yùn)動(dòng)訓(xùn)練中的研究和應(yīng)用，可以加強(qiáng)運(yùn)動(dòng)訓(xùn)練數(shù)據(jù)收集的速度、廣度和深度，并通過對(duì)數(shù)據(jù)進(jìn)行全面、系統(tǒng)的分析，做出及時(shí)的信息反饋，從而為教練員的運(yùn)動(dòng)訓(xùn)練科學(xué)決策起著重要的指導(dǎo)作用。因此，根據(jù)運(yùn)動(dòng)項(xiàng)目特征分類［1］，本文以隔網(wǎng)對(duì)抗項(xiàng)目為研究對(duì)象，建立隔網(wǎng)對(duì)抗項(xiàng)目機(jī)能監(jiān)控管理系統(tǒng)，可以使體育科研人員、教練員有效地組織、管理運(yùn)動(dòng)訓(xùn)練機(jī)能監(jiān)控?cái)?shù)據(jù)及信息［2］。

但是，如何建立一個(gè)高效適用的數(shù)據(jù)庫管理系統(tǒng)，是數(shù)據(jù)庫應(yīng)用領(lǐng)域研究的一個(gè)主要課題。實(shí)踐表明，數(shù)據(jù)庫設(shè)計(jì)是一項(xiàng)軟件工程，可以把軟件工程的原理、技術(shù)和方法應(yīng)用到數(shù)據(jù)庫設(shè)計(jì)中，但與一般軟件工程相比，數(shù)據(jù)庫設(shè)計(jì)涉及范圍廣，與應(yīng)用環(huán)境聯(lián)系緊密，因此數(shù)據(jù)庫設(shè)計(jì)又具有自身的特點(diǎn)［3,4］。本文將就隔網(wǎng)對(duì)抗項(xiàng)目機(jī)能監(jiān)控管理系統(tǒng)數(shù)據(jù)庫的具體設(shè)計(jì)做一詳細(xì)闡述，并為相關(guān)的課題研究提供參考和借鑒。

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

數(shù)據(jù)庫設(shè)計(jì)是指利用現(xiàn)有的數(shù)據(jù)庫管理系統(tǒng)為具體的應(yīng)用對(duì)象構(gòu)造適合的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能有效地收集、存儲(chǔ)、操作和管理數(shù)據(jù)，滿足用戶的應(yīng)用需求。數(shù)據(jù)庫設(shè)計(jì)是信息管理系統(tǒng)開發(fā)和建設(shè)的重要組成部分，其質(zhì)量的好壞將直接影響系統(tǒng)的運(yùn)行效率和系統(tǒng)開發(fā)進(jìn)度，合理的數(shù)據(jù)庫設(shè)計(jì)不僅可以提高系統(tǒng)運(yùn)行效率，也有利于保證數(shù)據(jù)的完整性和一致性，還有利于系統(tǒng)的實(shí)現(xiàn)［5］。用工程化的方法設(shè)計(jì)數(shù)據(jù)庫是最為實(shí)用的方法，可以把數(shù)據(jù)庫設(shè)計(jì)的過程分成4個(gè)性質(zhì)不同的主要階段，即需求分析階段、概念設(shè)計(jì)階段、邏輯設(shè)計(jì)階段和物理設(shè)計(jì)階段，如圖1所示。

需求分析階段是與用戶交流獲得用戶對(duì)系統(tǒng)的信息要求和處理要求。概念設(shè)計(jì)階段是對(duì)需求分析中收集的信急和數(shù)據(jù)進(jìn)行分析和抽象，形成獨(dú)立于具體數(shù)據(jù)庫管理系統(tǒng)( Database Management System，DBMS)、反映用戶需求的概念模型，其中實(shí)體-關(guān)系模型( Entity-Relationship，E-R)是描述概念模型的

有力工具。邏輯設(shè)計(jì)階段是在E-R模型的基礎(chǔ)上導(dǎo)出數(shù)據(jù)庫的邏輯模型，將概念結(jié)構(gòu)轉(zhuǎn)換為具體DBMS支持的數(shù)據(jù)模型。物理設(shè)計(jì)階段是根據(jù)概念設(shè)計(jì)的結(jié)果以及計(jì)算機(jī)系統(tǒng)提供的手段，設(shè)計(jì)數(shù)據(jù)庫的文件結(jié)構(gòu)、存取路徑和存儲(chǔ)格式等［6,7］。綜上所述，數(shù)據(jù)庫設(shè)計(jì)的過程是將數(shù)據(jù)庫系統(tǒng)與應(yīng)用環(huán)境密切地、有機(jī)地、協(xié)調(diào)一致地結(jié)合起來的過程，因此，數(shù)據(jù)庫設(shè)計(jì)者不但要有數(shù)據(jù)庫的基本知識(shí)和數(shù)據(jù)庫設(shè)計(jì)技術(shù)，而且要有應(yīng)用領(lǐng)域方面的知識(shí)，了解應(yīng)用環(huán)境和用戶業(yè)務(wù)，數(shù)據(jù)庫的設(shè)計(jì)質(zhì)量才有保證，才能滿足用戶的應(yīng)用需要。

2 隔網(wǎng)對(duì)抗項(xiàng)目機(jī)能監(jiān)控管理系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)

2.1 需求分析 在現(xiàn)在許多運(yùn)動(dòng)隊(duì)運(yùn)動(dòng)訓(xùn)練機(jī)能監(jiān)控過程中，主要依靠科研教練、隊(duì)醫(yī)按訓(xùn)練計(jì)劃定時(shí)給運(yùn)動(dòng)員做機(jī)能生理、生化測試，再把測試結(jié)果與正常（臨床）值比較分析評(píng)定，然后進(jìn)行信息反饋。在此過程中，至少有以下幾個(gè)問題值得探討：一是運(yùn)動(dòng)員機(jī)能評(píng)定分析的生理、生化監(jiān)控的參考范圍和標(biāo)準(zhǔn)？二是機(jī)能測試數(shù)據(jù)收集、整理規(guī)范性和效率？三是對(duì)數(shù)據(jù)的多功能、快捷的查詢？四是如何實(shí)現(xiàn)運(yùn)動(dòng)員機(jī)能測試數(shù)據(jù)及相關(guān)信息安全、永久、系統(tǒng)的保存？

根據(jù)運(yùn)動(dòng)項(xiàng)目特征分類，又由于乒乓球、羽毛球、網(wǎng)球和排球運(yùn)動(dòng)員運(yùn)動(dòng)訓(xùn)練機(jī)能監(jiān)控測試指標(biāo)具有很大的相似性，所以以隔網(wǎng)對(duì)抗項(xiàng)目為對(duì)象建立其機(jī)能監(jiān)控管理系統(tǒng)。系統(tǒng)涉及的數(shù)據(jù)主要包括兩個(gè)方面：運(yùn)動(dòng)員基本數(shù)據(jù)和運(yùn)動(dòng)員機(jī)能監(jiān)控測試數(shù)據(jù)。其中，基本數(shù)據(jù)屬于相對(duì)靜態(tài)的數(shù)據(jù)，比如，運(yùn)動(dòng)員姓名、性別、出生日期、專業(yè)訓(xùn)練年限、健康狀況、最好成績等，較長時(shí)間內(nèi)不會(huì)有太大改變，它的主要作用是用來提供運(yùn)動(dòng)員的基本信息。機(jī)能監(jiān)控測試數(shù)據(jù)屬動(dòng)態(tài)數(shù)據(jù)，它主要反映訓(xùn)練負(fù)荷對(duì)運(yùn)動(dòng)員造成的應(yīng)激反應(yīng)及運(yùn)動(dòng)訓(xùn)練所帶來的運(yùn)動(dòng)員機(jī)能狀態(tài)的改變［8］。因此，系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)的具體需求包括：數(shù)據(jù)的錄入、修改、刪除、保存；對(duì)機(jī)能監(jiān)控測試數(shù)據(jù)的統(tǒng)計(jì)分析；方便的數(shù)據(jù)查詢，支持多條件查詢；完善的權(quán)限管理，增強(qiáng)系統(tǒng)的安全性；統(tǒng)一友好的操作界面，能保證系統(tǒng)的易用性。

2.2 概念結(jié)構(gòu)設(shè)計(jì) 概念設(shè)計(jì)的重點(diǎn)在于信息結(jié)構(gòu)的設(shè)計(jì)，是整個(gè)數(shù)據(jù)庫系統(tǒng)設(shè)計(jì)的關(guān)鍵。它是以用戶能理解的形式表示信息結(jié)構(gòu)，產(chǎn)生一個(gè)能反映用戶觀點(diǎn)的更接近于現(xiàn)實(shí)世界的數(shù)據(jù)模型?，F(xiàn)今最流行的表示信息結(jié)構(gòu)的方法是E-R方法，它用簡單的圖形方法構(gòu)造E-R模型。

2.2.1 系統(tǒng)實(shí)體及關(guān)系分析 隔網(wǎng)對(duì)抗項(xiàng)目機(jī)能監(jiān)控管理系統(tǒng)主要包括以下實(shí)體：運(yùn)動(dòng)員機(jī)能監(jiān)控、運(yùn)動(dòng)員綜合信息、運(yùn)動(dòng)員機(jī)能測試、運(yùn)動(dòng)員基本信息、運(yùn)動(dòng)員健康信息、運(yùn)動(dòng)員成績信息、教練員基本信息、隊(duì)醫(yī)基本信息、運(yùn)動(dòng)員機(jī)能測試、訓(xùn)練課測試、階段性訓(xùn)練測試。其中，運(yùn)動(dòng)員機(jī)能監(jiān)控是整個(gè)系統(tǒng)研究的對(duì)象；運(yùn)動(dòng)員的綜合信息包括運(yùn)動(dòng)員機(jī)能測試、運(yùn)動(dòng)員基本信息、運(yùn)動(dòng)員健康信息、運(yùn)動(dòng)員成績信息、教練員基本信息、隊(duì)醫(yī)基本信息；運(yùn)動(dòng)員機(jī)能測試包括訓(xùn)練課測試、階段性訓(xùn)練測試。

在該管理系統(tǒng)中，運(yùn)動(dòng)員綜合信息屬于相對(duì)靜態(tài)信息，提供運(yùn)動(dòng)員的基本情況，運(yùn)動(dòng)員機(jī)能測試屬于動(dòng)態(tài)信息，按照訓(xùn)練計(jì)劃定期進(jìn)行多次的機(jī)能測試監(jiān)控，因此是一對(duì)多的關(guān)系。圖2、3、4、5分別為運(yùn)動(dòng)員基本信息、運(yùn)動(dòng)員健康信息、運(yùn)動(dòng)員成績信息、運(yùn)動(dòng)員機(jī)能測試概念結(jié)構(gòu)設(shè)計(jì)E-R模型圖。

2.3 邏輯結(jié)構(gòu)設(shè)計(jì)

2.3.1 系統(tǒng)E-R模型圖轉(zhuǎn)換關(guān)系模式 邏輯結(jié)構(gòu)設(shè)計(jì)的任務(wù)是把概念結(jié)構(gòu)設(shè)計(jì)階段設(shè)計(jì)好的E-R模型圖轉(zhuǎn)換為與選用DBMS支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)。目前，數(shù)據(jù)庫應(yīng)用系統(tǒng)普遍采用支持關(guān)系數(shù)據(jù)模型的關(guān)系型數(shù)據(jù)庫管理系統(tǒng)（Relational Database Management System, RDBMS），本研究中使用SQL Server 2000作為數(shù)據(jù)庫管理系統(tǒng)，現(xiàn)將隔網(wǎng)對(duì)抗項(xiàng)目機(jī)能監(jiān)控管理系統(tǒng)數(shù)據(jù)庫E-R模型圖轉(zhuǎn)換為關(guān)系模式如下：

運(yùn)動(dòng)員基本信息（運(yùn)動(dòng)員編號(hào)、姓名、照片、性別、出生日期、運(yùn)動(dòng)等級(jí)、專業(yè)訓(xùn)練年限、運(yùn)動(dòng)項(xiàng)目、現(xiàn)屬運(yùn)動(dòng)隊(duì)、聯(lián)系地址電話、備注、登記日期、登記人）。運(yùn)動(dòng)員健康信息（運(yùn)動(dòng)性傷病史、經(jīng)期對(duì)運(yùn)動(dòng)影響、初潮年齡、月經(jīng)周期、既往疾病史、遺傳病史、家族病史、遺傳病史、備注、登記日期、登記人）。運(yùn)動(dòng)員成績信息（比賽日期、賽事級(jí)別、比賽名稱、比賽地點(diǎn)、比賽項(xiàng)目、比賽成績、比賽名次、備注、登記日期、登記人）。教練員、隊(duì)醫(yī)基本信息（編號(hào)、姓名、性別、出生日期、現(xiàn)屬運(yùn)動(dòng)隊(duì)、聯(lián)系地址電話、備注、登記日期、登記人）。

訓(xùn)練課測試（測試日期、ID、姓名、性別、運(yùn)動(dòng)項(xiàng)目、測試指標(biāo)）。階段性訓(xùn)練測試（測試日期、ID、姓名、性別、運(yùn)動(dòng)項(xiàng)目、測試指標(biāo)）。其中，訓(xùn)練課測試指標(biāo)主要是：血乳酸、血尿素、血清肌酸激酶、血色素、心率和主觀體力感覺等級(jí)表；階段性訓(xùn)練測試指標(biāo)主要是：白細(xì)胞、紅細(xì)胞、血色素、血球壓積、血清肌酸激酶、血尿素、睪酮、皮質(zhì)醇、CD4+、CD8+、白細(xì)胞介素4、γ干擾素、NKT細(xì)胞［9］。

2.3.2 系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)要求根據(jù)數(shù)據(jù)字典、使用的數(shù)據(jù)庫管理系統(tǒng)和系統(tǒng)開發(fā)工具設(shè)計(jì)出數(shù)據(jù)庫以及各個(gè)數(shù)據(jù)表的結(jié)構(gòu)。因此，隔網(wǎng)對(duì)抗項(xiàng)目機(jī)能監(jiān)控管理系統(tǒng)共設(shè)計(jì)了12個(gè)數(shù)據(jù)結(jié)構(gòu)表，其中，表1、表2分別為運(yùn)動(dòng)員基本信息、階段性訓(xùn)練測試結(jié)構(gòu)表。

2.4 物理結(jié)構(gòu)設(shè)計(jì) 數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計(jì)的任務(wù)是如何有效地把數(shù)據(jù)庫邏輯結(jié)構(gòu)在物理存儲(chǔ)器上加以實(shí)現(xiàn)，其內(nèi)容主要包括：確定記錄存取格式、選擇文件的存儲(chǔ)結(jié)構(gòu)、決定存取路徑和分配存儲(chǔ)空間。

本研究應(yīng)用的SQL Sever 2000是可視化的面向?qū)ο蟮年P(guān)系型數(shù)據(jù)庫系統(tǒng)，它的許多物理設(shè)計(jì)要素均被封裝起來，用戶只要按照SQL Sever 2000數(shù)據(jù)庫管理系統(tǒng)提供工具設(shè)計(jì)邏輯模式，物理模式的設(shè)計(jì)以及邏輯模式與物理模式之間的映像關(guān)系完全由系統(tǒng)自動(dòng)完成，數(shù)據(jù)庫的結(jié)構(gòu)、記錄、索引、關(guān)聯(lián)、乃至視圖和應(yīng)用模塊均由系統(tǒng)進(jìn)行統(tǒng)一維護(hù)，全部在一個(gè)磁盤文件(.mdb)下存儲(chǔ)。

3 小 結(jié)

采用基于數(shù)據(jù)庫的計(jì)算機(jī)技術(shù)建立隔網(wǎng)對(duì)抗項(xiàng)目機(jī)能監(jiān)控管理系統(tǒng)，可以使體育科研人員、教練員有效地組織、管理運(yùn)動(dòng)訓(xùn)練機(jī)能監(jiān)控信息。提高信息收集、整理的規(guī)范性和效率，支持快捷的信息查詢和統(tǒng)計(jì)分析，并使優(yōu)秀運(yùn)動(dòng)員相關(guān)信息得以安全、永久、系統(tǒng)的保存。

而設(shè)計(jì)完善、性能良好的數(shù)據(jù)庫系統(tǒng)是順利進(jìn)行計(jì)算機(jī)系統(tǒng)開發(fā)的基礎(chǔ)。因此，本文分別從需求分析、概念結(jié)構(gòu)設(shè)計(jì)、邏輯結(jié)構(gòu)設(shè)計(jì)和物理結(jié)構(gòu)設(shè)計(jì)4個(gè)階段，對(duì)隔網(wǎng)對(duì)抗項(xiàng)目機(jī)能監(jiān)控管理系統(tǒng)數(shù)據(jù)庫設(shè)計(jì)進(jìn)行了詳細(xì)闡述，其設(shè)計(jì)思路、方法可為其它運(yùn)動(dòng)項(xiàng)目的機(jī)能監(jiān)控管理系統(tǒng)設(shè)計(jì)所參考和借鑒。

參考文獻(xiàn)：

［1］ 田麥久.運(yùn)動(dòng)訓(xùn)練學(xué)［M］.北京:人民體育出版社,2000：19-60.

［2］ 陶志翔.拍隔網(wǎng)對(duì)抗項(xiàng)群理論與應(yīng)用成果研究［J］.北京體育大學(xué)學(xué)報(bào)，2007，30（2）：252-254.

［3］ 趙杰，李濤，余江等.數(shù)據(jù)庫原理與應(yīng)用［M］.北京:人民郵電出版社,2006：198-213.

［4］ 盧瀟. 軟件工程［M］.北京:清華大學(xué)出版社,2005：300-331.

［5］郭明航，李夠霞，從懷軍，等.生態(tài)研究數(shù)據(jù)庫系統(tǒng)的設(shè)計(jì)與開發(fā)［J］.水上保持通報(bào)，2005,25（6）：59-62.

［6］ 劉曉宇,劉玉紅,婁凱.煙臺(tái)市無償獻(xiàn)血者資料數(shù)據(jù)庫的設(shè)計(jì)［J］.第四軍醫(yī)大學(xué)學(xué)報(bào)，2006,27（3）：288.

［7］ 王娜，宿紅毅，白琳.數(shù)據(jù)庫性能監(jiān)控分析系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)［J］.計(jì)算機(jī)工程，2005,31（24）：105-107.

第6篇：對(duì)象數(shù)據(jù)庫范文

隨著信息技術(shù)與科技設(shè)備的發(fā)展，網(wǎng)站得以出現(xiàn)。而隨著信息科技的普及，網(wǎng)站也得到普及。網(wǎng)站在開發(fā)中涉及前臺(tái)頁面制作以及后臺(tái)程序管理制作，而后臺(tái)程序是一種基于服務(wù)器的可執(zhí)行程序，可以經(jīng)由服務(wù)器端執(zhí)行或數(shù)據(jù)庫連接進(jìn)行數(shù)據(jù)交換與修改。顯然，數(shù)據(jù)庫技術(shù)在網(wǎng)站開發(fā)中占有重要地位。數(shù)據(jù)庫設(shè)計(jì)的質(zhì)量可以反映程序員的設(shè)計(jì)水平，也能夠直接影響網(wǎng)站的運(yùn)行效率。一個(gè)優(yōu)秀的數(shù)據(jù)庫設(shè)計(jì)，能夠充分提升網(wǎng)站數(shù)據(jù)傳輸效率，保證數(shù)據(jù)信息的一致，所以數(shù)據(jù)庫設(shè)計(jì)優(yōu)化才可以保障網(wǎng)站的運(yùn)行質(zhì)量。本文通過分析數(shù)據(jù)庫概念、網(wǎng)站開發(fā)的特點(diǎn)、數(shù)據(jù)庫在網(wǎng)站中的應(yīng)用、有無數(shù)據(jù)庫支持的網(wǎng)站開發(fā)對(duì)比等，進(jìn)行數(shù)據(jù)庫設(shè)計(jì)在網(wǎng)站開發(fā)中應(yīng)用的論述。

關(guān)鍵詞：

網(wǎng)站開發(fā)；數(shù)據(jù)庫技術(shù)；互聯(lián)網(wǎng)；應(yīng)用

互聯(lián)網(wǎng)出現(xiàn)十幾年，用非常快速的速度影響著人們的生活，改變?nèi)藗兊纳罘绞?、工作方式、生產(chǎn)效率等。順應(yīng)互聯(lián)網(wǎng)技術(shù)的發(fā)展與社會(huì)各階層的需求，網(wǎng)站被開發(fā)出來，政府機(jī)關(guān)與企業(yè)間等各種機(jī)構(gòu)都開設(shè)獨(dú)立網(wǎng)站。網(wǎng)站的作用可以是為企業(yè)宣傳，可以是產(chǎn)品營銷，可以是知識(shí)傳遞等，以滿足人們的多種需求。因此，網(wǎng)站的開發(fā)產(chǎn)業(yè)得到了有效發(fā)展。本文論述數(shù)據(jù)庫設(shè)計(jì)對(duì)網(wǎng)站開發(fā)的作用。數(shù)據(jù)庫是網(wǎng)站開發(fā)的核心，網(wǎng)站內(nèi)所有的數(shù)據(jù)都需要數(shù)據(jù)庫進(jìn)行處理，所以數(shù)據(jù)庫的設(shè)計(jì)是決定網(wǎng)站運(yùn)行質(zhì)量的關(guān)鍵因素。因此，本文以數(shù)據(jù)庫的設(shè)計(jì)為核心，展開數(shù)據(jù)庫在網(wǎng)站開發(fā)中應(yīng)用的研究，從而論述數(shù)據(jù)庫設(shè)計(jì)對(duì)網(wǎng)站開發(fā)的實(shí)際價(jià)值。

1數(shù)據(jù)庫技術(shù)概述

數(shù)據(jù)庫在領(lǐng)域內(nèi)被稱為數(shù)據(jù)的倉庫，是依據(jù)數(shù)據(jù)的傳輸形式與自身結(jié)構(gòu)進(jìn)行存儲(chǔ)與管理的倉庫。后期隨著數(shù)據(jù)庫技術(shù)的不斷發(fā)展，數(shù)據(jù)庫的職能逐漸擴(kuò)展，已經(jīng)不僅用于管理信息與儲(chǔ)存信息，而且發(fā)展成為用戶所需的數(shù)據(jù)管理方式?，F(xiàn)展下的數(shù)據(jù)庫可以為用戶保存數(shù)據(jù)，還可以關(guān)聯(lián)到與之相關(guān)的數(shù)據(jù)。程序開發(fā)者按照不同用戶的需求進(jìn)行數(shù)據(jù)庫設(shè)計(jì)，并負(fù)責(zé)數(shù)據(jù)庫的運(yùn)行、維護(hù)、安全保護(hù)，確保數(shù)據(jù)庫的有效運(yùn)行[1]?，F(xiàn)階段，數(shù)據(jù)庫設(shè)計(jì)技術(shù)已經(jīng)成熟，可對(duì)大型數(shù)據(jù)進(jìn)行安全管理。所以，現(xiàn)代數(shù)據(jù)庫設(shè)計(jì)也被應(yīng)到各個(gè)領(lǐng)域中，如網(wǎng)絡(luò)購物、銀行系統(tǒng)、網(wǎng)站等。

2數(shù)據(jù)庫的具體設(shè)計(jì)

2.1數(shù)據(jù)庫設(shè)計(jì)的原則程序員在進(jìn)行數(shù)據(jù)庫設(shè)計(jì)時(shí)，要充分考慮可能影響數(shù)據(jù)庫設(shè)計(jì)的多方面因素，因此，需要程序員具有整體意識(shí)，以用戶的需求為設(shè)計(jì)基礎(chǔ)，避免出現(xiàn)過多不需要的數(shù)據(jù)庫空間，浪費(fèi)資源，同時(shí)節(jié)省人力、時(shí)間與財(cái)力。數(shù)據(jù)庫設(shè)計(jì)要被限定在特定范圍內(nèi)，對(duì)用戶所需存儲(chǔ)的數(shù)據(jù)進(jìn)行管理。在數(shù)據(jù)庫開發(fā)前，需要設(shè)計(jì)者做好充足準(zhǔn)備，全面了解數(shù)據(jù)庫的網(wǎng)站以及對(duì)網(wǎng)站后期可能開發(fā)的需求。設(shè)計(jì)數(shù)據(jù)庫時(shí)，要預(yù)留可再開發(fā)的空間，使數(shù)據(jù)庫更具有可擴(kuò)展性[2]。數(shù)據(jù)表是數(shù)據(jù)庫的核心體現(xiàn)，因此數(shù)據(jù)表的命名要清晰，方面用戶數(shù)據(jù)的查找與提取。同時(shí)，要對(duì)用戶進(jìn)行權(quán)限配置，限定特定的用戶可以進(jìn)行數(shù)據(jù)庫訪問，以加強(qiáng)數(shù)據(jù)庫的訪問安全。

2.2數(shù)據(jù)表字段的類型數(shù)據(jù)表的字段需要根據(jù)用戶所需求的字段最小數(shù)據(jù)類型進(jìn)行確認(rèn)。例如，性別數(shù)據(jù)庫。只有男女兩個(gè)分類，可以設(shè)置為int型，數(shù)字0代表男性，數(shù)字1代表女性。但是，如此設(shè)計(jì)會(huì)造成資源浪費(fèi)。于是，可以按最優(yōu)設(shè)計(jì)為基準(zhǔn)，將字段設(shè)置為bit型，true為女性，false為男性?，F(xiàn)代信息技術(shù)的發(fā)展，使得硬盤的容量逐漸提升，市場價(jià)格也逐漸下降。但是，如果數(shù)據(jù)庫設(shè)計(jì)的不夠合理，隨著數(shù)據(jù)資源的集聚增加，占用的硬盤空間會(huì)逐漸加大，進(jìn)而影響數(shù)據(jù)庫的運(yùn)行效率，增加用戶數(shù)據(jù)瀏覽時(shí)所用的時(shí)間。

2.3數(shù)據(jù)表的設(shè)計(jì)數(shù)據(jù)表是數(shù)據(jù)庫對(duì)用戶的體現(xiàn)途徑。按照用戶的不同需求，數(shù)據(jù)庫的設(shè)計(jì)也有所區(qū)別，而數(shù)據(jù)庫的設(shè)計(jì)與網(wǎng)站的規(guī)模密切聯(lián)系[3]。數(shù)據(jù)庫的設(shè)計(jì)需要滿足用戶網(wǎng)站的多樣性與擴(kuò)展性需求，網(wǎng)站的設(shè)計(jì)會(huì)區(qū)分為不同的功能模塊。因此，在進(jìn)行數(shù)據(jù)表創(chuàng)建時(shí)，要最大化將數(shù)據(jù)資源存儲(chǔ)到數(shù)據(jù)庫的不同表中，同時(shí)建立數(shù)據(jù)字典。實(shí)例說明：某新聞網(wǎng)站，數(shù)據(jù)庫包含以下幾個(gè)方面：（1）系統(tǒng)數(shù)據(jù)表，用于用戶基本信息的存儲(chǔ)，如聯(lián)系方式等；（2）菜單表，作為網(wǎng)站首頁菜單信息的存儲(chǔ)；（3）欄目表，作為網(wǎng)站信息各欄目名稱的存儲(chǔ)；（4）新聞信息表，作為網(wǎng)站內(nèi)各項(xiàng)新聞內(nèi)容的存儲(chǔ)，如新聞標(biāo)題、時(shí)間、信息來源等；（5）用戶表，作為網(wǎng)站各類用戶與權(quán)限信息的存儲(chǔ)。以上所介紹的是簡單的新聞網(wǎng)站的基本表設(shè)計(jì)，如果網(wǎng)站內(nèi)部還有其他功能，可以繼續(xù)創(chuàng)建新表，不受限制。

3數(shù)據(jù)庫設(shè)計(jì)在網(wǎng)站開發(fā)中的實(shí)現(xiàn)

3.1網(wǎng)站前臺(tái)的設(shè)計(jì)實(shí)現(xiàn)網(wǎng)站前臺(tái)的作用是將存儲(chǔ)在數(shù)據(jù)庫中的信息轉(zhuǎn)換為用戶可以通過瀏覽器進(jìn)行瀏覽的網(wǎng)頁。一個(gè)常用網(wǎng)站可以供用戶瀏覽的信息包括三個(gè)類型：網(wǎng)站首頁信息、網(wǎng)站新聞欄目首頁信息、網(wǎng)站新聞頁面信息。此三個(gè)類別中的信息均來自數(shù)據(jù)庫，其中網(wǎng)站首頁所顯示的是不同新聞欄目中最近的幾條信息標(biāo)題，信息條數(shù)可以自行設(shè)計(jì)；網(wǎng)站新聞欄目首頁所顯示的是網(wǎng)站內(nèi)部指定欄目的信息標(biāo)題；網(wǎng)站新聞頁面顯示的是用戶制定的新聞內(nèi)容的詳細(xì)內(nèi)容。所以，網(wǎng)站前臺(tái)的主要功能是能夠自動(dòng)生成網(wǎng)頁文件，這需要數(shù)據(jù)庫的輔助，各欄目內(nèi)容需要隨時(shí)進(jìn)行信息的錄入、儲(chǔ)存、提取。數(shù)據(jù)庫設(shè)計(jì)中，需要將各類信息做好數(shù)據(jù)表的分類，方便信息管理，最大化使用數(shù)據(jù)庫空間[4]。

3.2網(wǎng)站管理后臺(tái)的設(shè)計(jì)實(shí)現(xiàn)網(wǎng)站的后臺(tái)管理歸管理員個(gè)人使用，主要負(fù)責(zé)網(wǎng)站內(nèi)部各欄目與內(nèi)容的管理，涵蓋欄目的添加與替換、內(nèi)容的更新與替換、頁面的修改與維護(hù)等。后臺(tái)管理的結(jié)構(gòu)包括權(quán)限管理、欄目管理、信息管理、模板管理、插件管理等多個(gè)板塊。其中，權(quán)限管理用于設(shè)置網(wǎng)站的訪問權(quán)限，如頁面是否允許復(fù)制、管理員設(shè)置等；欄目管理可以進(jìn)行欄目名稱的調(diào)整，如名稱替換、位置替換等；信息管理主要用于前臺(tái)新聞內(nèi)容的更新，可以做新聞的添加，也可以進(jìn)行刪除與修改等；插件管理是網(wǎng)站結(jié)構(gòu)的管理，如首頁管理、權(quán)限管理等可以將其他版塊添加到插件管理中。網(wǎng)站管理后臺(tái)涉及眾多模板，需要數(shù)據(jù)庫設(shè)計(jì)進(jìn)行網(wǎng)站結(jié)構(gòu)的優(yōu)化。

4數(shù)據(jù)庫在網(wǎng)站中應(yīng)用的結(jié)果分析

4.1網(wǎng)站建立期的分析網(wǎng)站在建設(shè)期間有多條新聞需求，在建設(shè)期如果沒有數(shù)據(jù)庫的支持，則需要?jiǎng)?chuàng)建多個(gè)靜態(tài)新聞頁面。欄目首頁需要4個(gè)，網(wǎng)站首頁需要1個(gè)，再加上個(gè)頁面的內(nèi)部頁面，數(shù)量居多，且如此開發(fā)出的網(wǎng)站不可進(jìn)行重復(fù)使用，需要擴(kuò)展或者更新時(shí)，則需要全部重新建立。而具有數(shù)據(jù)庫設(shè)計(jì)的網(wǎng)站在建設(shè)期間首先通過編程建立網(wǎng)站前臺(tái)與網(wǎng)站的內(nèi)容管理后臺(tái)，設(shè)計(jì)時(shí)需要投入較多，但是設(shè)計(jì)后網(wǎng)站可以進(jìn)行重復(fù)利用。網(wǎng)站管理后臺(tái)可以長久使用，可以直接進(jìn)行網(wǎng)站的改版，從而減少資源浪費(fèi)與時(shí)間成本。

4.2網(wǎng)站運(yùn)行期間的分析網(wǎng)站運(yùn)行維護(hù)期間，可分為兩種情況：網(wǎng)站內(nèi)部不需要內(nèi)容的更新；網(wǎng)站內(nèi)部需要做大量內(nèi)容更新。第一種情況中，采取數(shù)據(jù)庫設(shè)計(jì)與不采取數(shù)據(jù)庫設(shè)計(jì)，后期將付出的投入沒有太大差別，所以更需要考慮網(wǎng)站內(nèi)部需要大量內(nèi)容更新的情況。這主要源于現(xiàn)代信息社會(huì)信息量巨大，無論是處于網(wǎng)站優(yōu)化還是企業(yè)宣傳，現(xiàn)代企業(yè)所建立的網(wǎng)站都需要進(jìn)行大量信息的上傳與修改。沒有數(shù)據(jù)庫支持的網(wǎng)站建設(shè)，每進(jìn)行一條新聞的添加，都需要增加一個(gè)新聞頁面，同時(shí)還需要修改所屬欄目的首頁，所以一次新聞的更新需要改動(dòng)三個(gè)位置，如進(jìn)行大量內(nèi)容的添加，導(dǎo)致工作量劇增。而有數(shù)據(jù)庫支持的網(wǎng)站，增加新聞時(shí)不需要做任何頁面的添加與修改，只需在后臺(tái)添加已經(jīng)設(shè)置好的新聞管理頁面，操作簡單。具體地，將需要添加的新聞標(biāo)題與內(nèi)容分別添加到各自的文本框，然后提交即可?？梢?，工作量極小。

4.3結(jié)果分析現(xiàn)代社會(huì)處于一個(gè)信息爆炸的年代，海量信息在互聯(lián)網(wǎng)內(nèi)部傳播，用戶需要網(wǎng)站內(nèi)部具有新聞排序、檢索、分頁等功能，而這些功能的實(shí)現(xiàn)，必須通過數(shù)據(jù)庫才可以完成。通過上述對(duì)有無數(shù)據(jù)庫網(wǎng)站之間的比較可以發(fā)現(xiàn)，靜態(tài)頁面組成的網(wǎng)站使用與較小型的使用，內(nèi)容無需更改；而具備數(shù)據(jù)庫設(shè)計(jì)的網(wǎng)站開發(fā)方式則適用范圍更廣，可以支持大型網(wǎng)站建設(shè)，內(nèi)容更新快捷，反應(yīng)靈活，使用于大量制作網(wǎng)站的網(wǎng)絡(luò)公司使用，可重復(fù)利用性更高。

5結(jié)語

通過上文敘述可知，單純的網(wǎng)站開發(fā)需要多個(gè)靜態(tài)頁面進(jìn)行連接，實(shí)用性較小，進(jìn)行數(shù)據(jù)更新時(shí)操作工作量過大，且網(wǎng)站一旦建立不可重復(fù)使用，不利于資源重復(fù)利用。而經(jīng)過數(shù)據(jù)庫的設(shè)計(jì)可以做到網(wǎng)站結(jié)構(gòu)的優(yōu)化。網(wǎng)站設(shè)計(jì)前，預(yù)先建立網(wǎng)站前臺(tái)與網(wǎng)站內(nèi)容管理的后臺(tái)，通過用戶的需求將所需要的欄目信息存儲(chǔ)在數(shù)據(jù)庫中，在網(wǎng)站首頁進(jìn)行頁面瀏覽時(shí)可以快捷從數(shù)據(jù)庫進(jìn)行提取，而網(wǎng)站內(nèi)容更新也可以在后臺(tái)進(jìn)行簡單操作，網(wǎng)站建立后可以進(jìn)行重復(fù)利用，隨時(shí)進(jìn)行網(wǎng)站改版，以可以看出網(wǎng)站有無數(shù)據(jù)庫設(shè)計(jì)的巨大差別。網(wǎng)站開發(fā)的方向是實(shí)際應(yīng)用，數(shù)據(jù)庫的設(shè)計(jì)原則是優(yōu)化，因此數(shù)據(jù)庫設(shè)計(jì)在網(wǎng)站開發(fā)中可以起到極大的優(yōu)化作用。

參考文獻(xiàn)

[1]徐偉明.ASP在網(wǎng)站開發(fā)中數(shù)據(jù)庫連接方法及比較[J].電腦知識(shí)與技術(shù),2010(30):8448-8450.

[2]朱國進(jìn),夏虹.ADO在網(wǎng)站數(shù)據(jù)庫開發(fā)中的應(yīng)用[J].山東電力高等專科學(xué)校學(xué)報(bào),2002(2):67-71.

[3]王玉蓉,王文娟.NET與數(shù)據(jù)庫技術(shù)在動(dòng)態(tài)網(wǎng)站開發(fā)中的研究與應(yīng)用[J].數(shù)字技術(shù)與應(yīng)用,2014(3):106.

第7篇：對(duì)象數(shù)據(jù)庫范文

關(guān)鍵詞：水庫樞紐工程；瀝青混凝土心墻堆壩；筑壩材料；現(xiàn)場碾壓試驗(yàn)

Abstract: In order to ensure that the trunk Tsui Reservoir Dam Project asphalt concrete core rockfill dam filling quality, pre-construction, we strongly weathered dam shell material in weathering dam shell material, the transition material and drainage including material Field Compaction Testverified dam the partitions and dam material the the gradation design is reasonable. At the same time, through the Field Compaction rolling equipment testing to determine if the dam filling matched RCC parameter.Keywords: Reservoir Dam Project; asphalt concrete core wall heap dam; damming material; Field Compaction Test

中圖分類號(hào)：TV62 文獻(xiàn)標(biāo)識(shí)碼： A 文章編號(hào)：

1工程概況

象鼻咀水庫樞紐工程位于四川省威遠(yuǎn)縣連界鎮(zhèn)先鋒村與反帝村的界河（寶溪河）上，威遠(yuǎn)鋼鐵廠五號(hào)橋下游3.24km，距威遠(yuǎn)縣城約38km。

水庫正常蓄水位：583.00m ，死水位：554.00m ，校核洪水位：583.70，設(shè)計(jì)洪水位：583.00m ，正常蓄水位庫容：533萬m³，死庫容：40.5萬m³, 有效庫容：492.5萬m³，總庫容542.3萬m³。

象鼻咀水庫大壩樞紐主要由瀝青混凝土心墻堆石壩、放空洞、溢洪道等組成。其中，瀝青混凝土心墻堆石壩，壩頂高程584.30m，壩頂寬6.00m，最大壩高55.30m，壩頂軸線長123.30m，瀝青混凝土心墻高程在554.50m以上厚度0.55m，以下厚度0.6m。上游邊坡為1：1.7，預(yù)制混凝土塊護(hù)坡自552m（低于死水位2m）起上延至壩頂；壩下游壩坡1：1.7，設(shè)二級(jí)馬道，馬道寬度均為3m，高程分別為564.30m、542.80m，下游壩坡采用C15混凝土框格草皮護(hù)坡。下游主堆石底部設(shè)有堆石排水帶，排水帶底高程530.7m，頂高程535.0m，排水帶下接下游貼坡排水。

壩料的分區(qū)及技術(shù)要求

2.1壩體斷面及填筑材料的設(shè)計(jì)分區(qū)見圖1。

（圖1：壩體斷面及填筑材料分區(qū)圖）

2.2主堆石料（壩殼料）技術(shù)參數(shù)

堆石料最大粒徑800mm，干密度≥2.05t/m3。該區(qū)采用弱風(fēng)化～新鮮砂巖，最大粒徑控制為800mm，小于5mm含量5～20%，小于0.075mm含量不大于5%，滲透系數(shù)控制為大于1×10-3cm/s。

瀝青混凝土心墻壩堆石料級(jí)配控制建議（表1）

2.3過渡料（心墻兩側(cè)）技術(shù)參數(shù)

最大粒徑控制為80mm，小于5mm含量25～35%，小于0.075mm含量不大于5%，滲透系數(shù)5×10-2cm/s。

瀝青混凝土心墻壩過渡料級(jí)配控制建議 （表2）

2.4瀝青混凝土心墻

滲透系數(shù)：K≤1×10-8cm/s，水穩(wěn)定系數(shù)≥0.9，設(shè)計(jì)密度γ≥2.40g/cm3，孔隙率≤3%（芯樣），彎曲強(qiáng)度≥400kpa，凝聚力≥90kpa，內(nèi)摩擦角≥29°。

2.5排水帶

采用灰?guī)r料，最大粒徑控制為800mm，干密度≥2.1t/m3，小于5mm含量不大于5%，滲透系數(shù)K＞1×10-1cm/s。

3 試驗(yàn)?zāi)康募胺椒?/p>

3.1試驗(yàn)?zāi)康?/p>

（1）核實(shí)壩體填筑材料的設(shè)計(jì)填筑標(biāo)準(zhǔn)的合理性；

（2）檢驗(yàn)上壩材料顆粒級(jí)配并進(jìn)行合理性評(píng)價(jià)；

（3）確定上壩材料施工的最佳碾壓參數(shù)。

3.2試驗(yàn)標(biāo)準(zhǔn)及方法

試驗(yàn)采用標(biāo)準(zhǔn)或規(guī)范是：《土工試驗(yàn)規(guī)程》（SL237-1999）；《水利水電工程天然建筑材料勘察規(guī)程》（SL251-2000）；《碾壓式土石壩施工規(guī)范》（DL/T5129-2001）等。

密度檢測均采用挖坑灌水法，含水率采用電烘箱烘干法，顆粒分析采用篩析法。

4 碾壓試驗(yàn)場地布置與碾壓機(jī)具

圖2碾壓試驗(yàn)場地某一擬定層鋪筑碾壓平面示意圖

H1、H2、H3：為不同鋪料厚度，分別為60、70、80cm。

N：振動(dòng)碾壓遍數(shù)，分別為8、10、12遍。

表3碾壓機(jī)具主要參數(shù)

5 現(xiàn)場碾壓試驗(yàn)過程

5.1碾壓試驗(yàn)前的準(zhǔn)備

選擇不低于35×40m面積作為現(xiàn)場試驗(yàn)場地，場地應(yīng)平坦，地基堅(jiān)實(shí)。按《碾壓式土石壩施工規(guī)范》要求進(jìn)行場地平整、墊層基礎(chǔ)壓實(shí)等工作。經(jīng)監(jiān)理、質(zhì)檢人員對(duì)其平整度（±5cm）和密實(shí)度檢查合格后按擬定的技術(shù)要求進(jìn)行試驗(yàn)。試驗(yàn)時(shí)注意測量基礎(chǔ)高程，鋪料壓實(shí)前、后的高程，以便填筑施工時(shí)估算壓實(shí)沉降量。基礎(chǔ)測量和質(zhì)量檢查合格后，按以下擬定的白條帶和塊段用白灰線撒出，便于鋪筑碾壓的指揮。

5.2鋪料厚度、最大粒徑控制、顆粒級(jí)配、碾壓遍數(shù)和碾壓方式的具體要求

（1）壩殼料：根據(jù)巖性巖質(zhì)不同分為四個(gè)碾壓條帶。厚度分別為強(qiáng)風(fēng)化料60cm，中風(fēng)化料60cm,中風(fēng)化料80cm（一個(gè)條帶），中風(fēng)化料75cm（校核條帶）?？刂谱畲罅椒謩e為40cm，53cm，50cm。每個(gè)條帶擬定劃分為6，8，10，12遍，四個(gè)振動(dòng)碾壓塊段。每塊段5×5m。

在實(shí)際檢查過程中，發(fā)現(xiàn)存在機(jī)具的設(shè)計(jì)最低時(shí)速比一般碾壓機(jī)具偏快，6遍壓實(shí)明顯欠佳，經(jīng)會(huì)商研究調(diào)整為振動(dòng)碾壓試驗(yàn)遍數(shù)塊段為8，10，12遍三個(gè)塊段進(jìn)行正式現(xiàn)場碾壓試驗(yàn)。

（2）過渡料帶：為結(jié)合瀝青混凝土心墻施工，鋪料厚度和瀝青混凝土心墻相同，鋪料厚度為30cm（需按不出現(xiàn)層面剪力破壞原則考慮），級(jí)配組合嚴(yán)格按照設(shè)計(jì)要求。每個(gè)條帶劃分為4，6，8，10遍，四個(gè)振動(dòng)碾壓塊段。各粒徑組級(jí)配摻合與含水量控制采用裝卸機(jī)械反復(fù)拌合，檢查合格后鋪料。

（3）排水帶料：施工用量較少，采用一個(gè)試驗(yàn)條帶，初擬鋪料厚度80cm進(jìn)行，振動(dòng)碾壓遍數(shù)初擬為8，10，12遍三個(gè)塊段。

（4）碾壓方式：進(jìn)退錯(cuò)距法，錯(cuò)距15～20cm；前進(jìn)與后退速度均采用最低行進(jìn)檔。

5.3料場級(jí)配和含水率控制：根據(jù)最大控制粒徑、級(jí)配連續(xù)的要求，以及小于5mm粒組含量要求，事前開展爆破試驗(yàn)、求出合理的爆破參數(shù)、并用破碎頭進(jìn)行二次改小以控制顆粒級(jí)配。含水率控制在料場進(jìn)行，對(duì)爆破料進(jìn)行事前灑水，檢測合格后取樣進(jìn)行碾壓試驗(yàn)。

5.4每一塊段的試驗(yàn)檢測項(xiàng)目內(nèi)容

壓實(shí)沉降量檢測：每塊段4個(gè)測點(diǎn)。塊段面積5×5m，測點(diǎn)相應(yīng)為2.5×2.5m方形的四個(gè)頂角，現(xiàn)場采用估計(jì)法定位?；A(chǔ)、碾前、碾后的相對(duì)高程施測精度：普通水準(zhǔn)或五等水準(zhǔn)。

含水率、干密度檢測：選代表性部位，位置現(xiàn)場確定。

顆粒級(jí)配檢查：各種筑壩材料選取代表性塊段作碾前、碾后顆粒大小分析試驗(yàn)。

6 現(xiàn)場碾壓試驗(yàn)成果

表4：現(xiàn)場碾壓試驗(yàn)測量沉降量匯總表

注：試驗(yàn)場平均高程為±0。

表5：現(xiàn)場碾壓含水率、密度試驗(yàn)成果

表6：壩殼料顆粒大小分析試驗(yàn)成果

表7過渡料顆粒大小分析試驗(yàn)成果

備注

表8排水帶料顆粒大小分析試驗(yàn)成果

7 試驗(yàn)成果分析

（1）同一鋪層厚度，若碾壓遍數(shù)越多干密度越大。

（2）碾壓遍數(shù)與沉降量成相關(guān)，碾壓遍數(shù)增加，總沉降量增大，并具有隨著碾壓遍數(shù)的增加，而沉降量的增加值逐漸減小的特點(diǎn)。

（3）試驗(yàn)料的級(jí)配粒組基本位于設(shè)計(jì)包絡(luò)線內(nèi)，由于壩殼料是強(qiáng)風(fēng)化和中風(fēng)化的砂巖，壓實(shí)后的級(jí)配曲線明顯右移，各組粒徑偏小，但級(jí)配仍然連續(xù)，壓實(shí)效果較好，對(duì)筑壩材料整體性無大的改變和影響。

（4）壩殼料的填筑應(yīng)在壩面適量加水，使巖塊表面、軟化，減少顆粒間相對(duì)位移的摩阻力有利于壓實(shí)，同時(shí)在振動(dòng)的作用下適量加水，對(duì)提高壩殼料的壓實(shí)密度、減少壩體后期的沉降量是有利的。

8 結(jié)語

（1）設(shè)計(jì)確定的壩體分區(qū)及筑壩材料的設(shè)計(jì)級(jí)配都是合適的。壩殼料、過渡料、排水帶料設(shè)計(jì)的壓實(shí)干密度，通過選擇合適的壓實(shí)參數(shù)是可以有保證得到的。

（2）填筑碾壓設(shè)備采用LSS2501自行式振動(dòng)壓路機(jī)，進(jìn)退錯(cuò)距法碾壓，行走速率選用最慢速檔。

第8篇：對(duì)象數(shù)據(jù)庫范文

關(guān)鍵詞: ASP;WEB數(shù)據(jù)庫;打開

0 引言

在網(wǎng)絡(luò)技術(shù)飛速發(fā)展的今天，基于網(wǎng)絡(luò)的WEB數(shù)據(jù)庫的操作成為了信息處理的核心，自從Microsoft推出ASP技術(shù)后，由于它在創(chuàng)建動(dòng)態(tài)交互式站點(diǎn)上的強(qiáng)大功能及其代碼編寫的簡便性、面向?qū)ο蟮脑O(shè)計(jì)，很快在Internet/Intranet網(wǎng)站上得到了廣泛的應(yīng)用，尤其是涉及到數(shù)據(jù)庫操作的網(wǎng)站應(yīng)用系統(tǒng)更是傾向于采用ASP技術(shù).ASP成為許多計(jì)算機(jī)專業(yè)人士設(shè)計(jì)網(wǎng)站時(shí)的首選技術(shù).本文簡單討論在ASP下數(shù)據(jù)庫連接的相關(guān)知識(shí).

1 基本原理

在ASP中，用來存取數(shù)據(jù)庫的對(duì)象統(tǒng)稱ADO對(duì)象（ActiveX Data Objects），這是一項(xiàng)容易使用并且可擴(kuò)展的將數(shù)據(jù)庫訪問添加到Web頁的技術(shù)，可以使用它去編寫緊湊簡明的腳本以便連接到ODBC（Open Database Connectivi-ty）兼容的數(shù)據(jù)庫和OLE DB兼容的數(shù)據(jù)源.在ASP中，有7個(gè)對(duì)象，其中與數(shù)據(jù)庫有關(guān)的主要有3種對(duì)象:Connection，Recordset和Command，其中Connection負(fù)責(zé)打開或連接數(shù)據(jù)庫，Recordset負(fù)責(zé)存取數(shù)據(jù)表，Command定義對(duì)數(shù)據(jù)源進(jìn)行操作的命令.如果只依靠這3個(gè)對(duì)象還是無法存取數(shù)據(jù)庫的，還必須具有數(shù)據(jù)庫存取的驅(qū)動(dòng)程序:OLE DB驅(qū)動(dòng)程序和ODBC驅(qū)動(dòng)程序.對(duì)于任何一種數(shù)據(jù)庫都必須有相對(duì)應(yīng)的OLE DB驅(qū)動(dòng)程序和ODBC驅(qū)動(dòng)程序，ADO對(duì)象才能對(duì)數(shù)據(jù)庫進(jìn)行存取.ADO對(duì)象必須與各種驅(qū)動(dòng)程序相結(jié)合才能存取各種類型數(shù)據(jù)庫，不同的數(shù)據(jù)庫需要不同的驅(qū)動(dòng)程序.可以非常方便地在“控制面板”中“ODBC Data Source（32Bit）”中獲得本機(jī)驅(qū)動(dòng)程序的信息.

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

訪問數(shù)據(jù)庫信息的第一步是創(chuàng)建數(shù)據(jù)庫源并和數(shù)據(jù)庫源建立連接.ADO提供了Connection對(duì)象，可以使用該對(duì)象建立和管理應(yīng)用程序和ODBC數(shù)據(jù)庫之間的連接.Connection對(duì)象具有各種屬性和方法，可以使用它們打開和關(guān)閉數(shù)據(jù)庫連接，并且發(fā)出查詢請求來更新信息.

要建立數(shù)據(jù)庫連接，首先應(yīng)創(chuàng)建Connection對(duì)象的實(shí)例.在實(shí)際應(yīng)用中不同數(shù)據(jù)庫的連接方法有所不同，它們需要建立不同的Connection，但如果建立Connection后，使用Recordset對(duì)象存取數(shù)據(jù)的方法卻基本相似.以Test.mdb為例連接，基本步驟如下:

2.1 創(chuàng)建數(shù)據(jù)庫源 數(shù)據(jù)庫源名，即DSN（Data Source Name）是連接ODBC和數(shù)據(jù)庫的橋梁，ODBC通過DSN來找到要訪問的數(shù)據(jù)庫.可以通過“32位ODBC”對(duì)其進(jìn)行管理.

2.2 創(chuàng)建數(shù)據(jù)庫鏈接 ASP文件中如果要訪問數(shù)據(jù)，必須首先創(chuàng)建與數(shù)據(jù)庫的鏈接，其語法如下:set Tconn= Server createObject （“ADOBD.CONNECTION”） /創(chuàng)建了鏈接對(duì)象TConn TConn.Open“dns”，“username”，“password” /打開鏈接

2.3 創(chuàng)建數(shù)據(jù)對(duì)象 RecordSet保存的是數(shù)據(jù)庫命令結(jié)果集，并標(biāo)有一個(gè)當(dāng)前記錄.sql=“SELECT*FROM test” /設(shè)置SQL語句Set RecordSet=TConn.Execute（sql） /創(chuàng)建并打開了對(duì)象，TConn是創(chuàng)建的鏈接對(duì)象Set RecordSet=TConn.Execute（sql） /將表test中的所有記錄保存到RecordSet

第9篇：對(duì)象數(shù)據(jù)庫范文

關(guān)鍵詞 數(shù)據(jù)庫;管理工具;SQL

中圖分類號(hào)TP393 文獻(xiàn)標(biāo)識(shí)碼A文章編號(hào) 1674-6708(2010)19-0088-01

1問題的引入

典型的數(shù)據(jù)庫管理工具都屬于專用工具,不能夠支持對(duì)多種數(shù)據(jù)庫的管理。但隨著數(shù)據(jù)庫市場的擴(kuò)大和數(shù)據(jù)庫的普及,企業(yè)信息化建設(shè)的不斷深入以及企業(yè)間的合并和重組,企業(yè)當(dāng)前正在或即將開發(fā)的企業(yè)級(jí)應(yīng)用軟件可能會(huì)涉及到其不同部門的數(shù)據(jù),而這些部門可能在不同時(shí)期選用了不同數(shù)據(jù)庫廠商的產(chǎn)品。這種現(xiàn)象在我國也普遍存在。為了保障企業(yè)日常業(yè)務(wù)的正常運(yùn)行,同時(shí)保護(hù)已有投資,企業(yè)基本不可能一次性統(tǒng)一所有的數(shù)據(jù)庫并更新運(yùn)行在這些數(shù)據(jù)庫上的業(yè)務(wù)系統(tǒng)。在不同廠商的數(shù)據(jù)庫系統(tǒng)上維護(hù)統(tǒng)一的模式結(jié)構(gòu),或者將這些數(shù)據(jù)庫的數(shù)據(jù)信息遷移到某個(gè)數(shù)據(jù)庫上,通常都需要極富經(jīng)驗(yàn)的數(shù)據(jù)庫管理員進(jìn)行大量、廣泛的手工干預(yù),這對(duì)企業(yè)和數(shù)據(jù)庫管理員來說將是一件極具挑戰(zhàn)性的任務(wù)和沉重的負(fù)擔(dān)。如果能夠使用同時(shí)支持不同數(shù)據(jù)庫平臺(tái)的數(shù)據(jù)庫管理工具顯然能夠使企業(yè)和數(shù)據(jù)庫管理員從中獲益。

2設(shè)計(jì)目標(biāo)

本論文的主要研究目標(biāo)是設(shè)計(jì)一種數(shù)據(jù)庫管理控制臺(tái),能夠?qū)Χ喾N關(guān)系數(shù)據(jù)庫產(chǎn)品進(jìn)行統(tǒng)一管理,以適應(yīng)復(fù)雜多變的企業(yè)應(yīng)用環(huán)境。在為用戶提供管理和維護(hù)不同數(shù)據(jù)庫的一致途徑外,還具有外部接口,能夠與其他企業(yè)應(yīng)用整合。

該工具的應(yīng)用環(huán)境,如圖1所示:

圖1描繪了在某一企業(yè)環(huán)境中,數(shù)據(jù)庫管理員和數(shù)據(jù)庫開發(fā)人員在不同系統(tǒng)平臺(tái)下使用數(shù)據(jù)庫管理控制臺(tái)同時(shí)訪問不同數(shù)據(jù)庫的應(yīng)用情形。圖中粗實(shí)線箭頭兩端的對(duì)象主要通過網(wǎng)絡(luò)進(jìn)行數(shù)據(jù)傳輸和交互。

3 系統(tǒng)架構(gòu)

與絕大多數(shù)數(shù)據(jù)庫管理工具的兩層結(jié)構(gòu)不同,DBMC為了實(shí)現(xiàn)方便性與可集成性,采用了三層結(jié)構(gòu)。在傳統(tǒng)方式下,數(shù)據(jù)庫用戶需要將數(shù)據(jù)庫管理工具安裝在其PC上,并且可能需要自行配置所需的數(shù)據(jù)庫驅(qū)動(dòng)程序。數(shù)據(jù)庫管理工具通過網(wǎng)絡(luò)與數(shù)據(jù)庫連接,并執(zhí)行相應(yīng)操作?？梢钥闯?數(shù)據(jù)庫用戶的概要信息均保存在這臺(tái)PC上,如果用戶更換機(jī)器或使用他人PC,則需要重新安裝和進(jìn)行配置。而DBMC是部署在服務(wù)器上的,相關(guān)概要信息均在服務(wù)器端完成,用戶個(gè)人配置也可以保存在服務(wù)器中,用戶只需通過能夠連接服務(wù)器的PC上的瀏覽器就可以進(jìn)行相應(yīng)的操作。

由于DBMC整體架構(gòu)使用PHP+Ajax,因此,可以通過瀏覽器向用戶提供信息并進(jìn)行交互。瀏覽器具有很強(qiáng)的靈活性和方便性,把它作為用戶接口,是一個(gè)不錯(cuò)的選擇,但是有一點(diǎn)需要特別關(guān)注,這就是瀏覽器提供的表現(xiàn)能力和交互方式是否能夠滿足用戶對(duì)于數(shù)據(jù)庫管理工具的需要,而這正是Ajax技術(shù)的優(yōu)勢所在。

4 系統(tǒng)功能

DBMC需要對(duì)不同數(shù)據(jù)庫進(jìn)行管理,因此,首先需要能夠與這些數(shù)據(jù)庫進(jìn)行連接,然后通過相應(yīng)連接獲取目標(biāo)數(shù)據(jù)庫的信息,并按照統(tǒng)一的形式將數(shù)據(jù)庫對(duì)象信息,對(duì)象間的關(guān)系以及對(duì)象的相關(guān)操作展示出來,還要提供對(duì)SQL腳本的執(zhí)行能力,從而達(dá)到管理操作的需求。此外,DBMC提供了企業(yè)應(yīng)用接口,可以通過該接口使其他企業(yè)應(yīng)用的用戶登錄DBMC,完成所需的數(shù)據(jù)庫管理等操作。

根據(jù)DBMC數(shù)據(jù)庫類,DBMC連接到某個(gè)數(shù)據(jù)庫上,然后就可以通過該類的實(shí)例提交操作請求,獲取指定的數(shù)據(jù)庫信息或者對(duì)數(shù)據(jù)庫對(duì)象進(jìn)行操作。

對(duì)數(shù)據(jù)庫進(jìn)行管理就必須知道數(shù)據(jù)庫中有哪些對(duì)象需要管理以及管理對(duì)象的哪些信息。同時(shí)如何更好地表現(xiàn)這些對(duì)象的結(jié)構(gòu)以及對(duì)象之間的關(guān)系,能夠使用戶更加清楚地了解到數(shù)據(jù)庫的當(dāng)前狀態(tài),并協(xié)助用戶進(jìn)行更為有效地管理。數(shù)據(jù)庫對(duì)象一般是以樹狀結(jié)構(gòu)來表現(xiàn)的,反映了他們之間的層次和相互關(guān)系,DBMC也采用這種結(jié)構(gòu)進(jìn)行表現(xiàn)。DBMC定義數(shù)據(jù)庫對(duì)象樹的構(gòu)成,以及對(duì)象的相關(guān)信息和相應(yīng)操作,而這些信息的獲取和操作就需要專門的數(shù)據(jù)庫操作來支持,從而取得正確的對(duì)象信息以及對(duì)對(duì)象進(jìn)行正確的操作。

DBMC在獲取數(shù)據(jù)庫信息之后將上述信息顯示給用戶,用戶逐層查看數(shù)據(jù)庫對(duì)象信息,并對(duì)某些對(duì)象進(jìn)行特定操作。DBMC監(jiān)聽到用戶操作后,作出相應(yīng)處理,以完成相應(yīng)任務(wù)。用戶還可以通過SQL腳本更靈活地對(duì)數(shù)據(jù)庫進(jìn)行操作,批量執(zhí)行任務(wù)。

DBMC向用戶提供登錄接口,確定用戶訪問的數(shù)據(jù)庫及相關(guān)信息,之后通過用戶的數(shù)據(jù)庫帳號(hào)連接相應(yīng)數(shù)據(jù)庫,并獲取數(shù)據(jù)庫對(duì)象信息。當(dāng)DBMC與其它企業(yè)應(yīng)用集成后,還需要提供企業(yè)接口,以便其他企業(yè)應(yīng)用管理的用戶使用DBMC來管理數(shù)據(jù)庫。

5 結(jié)論

目前,業(yè)界功能最強(qiáng)大的跨數(shù)據(jù)庫管理工具非商業(yè)軟件DB Artisan莫數(shù),特別是在數(shù)據(jù)庫管理的深度方面,該軟件做的非常專業(yè)和到位,能夠?qū)?shù)據(jù)庫進(jìn)行性能分析,通過向?qū)f(xié)助DBA進(jìn)行數(shù)據(jù)庫優(yōu)化等高級(jí)管理操作。但是其是為Windows用戶設(shè)計(jì)和開發(fā)的,目前無法運(yùn)行在Linux等其他桌面系統(tǒng)之上,因此,應(yīng)用范圍受到一定限制。而且該工具也屬于傳統(tǒng)的桌面型應(yīng)用程序,缺乏Web應(yīng)用的便捷性、靈活性。同時(shí)該工具的使用成本較高。