對象數(shù)據(jù)庫精選(九篇)
前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的對象數(shù)據(jù)庫主題范文，僅供參考，歡迎閱讀并收藏。
第1篇：對象數(shù)據(jù)庫范文
關(guān)鍵詞：面向對象數(shù)據(jù)庫轉(zhuǎn)換
中圖分類號：TP311.13
1 面向?qū)ο蟾攀?/p>
面向?qū)ο蠹夹g(shù)的概念來源于程序設(shè)計，從20世紀60年代提出面向?qū)ο蟮母拍?，?jīng)過多年的研究和發(fā)展，已成為一種比較成熟的編程思想。同時，面向?qū)ο蠹夹g(shù)不僅局限于程序設(shè)計方面，還在信息科學、軟件工程和人工智能等方面都產(chǎn)生了巨大的影響，尤其是在計算機科學與技術(shù)的各個研究領(lǐng)域產(chǎn)生了深遠的影響。通過面向?qū)ο蠹夹g(shù)，可以直接通過對象及相互關(guān)系來反映完整的現(xiàn)實世界，從而為軟件設(shè)計和系統(tǒng)開發(fā)帶來革命性的影響。
2 數(shù)據(jù)庫的發(fā)展
數(shù)據(jù)庫技術(shù)是信息技術(shù)的重要組成部分，是計算機信息系統(tǒng)的核心技術(shù)。數(shù)據(jù)庫系統(tǒng)最初產(chǎn)生于60年代中期。隨著計算機的普及，計算機開始廣泛地應(yīng)用于數(shù)據(jù)管理。數(shù)據(jù)庫的可以劃分為三個階段[1]：最早出現(xiàn)的是網(wǎng)狀數(shù)據(jù)庫。網(wǎng)狀DBMS的過程化程度較高，一般用戶使用困難；第二代的是關(guān)系數(shù)據(jù)庫系統(tǒng)，利用費過程化數(shù)據(jù)操縱語言進行數(shù)據(jù)庫管理，采用內(nèi)模式/外模式/概念模式的三層模式結(jié)構(gòu)，具有較高的數(shù)據(jù)獨立性；第三代的是面向?qū)ο髷?shù)據(jù)庫。它是面向?qū)ο蠹夹g(shù)和數(shù)據(jù)庫技術(shù)相結(jié)合的產(chǎn)物，是當前數(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)換、對數(shù)據(jù)操作的轉(zhuǎn)換和數(shù)據(jù)內(nèi)容的轉(zhuǎn)換。
3.2 模式演進技術(shù)
面向?qū)ο髷?shù)據(jù)庫的模式是累的集合。模式演進包括刪除舊類，新建新類，修改屬性等操作，因此模式演進必須保持模式一致性。常見的演化方法有透明模式演化、等價模式演化和基于數(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ù)處理功能，用以支持持久對象和現(xiàn)實數(shù)據(jù)共享。與傳統(tǒng)數(shù)據(jù)庫相比，面向?qū)ο髷?shù)據(jù)庫系統(tǒng)具有以下優(yōu)勢：
（1）具有表示和構(gòu)造復(fù)雜對象的能力。
（2）將對象的數(shù)據(jù)和操作封裝在對象的類型中。
（3）由封裝和信息隱藏的概念提供的模塊化機制。
（4）通過繼承，封裝和類的層次提供的軟件的重用機制。
（5）通過滯后聯(lián)編等技術(shù)提供了系統(tǒng)的擴充能力。
5 面向?qū)ο髷?shù)據(jù)庫與關(guān)系數(shù)據(jù)庫
數(shù)據(jù)庫管理系統(tǒng)發(fā)展到了今天，可以說已經(jīng)到了極致，多年以來，人們一直在追求數(shù)據(jù)庫系統(tǒng)與程序設(shè)計語言的完美結(jié)合。[3]
關(guān)系數(shù)據(jù)庫將數(shù)據(jù)之間的聯(lián)系數(shù)據(jù)存儲在二維表中，可以有小弟表達大量數(shù)據(jù)，而且也易于理解。關(guān)系數(shù)據(jù)庫使用SQL建立了一種標準的數(shù)據(jù)訪問語言。關(guān)系型數(shù)據(jù)庫有一個邏輯和物理形式清楚的結(jié)構(gòu)，這種結(jié)構(gòu)使得應(yīng)用程序?qū)?shù)據(jù)結(jié)構(gòu)是透明的。在關(guān)系理中，數(shù)據(jù)需要被組織成規(guī)范的表，這樣關(guān)系表中的數(shù)據(jù)是相互獨立的。而以規(guī)范的方式來存儲數(shù)據(jù)，需要把對象分解開并且進行重新組織，當需要使用時，就可以使用SQL查詢。這個過程耗時比較多，沒有實際意義。但是關(guān)系數(shù)據(jù)庫發(fā)展的比較完善，有強大的管理功能和可操縱性。另外，關(guān)系模型還具有很嚴格的數(shù)學理論基礎(chǔ)。
與關(guān)系數(shù)據(jù)庫不同，面向?qū)ο髷?shù)據(jù)庫的核心內(nèi)容來自于面向?qū)ο笳Z言。最初發(fā)展時并沒有明確的標準，一定程度上制約了它的發(fā)展。面向?qū)ο髷?shù)據(jù)庫的優(yōu)點：
面向?qū)ο髷?shù)據(jù)庫在問題空間和求解空間采用了相近的模型，來縮小它們之間的語義差距。
面向?qū)ο髷?shù)據(jù)庫減輕了“阻抗失配”的問題，它強調(diào)高級程序設(shè)計語言與數(shù)據(jù)庫的無縫連接。關(guān)系數(shù)據(jù)庫應(yīng)用一般是將SQL嵌入到某種程序設(shè)計語言里，而這種結(jié)合通常沒那么自然，這個現(xiàn)象被稱為“阻抗失配”。而面向?qū)ο髷?shù)據(jù)庫是將需要用程序語言編寫的操作都封裝在對象內(nèi)部，這樣就可以實現(xiàn)無縫連接。此外，面向?qū)ο髷?shù)據(jù)庫支持類、方法、繼承等概念。
但面向?qū)ο髷?shù)據(jù)庫也有缺點。而這些缺點正好是關(guān)系數(shù)據(jù)庫的強項。面向?qū)ο蟮膽?yīng)用領(lǐng)域有大量的復(fù)雜對象，由于其模型較為復(fù)雜（且缺乏數(shù)學理論基礎(chǔ)），使得它不具備SQL處理集合數(shù)據(jù)的強大能力，有很多系統(tǒng)管理功能也難以實現(xiàn)。另一方面，關(guān)系數(shù)據(jù)庫不斷地吸收面向?qū)ο髷?shù)據(jù)庫的優(yōu)點，出現(xiàn)了對象-關(guān)系數(shù)據(jù)庫系統(tǒng)（ORDBMS）。它立足于原有的關(guān)系數(shù)據(jù)庫，支持更廣的數(shù)據(jù)類型（UDT），方法，繼承，和引用（使得對象間可以直接引用）。
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)會一起存在。用戶可以根據(jù)需要去選擇合適的數(shù)據(jù)庫系統(tǒng)。
但是面向?qū)ο髷?shù)據(jù)庫的成熟仍然存在許多要解決的問題：
首先需要加強面向?qū)ο髷?shù)據(jù)庫技術(shù)與關(guān)系數(shù)據(jù)庫技術(shù)相互兼容的問題。在發(fā)展面向?qū)ο髷?shù)據(jù)庫技術(shù)的同時，必須考慮新舊兩種技術(shù)的平滑接軌問題。
需要加強面向?qū)ο髷?shù)據(jù)庫性能的改善。由于面向?qū)ο髷?shù)據(jù)庫中數(shù)據(jù)被存放在許多地方，因而有效的對象聚類是衡量性能好壞的關(guān)鍵因素。
面向?qū)ο髷?shù)據(jù)庫主要是面向以對象為中心類的應(yīng)用，因此，應(yīng)該具備視圖、演繹能力、語義建模等特征。
要研究和推廣面向?qū)ο髷?shù)據(jù)庫的應(yīng)用開發(fā)工具。面向?qū)ο髷?shù)據(jù)庫模型具有豐富的建模能力，讓用戶的建模變得更加容易，同時卻讓面向?qū)ο髷?shù)據(jù)庫的模式更為復(fù)雜。所以，對面向?qū)ο髷?shù)據(jù)庫系統(tǒng)來說，僅有編程接口是不夠的，還需要有更高級的數(shù)據(jù)庫工具。[4]
面向?qū)ο蠹夹g(shù)是當前計算機界研究的熱點，而面向?qū)ο蠹夹g(shù)與數(shù)據(jù)庫技術(shù)相結(jié)合也是數(shù)據(jù)庫領(lǐng)域研究的主要方向之一。數(shù)據(jù)庫管理系統(tǒng)應(yīng)用面向?qū)ο蠹夹g(shù)，對提高數(shù)據(jù)庫系統(tǒng)模擬能力和擴大數(shù)據(jù)庫應(yīng)用領(lǐng)域有著非常重要的意義；同時對提高軟件的開發(fā)質(zhì)量也十分重要。隨著面向?qū)ο髷?shù)據(jù)庫和關(guān)系數(shù)據(jù)庫的不斷融合，對象-關(guān)系數(shù)據(jù)庫繼承了面向?qū)ο髷?shù)據(jù)庫和關(guān)系數(shù)據(jù)庫的優(yōu)點，已經(jīng)成為目前數(shù)據(jù)庫發(fā)展的主流。
參考文獻：
[1]鄧正宏，薛晶.面向?qū)ο蠹夹g(shù)[M].北京：北京國防工業(yè)出版社，2004.
[2]季維巖.面向?qū)ο髷?shù)據(jù)庫及其實現(xiàn)方法研究[J].科學技術(shù)與工程，2004.
[3]面向?qū)ο髷?shù)據(jù)庫與關(guān)系數(shù)據(jù)庫[J/OL].http：//.
[4]汪琛，胡浩民，面向?qū)ο髷?shù)據(jù)庫技術(shù)的發(fā)展與前景[J].福建電腦，2005.
第2篇：對象數(shù)據(jù)庫范文
關(guān)鍵詞 數(shù)據(jù)庫技術(shù) 面向?qū)ο?關(guān)系數(shù)據(jù)庫
中圖分類號：TP392 文獻標識碼：A
隨著計算機技術(shù)的迅速發(fā)展和“信息高速公路”的逐步建立，人類社會已步入了信息時代，信息已成為社會賴以發(fā)展的重要基礎(chǔ)。信息和數(shù)據(jù)是不可分離的，信息由數(shù)據(jù)表達，數(shù)據(jù)包含的意義就是信息。因此，研究如何科學地組織和存儲數(shù)據(jù)，如何高效檢索和處理數(shù)據(jù)，即對數(shù)據(jù)庫技術(shù)的研究，已經(jīng)成為當前信息技術(shù)領(lǐng)域里的重要研究方向。把先進的面向?qū)ο蠹夹g(shù)和數(shù)據(jù)庫技術(shù)相結(jié)合形成新一代的面向?qū)ο蟮臄?shù)據(jù)庫系統(tǒng)（或稱為第三代數(shù)據(jù)庫系統(tǒng)）成為信息社會發(fā)展的必然產(chǎn)物。面向?qū)ο髷?shù)據(jù)庫已成為當前數(shù)據(jù)庫技術(shù)研究的熱點。
1 數(shù)據(jù)庫技術(shù)的發(fā)展
數(shù)據(jù)庫發(fā)展經(jīng)歷了三個階段。第一階段是層次和網(wǎng)狀數(shù)據(jù)庫，過程化程度較高，一般用戶使用困難；第二階段是關(guān)系數(shù)據(jù)庫 （RDB），具有較高數(shù)據(jù)獨立性，成為20世紀70年代到80年代中期的主流數(shù)據(jù)庫。層次網(wǎng)狀數(shù)據(jù)庫和關(guān)系數(shù)據(jù)庫盡管設(shè)計和控制方式不同：但都用于一般事務(wù)處理，統(tǒng)稱為傳統(tǒng)數(shù)據(jù)庫。隨著網(wǎng)絡(luò)技術(shù)、多媒體技術(shù)、空間信息科學、信息管理、人工智能、軟件工程技術(shù)和數(shù)據(jù)挖掘技術(shù)等領(lǐng)域的發(fā)展及新的社會需求出現(xiàn)，信息無論是從數(shù)量上還是結(jié)構(gòu)上都遠遠超過了傳統(tǒng)數(shù)據(jù)庫能承受的范圍。一種新的解決方案呼之欲出，而這個解決方案極有可能就是面向?qū)ο髷?shù)據(jù)庫技術(shù)。
2 面向?qū)ο髷?shù)據(jù)庫概述
面向?qū)ο髷?shù)據(jù)庫（OODB）以面向?qū)ο蠹夹g(shù)為基礎(chǔ)，增加數(shù)據(jù)庫內(nèi)部數(shù)據(jù)處理功能，用以支持持久對象和現(xiàn)實數(shù)據(jù)共享。其概念可表達為：面向?qū)ο笙到y(tǒng)+數(shù)據(jù)庫能力。它與關(guān)系型數(shù)據(jù)庫相比，最大優(yōu)點就是在于其建模和處理能力大大增強，面向?qū)ο髷?shù)據(jù)庫可以處理復(fù)雜和變化的事物對象，尤其在復(fù)雜系統(tǒng)的模擬、表達和處理能力上可以算得上是獨樹一幟，故被稱為數(shù)據(jù)庫史上一場革命。
3 面向?qū)ο髷?shù)據(jù)庫的特點
面向?qū)ο髷?shù)據(jù)庫將面向?qū)ο蟮哪芰x予了數(shù)據(jù)庫設(shè)計人員和數(shù)據(jù)庫應(yīng)用開發(fā)人員，從而擴展了數(shù)據(jù)庫系統(tǒng)的應(yīng)用領(lǐng)域，并能提高開發(fā)人員的工作效率和應(yīng)用系統(tǒng)的質(zhì)量。面向?qū)ο髷?shù)據(jù)庫具備如下特點：
首先，它是一個數(shù)據(jù)庫管理系統(tǒng)，具有數(shù)據(jù)庫管理系統(tǒng)的基本功能。一是永久性；二是存儲管理；三是能并發(fā)控制；四是故障恢復(fù)能力；五是交互式查詢功能。
其次，它是一個面向?qū)ο蟮南到y(tǒng)。只有支持面向?qū)ο髷?shù)據(jù)庫模型，支持復(fù)雜對象，具有運用各種構(gòu)造機制從簡單對象組成復(fù)雜對象的能力。它還具備應(yīng)用領(lǐng)域所需要的一些特性，如版本管理、長事務(wù)和嵌套事務(wù)、模式演化等等。
4 面向?qū)ο髷?shù)據(jù)庫的實現(xiàn)
4.1 填充關(guān)系數(shù)據(jù)模型
關(guān)于數(shù)據(jù)庫已積累了相當成功的經(jīng)驗，并為工業(yè)界廣泛接受。將成熟的關(guān)系數(shù)據(jù)庫與OODB方法結(jié)合起來，可減少研制工作量，縮短研制周期。但這種方法的弱點是仍不能支持一些面向?qū)ο蟮恼Z義，而且由于保留了關(guān)系數(shù)據(jù)庫的存儲結(jié)構(gòu)而犧牲了一些OODB的特征，其性能、效率難有實質(zhì)性的提高。
4.2 在面向?qū)ο笳Z言中嵌入數(shù)據(jù)庫功能而形成OODB
該方法的關(guān)鍵是如何在面向?qū)ο笳Z言中增加持久性對象的存儲管理。一般以Smalltalk、C++為語言擴充OODB。采用此法研制的OODB有Orion、02等系統(tǒng)。使用此法的困難在于視圖、程序員界面標準化，且受面向?qū)ο笳Z言的限制。
4.3 開發(fā)全新的數(shù)據(jù)模型，從底層實現(xiàn)OODB系統(tǒng)
該方法首先建立一個包含OODB核心概念的數(shù)據(jù)模型.設(shè)計相應(yīng)的語言和相應(yīng)的OODBMS核心。其優(yōu)點是系統(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ā)展途徑：一是標準化和形式化；二是改善和加強OODBS的性能；三是面向?qū)ο髷?shù)據(jù)庫應(yīng)具有很強的建模能力；四是加強面向?qū)ο髷?shù)據(jù)庫的應(yīng)用開發(fā)工具的研制和推廣；五是視圖、演繹能力、語義建模和長事務(wù)；六是加強面向?qū)ο髷?shù)據(jù)庫技術(shù)與關(guān)系數(shù)據(jù)庫技術(shù)相結(jié)合的研究。
6 面向?qū)ο髷?shù)據(jù)庫技術(shù)的前景展望
面向?qū)ο蠹夹g(shù)是近20年來計算機技術(shù)界和工業(yè)界研究的一大熱點。面向?qū)ο蠓椒ㄅc先進的數(shù)據(jù)庫技術(shù)相結(jié)合已成為當今數(shù)據(jù)庫領(lǐng)域研究和發(fā)展的主要方向之一。將面向?qū)ο蠹夹g(shù)應(yīng)用到數(shù)據(jù)庫系統(tǒng)中。使數(shù)據(jù)庫管理系統(tǒng)能夠支持面向?qū)ο髷?shù)據(jù)模型的數(shù)據(jù)庫模式。對提高數(shù)據(jù)庫系統(tǒng)模擬和操縱客觀世界的能力，擴大數(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ā)手段，對提高應(yīng)用軟件的開發(fā)質(zhì)量和軟件的生產(chǎn)能力是十分重要的。
參考文獻
[1] 鄧娟，周冰.面向?qū)ο笈c數(shù)據(jù)庫技術(shù)結(jié)合發(fā)展現(xiàn)狀研究[J].科技資訊，2009（3）.
[2] 張珊靚，支麗平.面向?qū)ο髷?shù)據(jù)庫技術(shù)初探[J].計算機與信息技術(shù)，2007（15）.
[3] 王功明，關(guān)永.面向?qū)ο髷?shù)據(jù)庫發(fā)展和研究[J].計算機應(yīng)用研究，2006（3）.
第3篇：對象數(shù)據(jù)庫范文
1.1 索引對象的概念
數(shù)據(jù)庫對象是一種邏輯結(jié)構(gòu)的集合，索引是供用戶快速查找到記錄的數(shù)據(jù)庫結(jié)構(gòu)，在邏輯上和物理上都獨立于表的數(shù)據(jù)。索引可以在表內(nèi)創(chuàng)建一個或多個列的組合，當建立索引以后表中數(shù)據(jù)會按照索引創(chuàng)建語句所定義的排序方式返回給用戶。索引有多種類型，除了標準索引外，還包括唯一索引、位圖索引、組合索引、基于函數(shù)的索引、反向鍵索引等。
建立索引能夠提高 SQL 語句執(zhí)行的性能，減少磁盤I/O。無索引查詢，通常是全表搜索后才會得到結(jié)果，全表搜索會讓數(shù)據(jù)庫服務(wù)程序遍歷表中的所有記錄然后返回結(jié)果；而建立索引后查詢，可以讓數(shù)據(jù)庫服務(wù)程序快速地定位到表中的確定行。當表被刪除時所有與表相關(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ù)庫查詢性能，在使用索引時需要注意以下情況：
1） 對于小表來說，使用索引對于性能不會有任何提高；
2） 當索引列中有極多的不同的數(shù)據(jù)和空值時索引會使性能有極大的提高；
3） 經(jīng)常執(zhí)行更新、修改操作的字段需要謹慎創(chuàng)建索引，因為更新索引的開銷會降低創(chuàng)建索引所期望獲得的性能；
4） 不要將索引與表存儲在同一個驅(qū)動器上，分開存儲會去掉訪問的沖突從而使結(jié)果返回得更快。
1.2 索引對象優(yōu)化方法
在業(yè)務(wù)系統(tǒng)中針對索引對象的優(yōu)化，主要包括三種方式：一是重建過高的索引層次；二是清除無效的索引；三是對索引碎片的清理。
2.2 風險防范措施
針對數(shù)據(jù)庫對象的優(yōu)化，總體應(yīng)該遵循如下的風險防范原則：
1） 確保數(shù)據(jù)庫備份完整可用；
2） 所有操作和檢查環(huán)節(jié)都使用事前完成并預(yù)演通過的腳本，避免臨時修改腳本；
3） 每部分完成，通過檢查確認無誤，再進行其它部分，避免互相干擾；
4） 專家現(xiàn)場支持，及時處理突發(fā)問題。
在遵循上述原則的基礎(chǔ)之上，對索引對象的優(yōu)化需要注意以下風險：
1） 監(jiān)測時間不夠，在一個監(jiān)測周期內(nèi)未操作過表，監(jiān)測過后又用到了這個表，需要索引，但此時此索引已被列為被優(yōu)化的對象；
2） 監(jiān)控過后，需要取消在用索引的監(jiān)控；
3） 監(jiān)控時如果rebuild index ，會取消監(jiān)控，同時索引標記為已使用，這種情況下會影響監(jiān)控效果；
4） 監(jiān)控時如果在做統(tǒng)計分析時涉及到此索引，索引也會標記為已使用，同樣影響監(jiān)控效果。
為避免上述風險發(fā)生，通常采用的措施是在監(jiān)控期間停止database、schema、table、index等級別的索引收集，避免影響監(jiān)控效果。
2.3 優(yōu)化效果分析
數(shù)據(jù)庫級別的性能數(shù)據(jù)主要是以下關(guān)鍵指標：響應(yīng)時間、CPU時間、等待時間、物理讀，這些指標可以看出目前平均每事務(wù)的反應(yīng)速度、每事務(wù)需要消耗的CPU與IO量。為了得到優(yōu)化的效果，還需要保證進行數(shù)據(jù)對比的時間內(nèi)，數(shù)據(jù)庫的負載基本相同。數(shù)據(jù)庫的負載指標一般以執(zhí)行的事務(wù)數(shù)、Redo size等指標來表示。表1是某業(yè)務(wù)系統(tǒng)的這些指標在索引對象優(yōu)化前后的對比數(shù)據(jù)。
通過索引對象的優(yōu)化，可以從對比表中明顯看出性能得到了大幅提升，影響較大的數(shù)據(jù)庫操作瓶頸主要集中在大表的查詢操作、關(guān)聯(lián)表的更新操作、大業(yè)務(wù)數(shù)據(jù)的統(tǒng)計分析操作等，在優(yōu)化后其操作響應(yīng)時間已經(jīng)能夠滿足用戶的業(yè)務(wù)需求。這些數(shù)據(jù)對比符合數(shù)據(jù)庫索引優(yōu)化方案的預(yù)期成效，也說明索引對象對數(shù)據(jù)庫性能的重要影響。
3 總結(jié)
企業(yè)的業(yè)務(wù)系統(tǒng)經(jīng)過長期的運作，積累了大量的業(yè)務(wù)數(shù)據(jù)，同時隨著業(yè)務(wù)增長、流程優(yōu)化、人員變動等因素，會造成系統(tǒng)性能瓶頸。此時，需要運維和管理人員根據(jù)實際需求，按照系統(tǒng)優(yōu)化原則，制定詳細、多番論證的優(yōu)化方案，對系統(tǒng)實施優(yōu)化，這樣才能滿足用戶不斷變化、業(yè)務(wù)不斷增長的需求。該文通過詳述數(shù)據(jù)庫索引對象的優(yōu)化方法、應(yīng)用案例，闡述了索引對象對系統(tǒng)性能影響的范圍和程度，并就優(yōu)化方案給出了應(yīng)遵循的原則和風險防范措施。在性能優(yōu)化中，針對數(shù)據(jù)庫性能瓶頸，索引對象優(yōu)化只是其中最常見的一種方案，具體優(yōu)化還需要根據(jù)對系統(tǒng)長時間監(jiān)測情況的分析，做出正確選擇。
參考文獻：
[1] 羅海濱，范玉順，吳澄.工作流技術(shù)綜述[J].北京；軟件學報，2000，11 （7）.
[2] 蓋國強.深入淺出Oracle數(shù)據(jù)庫——DBA入門、進階與診斷案例[M].北京：人民郵電出版社，2006.
第4篇：對象數(shù)據(jù)庫范文
關(guān)鍵詞：面向?qū)ο螅唤M態(tài)軟件；實時數(shù)據(jù)庫；設(shè)計模式；XML
一、實時數(shù)據(jù)庫的設(shè)計
1.實時數(shù)據(jù)庫的系統(tǒng)結(jié)構(gòu)
通過通信的程序系統(tǒng)，組態(tài)軟件可以搜集到現(xiàn)場設(shè)備的實時數(shù)據(jù)，并將這些實時數(shù)據(jù)進行加工，經(jīng)過必要加工后，在計算機屏幕上即可顯示圖形形式的數(shù)據(jù)，觀察時會更加直觀。另外，依循組態(tài)軟件的要求以及現(xiàn)場操作人員發(fā)放的指令，控制數(shù)據(jù)會傳輸至I/O設(shè)備，以便控制實施設(shè)備或者對參數(shù)進行控制或調(diào)整。
2.實時數(shù)據(jù)庫的設(shè)計
實時數(shù)據(jù)的管理是組態(tài)軟件的關(guān)鍵，也是其核心部分，組態(tài)軟件實時數(shù)據(jù)庫要在一定的基礎(chǔ)上建立，如，數(shù)據(jù)的及時采集、歷史數(shù)據(jù)、實時數(shù)據(jù)以及統(tǒng)計數(shù)據(jù)的管理和儲存等功能都是組態(tài)軟件實時數(shù)據(jù)庫的模塊組成部分。它向用戶提供了接口，現(xiàn)場的控制系統(tǒng)以及人工輸入的相關(guān)數(shù)據(jù)能夠呈現(xiàn)在用戶面前，方便用戶進行數(shù)據(jù)分析。另外，可以對控制系統(tǒng)情況提出反饋，并控制輸出。在生產(chǎn)工程中，可以為實現(xiàn)控制、優(yōu)化以及其他應(yīng)用提出先進的實時數(shù)據(jù)輸出輸入服務(wù)。
（1）實時數(shù)據(jù)庫的存儲策略。實時數(shù)據(jù)系統(tǒng)設(shè)計在實際情況下需要對時空矛盾進行處理。要對數(shù)據(jù)傳輸?shù)男室筮M行思考。想要保障組態(tài)軟件的實時性，需要將與其相關(guān)聯(lián)的數(shù)據(jù)庫系統(tǒng)、內(nèi)存緩沖區(qū)以及文件管理系統(tǒng)三個存儲系統(tǒng)相結(jié)合，將多種存儲介質(zhì)結(jié)合并加以有效利用，構(gòu)建成為實時數(shù)據(jù)庫系統(tǒng)。實時數(shù)據(jù)在進行存儲時，主要依照以下幾個原則：①采集其相關(guān)聯(lián)的數(shù)據(jù)庫的數(shù)據(jù)。②采集內(nèi)存緩沖區(qū)中經(jīng)常變化的實時數(shù)據(jù)以及訪問較頻繁的數(shù)據(jù)。
（2）組態(tài)軟件參數(shù)數(shù)據(jù)的模型。組態(tài)軟件參數(shù)是系統(tǒng)開發(fā)與系統(tǒng)安穩(wěn)運行的橋梁和紐帶，對工程設(shè)備、數(shù)據(jù)采集點以及工程的圖形、變量等信息進行描述，以供運行系統(tǒng)的識別和加載，最終形成現(xiàn)場的監(jiān)控畫面的相關(guān)數(shù)據(jù)。
二、實時數(shù)據(jù)庫的實現(xiàn)方式
1. XML
組態(tài)軟件中的開發(fā)和運行系統(tǒng)存在獨立運行的可能性，組態(tài)軟件參數(shù)定義于開發(fā)系統(tǒng)，是開發(fā)和運行的橋梁和紐帶。XML系統(tǒng)靈活、擴展性好，為計算機的文檔提供了標準的模板格式，對數(shù)據(jù)之間的交換和信息之間的共享起到關(guān)鍵性作用。由此可見，組態(tài)軟件參數(shù)在對數(shù)據(jù)進行存儲時可采用XML。
2. Timer定時器
在進行相關(guān)數(shù)據(jù)采集時需要定時，如果采集點的采集算法中融入了定時執(zhí)行算法，采集算法難度就大大增加了，并且對軟件的重復(fù)使用性和可維護性都會有所影響。綜上可見，在采集數(shù)據(jù)時，可以采用面向?qū)ο驤ava語言內(nèi)的Timer來對定時器管理類進行創(chuàng)建，在采集數(shù)據(jù)定時執(zhí)行的過程中，可以分離開定式算法和采集數(shù)據(jù)算法。
3.Web Service
實時數(shù)據(jù)庫與其他系統(tǒng)需要進行相互通信，因此，需要向其提供系統(tǒng)整合途徑。Web Service可以實現(xiàn)跨平臺操作，基于XML等與軟件供應(yīng)商和平臺的獨立標準，搭建了可以相互操作、分布式的新平臺，實現(xiàn)了遠程數(shù)據(jù)的相互交換。將Web服務(wù)定義于應(yīng)用程序和實時數(shù)據(jù)庫的接口，遠程操控，這樣在很大程度上提高了實時數(shù)據(jù)庫的標準及開放性。
綜上所述，組態(tài)軟件數(shù)據(jù)的處理關(guān)鍵和基礎(chǔ)是實時數(shù)據(jù)，因此，在實時數(shù)據(jù)的設(shè)計過程中，需要考慮到實時數(shù)據(jù)庫的時效性、開放性和獨立性。將面向?qū)ο蟮乃季S應(yīng)用于組態(tài)軟件實時數(shù)據(jù)庫的設(shè)計中，采用XML存儲組態(tài)軟件參數(shù)讀取參數(shù)，將參數(shù)緩存在內(nèi)存處，不斷提升訪問數(shù)據(jù)的效率；采用Timer將定式算法和采集數(shù)據(jù)算法相分離；采用Web Service對實時數(shù)據(jù)庫接口定義，讓實時數(shù)據(jù)庫具備更強大的分布式能力。
參考文獻：
第5篇：對象數(shù)據(jù)庫范文
關(guān)鍵詞：隔網(wǎng)對抗項目；機能監(jiān)控；數(shù)據(jù)庫；設(shè)計
中圖分類號：G80-32
文獻標識碼：A
文章編號：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
對優(yōu)秀運動員在運動訓(xùn)練過程中的機能監(jiān)控，是當今科學化訓(xùn)練中重要的一環(huán)。它不僅可以幫助教練員及時地了解運動員在執(zhí)行訓(xùn)練后的身體反應(yīng)情況，掌握訓(xùn)練的實效，還為教練員及時調(diào)整訓(xùn)練計劃，預(yù)防過度疲勞的發(fā)生提供客觀依據(jù)。但是，在目前的運動訓(xùn)練機能監(jiān)控中，大部分還是依靠傳統(tǒng)的方法和經(jīng)驗來完成，其中表現(xiàn)為數(shù)據(jù)處理效率低、分析不系統(tǒng)、信息反饋慢，這就限制了對訓(xùn)練效果和運動員機能狀態(tài)的準確診斷與評價，最終影響著運動員成績的提高。
隨著人們對競技體育規(guī)律認識的提高，科學化訓(xùn)練已成為競技運動發(fā)展的共識，對運動訓(xùn)練數(shù)據(jù)的收集、整理、分析就成了科學訓(xùn)練的一個重要組成部分。因此，通過數(shù)據(jù)庫技術(shù)在運動訓(xùn)練中的研究和應(yīng)用，可以加強運動訓(xùn)練數(shù)據(jù)收集的速度、廣度和深度，并通過對數(shù)據(jù)進行全面、系統(tǒng)的分析，做出及時的信息反饋，從而為教練員的運動訓(xùn)練科學決策起著重要的指導(dǎo)作用。因此，根據(jù)運動項目特征分類［1］，本文以隔網(wǎng)對抗項目為研究對象，建立隔網(wǎng)對抗項目機能監(jiān)控管理系統(tǒng)，可以使體育科研人員、教練員有效地組織、管理運動訓(xùn)練機能監(jiān)控數(shù)據(jù)及信息［2］。
但是，如何建立一個高效適用的數(shù)據(jù)庫管理系統(tǒng)，是數(shù)據(jù)庫應(yīng)用領(lǐng)域研究的一個主要課題。實踐表明，數(shù)據(jù)庫設(shè)計是一項軟件工程，可以把軟件工程的原理、技術(shù)和方法應(yīng)用到數(shù)據(jù)庫設(shè)計中，但與一般軟件工程相比，數(shù)據(jù)庫設(shè)計涉及范圍廣，與應(yīng)用環(huán)境聯(lián)系緊密，因此數(shù)據(jù)庫設(shè)計又具有自身的特點［3,4］。本文將就隔網(wǎng)對抗項目機能監(jiān)控管理系統(tǒng)數(shù)據(jù)庫的具體設(shè)計做一詳細闡述，并為相關(guān)的課題研究提供參考和借鑒。
1 數(shù)據(jù)庫設(shè)計概述
數(shù)據(jù)庫設(shè)計是指利用現(xiàn)有的數(shù)據(jù)庫管理系統(tǒng)為具體的應(yīng)用對象構(gòu)造適合的數(shù)據(jù)庫模式，建立數(shù)據(jù)庫及其應(yīng)用系統(tǒng)，使之能有效地收集、存儲、操作和管理數(shù)據(jù)，滿足用戶的應(yīng)用需求。數(shù)據(jù)庫設(shè)計是信息管理系統(tǒng)開發(fā)和建設(shè)的重要組成部分，其質(zhì)量的好壞將直接影響系統(tǒng)的運行效率和系統(tǒng)開發(fā)進度，合理的數(shù)據(jù)庫設(shè)計不僅可以提高系統(tǒng)運行效率，也有利于保證數(shù)據(jù)的完整性和一致性，還有利于系統(tǒng)的實現(xiàn)［5］。用工程化的方法設(shè)計數(shù)據(jù)庫是最為實用的方法，可以把數(shù)據(jù)庫設(shè)計的過程分成4個性質(zhì)不同的主要階段，即需求分析階段、概念設(shè)計階段、邏輯設(shè)計階段和物理設(shè)計階段，如圖1所示。
需求分析階段是與用戶交流獲得用戶對系統(tǒng)的信息要求和處理要求。概念設(shè)計階段是對需求分析中收集的信急和數(shù)據(jù)進行分析和抽象，形成獨立于具體數(shù)據(jù)庫管理系統(tǒng)( Database Management System，DBMS)、反映用戶需求的概念模型，其中實體-關(guān)系模型( Entity-Relationship，E-R)是描述概念模型的
有力工具。邏輯設(shè)計階段是在E-R模型的基礎(chǔ)上導(dǎo)出數(shù)據(jù)庫的邏輯模型，將概念結(jié)構(gòu)轉(zhuǎn)換為具體DBMS支持的數(shù)據(jù)模型。物理設(shè)計階段是根據(jù)概念設(shè)計的結(jié)果以及計算機系統(tǒng)提供的手段，設(shè)計數(shù)據(jù)庫的文件結(jié)構(gòu)、存取路徑和存儲格式等［6,7］。綜上所述，數(shù)據(jù)庫設(shè)計的過程是將數(shù)據(jù)庫系統(tǒng)與應(yīng)用環(huán)境密切地、有機地、協(xié)調(diào)一致地結(jié)合起來的過程，因此，數(shù)據(jù)庫設(shè)計者不但要有數(shù)據(jù)庫的基本知識和數(shù)據(jù)庫設(shè)計技術(shù)，而且要有應(yīng)用領(lǐng)域方面的知識，了解應(yīng)用環(huán)境和用戶業(yè)務(wù)，數(shù)據(jù)庫的設(shè)計質(zhì)量才有保證，才能滿足用戶的應(yīng)用需要。
2 隔網(wǎng)對抗項目機能監(jiān)控管理系統(tǒng)數(shù)據(jù)庫設(shè)計
2.1 需求分析 在現(xiàn)在許多運動隊運動訓(xùn)練機能監(jiān)控過程中，主要依靠科研教練、隊醫(yī)按訓(xùn)練計劃定時給運動員做機能生理、生化測試，再把測試結(jié)果與正常（臨床）值比較分析評定，然后進行信息反饋。在此過程中，至少有以下幾個問題值得探討：一是運動員機能評定分析的生理、生化監(jiān)控的參考范圍和標準？二是機能測試數(shù)據(jù)收集、整理規(guī)范性和效率？三是對數(shù)據(jù)的多功能、快捷的查詢？四是如何實現(xiàn)運動員機能測試數(shù)據(jù)及相關(guān)信息安全、永久、系統(tǒng)的保存？
根據(jù)運動項目特征分類，又由于乒乓球、羽毛球、網(wǎng)球和排球運動員運動訓(xùn)練機能監(jiān)控測試指標具有很大的相似性，所以以隔網(wǎng)對抗項目為對象建立其機能監(jiān)控管理系統(tǒng)。系統(tǒng)涉及的數(shù)據(jù)主要包括兩個方面：運動員基本數(shù)據(jù)和運動員機能監(jiān)控測試數(shù)據(jù)。其中，基本數(shù)據(jù)屬于相對靜態(tài)的數(shù)據(jù)，比如，運動員姓名、性別、出生日期、專業(yè)訓(xùn)練年限、健康狀況、最好成績等，較長時間內(nèi)不會有太大改變，它的主要作用是用來提供運動員的基本信息。機能監(jiān)控測試數(shù)據(jù)屬動態(tài)數(shù)據(jù)，它主要反映訓(xùn)練負荷對運動員造成的應(yīng)激反應(yīng)及運動訓(xùn)練所帶來的運動員機能狀態(tài)的改變［8］。因此，系統(tǒng)數(shù)據(jù)庫設(shè)計的具體需求包括：數(shù)據(jù)的錄入、修改、刪除、保存；對機能監(jiān)控測試數(shù)據(jù)的統(tǒng)計分析；方便的數(shù)據(jù)查詢，支持多條件查詢；完善的權(quán)限管理，增強系統(tǒng)的安全性；統(tǒng)一友好的操作界面，能保證系統(tǒng)的易用性。
2.2 概念結(jié)構(gòu)設(shè)計 概念設(shè)計的重點在于信息結(jié)構(gòu)的設(shè)計，是整個數(shù)據(jù)庫系統(tǒng)設(shè)計的關(guān)鍵。它是以用戶能理解的形式表示信息結(jié)構(gòu)，產(chǎn)生一個能反映用戶觀點的更接近于現(xiàn)實世界的數(shù)據(jù)模型。現(xiàn)今最流行的表示信息結(jié)構(gòu)的方法是E-R方法，它用簡單的圖形方法構(gòu)造E-R模型。
2.2.1 系統(tǒng)實體及關(guān)系分析 隔網(wǎng)對抗項目機能監(jiān)控管理系統(tǒng)主要包括以下實體：運動員機能監(jiān)控、運動員綜合信息、運動員機能測試、運動員基本信息、運動員健康信息、運動員成績信息、教練員基本信息、隊醫(yī)基本信息、運動員機能測試、訓(xùn)練課測試、階段性訓(xùn)練測試。其中，運動員機能監(jiān)控是整個系統(tǒng)研究的對象；運動員的綜合信息包括運動員機能測試、運動員基本信息、運動員健康信息、運動員成績信息、教練員基本信息、隊醫(yī)基本信息；運動員機能測試包括訓(xùn)練課測試、階段性訓(xùn)練測試。
在該管理系統(tǒng)中，運動員綜合信息屬于相對靜態(tài)信息，提供運動員的基本情況，運動員機能測試屬于動態(tài)信息，按照訓(xùn)練計劃定期進行多次的機能測試監(jiān)控，因此是一對多的關(guān)系。圖2、3、4、5分別為運動員基本信息、運動員健康信息、運動員成績信息、運動員機能測試概念結(jié)構(gòu)設(shè)計E-R模型圖。
2.3 邏輯結(jié)構(gòu)設(shè)計
2.3.1 系統(tǒng)E-R模型圖轉(zhuǎn)換關(guān)系模式 邏輯結(jié)構(gòu)設(shè)計的任務(wù)是把概念結(jié)構(gòu)設(shè)計階段設(shè)計好的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)對抗項目機能監(jiān)控管理系統(tǒng)數(shù)據(jù)庫E-R模型圖轉(zhuǎn)換為關(guān)系模式如下：
運動員基本信息（運動員編號、姓名、照片、性別、出生日期、運動等級、專業(yè)訓(xùn)練年限、運動項目、現(xiàn)屬運動隊、聯(lián)系地址電話、備注、登記日期、登記人）。運動員健康信息（運動性傷病史、經(jīng)期對運動影響、初潮年齡、月經(jīng)周期、既往疾病史、遺傳病史、家族病史、遺傳病史、備注、登記日期、登記人）。運動員成績信息（比賽日期、賽事級別、比賽名稱、比賽地點、比賽項目、比賽成績、比賽名次、備注、登記日期、登記人）。教練員、隊醫(yī)基本信息（編號、姓名、性別、出生日期、現(xiàn)屬運動隊、聯(lián)系地址電話、備注、登記日期、登記人）。
訓(xùn)練課測試（測試日期、ID、姓名、性別、運動項目、測試指標）。階段性訓(xùn)練測試（測試日期、ID、姓名、性別、運動項目、測試指標）。其中，訓(xùn)練課測試指標主要是：血乳酸、血尿素、血清肌酸激酶、血色素、心率和主觀體力感覺等級表；階段性訓(xùn)練測試指標主要是：白細胞、紅細胞、血色素、血球壓積、血清肌酸激酶、血尿素、睪酮、皮質(zhì)醇、CD4+、CD8+、白細胞介素4、γ干擾素、NKT細胞［9］。
2.3.2 系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)設(shè)計 數(shù)據(jù)庫結(jié)構(gòu)設(shè)計要求根據(jù)數(shù)據(jù)字典、使用的數(shù)據(jù)庫管理系統(tǒng)和系統(tǒng)開發(fā)工具設(shè)計出數(shù)據(jù)庫以及各個數(shù)據(jù)表的結(jié)構(gòu)。因此，隔網(wǎng)對抗項目機能監(jiān)控管理系統(tǒng)共設(shè)計了12個數(shù)據(jù)結(jié)構(gòu)表，其中，表1、表2分別為運動員基本信息、階段性訓(xùn)練測試結(jié)構(gòu)表。
2.4 物理結(jié)構(gòu)設(shè)計 數(shù)據(jù)庫物理結(jié)構(gòu)設(shè)計的任務(wù)是如何有效地把數(shù)據(jù)庫邏輯結(jié)構(gòu)在物理存儲器上加以實現(xiàn)，其內(nèi)容主要包括：確定記錄存取格式、選擇文件的存儲結(jié)構(gòu)、決定存取路徑和分配存儲空間。
本研究應(yīng)用的SQL Sever 2000是可視化的面向?qū)ο蟮年P(guān)系型數(shù)據(jù)庫系統(tǒng)，它的許多物理設(shè)計要素均被封裝起來，用戶只要按照SQL Sever 2000數(shù)據(jù)庫管理系統(tǒng)提供工具設(shè)計邏輯模式，物理模式的設(shè)計以及邏輯模式與物理模式之間的映像關(guān)系完全由系統(tǒng)自動完成，數(shù)據(jù)庫的結(jié)構(gòu)、記錄、索引、關(guān)聯(lián)、乃至視圖和應(yīng)用模塊均由系統(tǒng)進行統(tǒng)一維護，全部在一個磁盤文件(.mdb)下存儲。
3 小 結(jié)
采用基于數(shù)據(jù)庫的計算機技術(shù)建立隔網(wǎng)對抗項目機能監(jiān)控管理系統(tǒng)，可以使體育科研人員、教練員有效地組織、管理運動訓(xùn)練機能監(jiān)控信息。提高信息收集、整理的規(guī)范性和效率，支持快捷的信息查詢和統(tǒng)計分析，并使優(yōu)秀運動員相關(guān)信息得以安全、永久、系統(tǒng)的保存。
而設(shè)計完善、性能良好的數(shù)據(jù)庫系統(tǒng)是順利進行計算機系統(tǒng)開發(fā)的基礎(chǔ)。因此，本文分別從需求分析、概念結(jié)構(gòu)設(shè)計、邏輯結(jié)構(gòu)設(shè)計和物理結(jié)構(gòu)設(shè)計4個階段，對隔網(wǎng)對抗項目機能監(jiān)控管理系統(tǒng)數(shù)據(jù)庫設(shè)計進行了詳細闡述，其設(shè)計思路、方法可為其它運動項目的機能監(jiān)控管理系統(tǒng)設(shè)計所參考和借鑒。
參考文獻：
［1］ 田麥久.運動訓(xùn)練學［M］.北京:人民體育出版社,2000：19-60.
［2］ 陶志翔.拍隔網(wǎng)對抗項群理論與應(yīng)用成果研究［J］.北京體育大學學報，2007，30（2）：252-254.
［3］ 趙杰，李濤，余江等.數(shù)據(jù)庫原理與應(yīng)用［M］.北京:人民郵電出版社,2006：198-213.
［4］ 盧瀟. 軟件工程［M］.北京:清華大學出版社,2005：300-331.
［5］郭明航，李夠霞，從懷軍，等.生態(tài)研究數(shù)據(jù)庫系統(tǒng)的設(shè)計與開發(fā)［J］.水上保持通報，2005,25（6）：59-62.
［6］ 劉曉宇,劉玉紅,婁凱.煙臺市無償獻血者資料數(shù)據(jù)庫的設(shè)計［J］.第四軍醫(yī)大學學報，2006,27（3）：288.
［7］ 王娜，宿紅毅，白琳.數(shù)據(jù)庫性能監(jiān)控分析系統(tǒng)的設(shè)計與實現(xiàn)［J］.計算機工程，2005,31（24）：105-107.
第6篇：對象數(shù)據(jù)庫范文
1.1學生的積極性較低
許多中職院校的學生對學習的興趣都比較低，在學習的態(tài)度上表現(xiàn)的也不主動。雖然數(shù)據(jù)庫學習是計算機專業(yè)的核心課程，但是因為數(shù)據(jù)庫學習的運算過程和雜亂的代碼大大的減弱了學生們的積極性，從而降低了學生們對數(shù)據(jù)庫學習的重視。
1.2教學方式傳統(tǒng)
許多中職院校數(shù)據(jù)庫教學還是傳統(tǒng)的教學模式為“老師教，學生聽”，師生之間的互動不多。因為數(shù)據(jù)庫學科定理是十分抽象難懂的知識，又因為學生沒有參與計算和實踐，所以數(shù)據(jù)庫學科的知識很難被學生們理解。
1.3不重視教學的實踐
數(shù)據(jù)庫學習是一門要求很高的學科，它要求學生對軟件操作和實際計算機都應(yīng)具備很高的能力。這就需要教師重視培養(yǎng)學生的實際操作技能，讓學生多多的進行實踐。然而在實際的教學過程中，教師更加注重理論知識的學習，從而忽視了培養(yǎng)學生的實踐操作能力。
2項目教學法的定義與具體實踐
項目教學法是要求學生和教師在一定的教學環(huán)境下，共同完成一個比較完整的教學項目。在整個教學活動中，教師承擔著主導(dǎo)性的作用，幫助同學們充分發(fā)揮自己的主動性和積極性，在整個教學活動后，教師還應(yīng)該對學生完成項目的情況進行點評?？偨Y(jié)來說，項目教學法有三大方面：
2.1“總-分”的線性模型
“總線”要對開發(fā)的方向、項目的選擇和項目的實施提起注重?！胺志€”是要對模塊的設(shè)計、界面的風格和數(shù)據(jù)的標準統(tǒng)一提起注重。
2.2項目的實施
要對項目進行定向，這就要對教材、學生的興趣、項目難易的程度進行考慮；再確認分組；②通過小組和數(shù)據(jù)庫教材內(nèi)容進行知識的構(gòu)建；③把數(shù)據(jù)庫的理論融入到學生的實際實踐中，同學們分析結(jié)果后，老師進行補充回答，這樣有助于提高學生的自主學習能力。
2.3評價
項目實施成果，老師的檢驗評價是對學生努力的肯定，這也是同學們互相學習的過程。①可以由學生自己評價，由學生由己介紹項目的開發(fā)心里體會、成功的經(jīng)驗、失敗的教訓(xùn)；②有同學之間相互評價，讓同學相互之間提出對方的不同見解；③由老師對各組進行評價。通過評價既可以肯定學生的努力，又可以幫助同學們指出不足之處，挖掘同學潛力。此后，教師可以選擇優(yōu)秀的作品、好的設(shè)計思路進行總結(jié)和歸納，建立作品檔案，為以后的教學提供優(yōu)秀學習資料?？己藢W生的表現(xiàn)可以作為成績的考核內(nèi)容之一，這樣可以增加學生的積極性。
3項目教學法在數(shù)據(jù)庫教學中應(yīng)注意的事項
3.1要體現(xiàn)師生角色互換
在傳統(tǒng)的教學法中，整個教學過程是以教師為中心的。教師按照學科所學內(nèi)容進行設(shè)計、安排教學順序，教師講什么，學生就學點什么，這樣學生就變成了一個學習的木偶，始終是一個被動的角色。然而項目教學法是要突破傳統(tǒng)的師生模式，這就要在實際的教學過程中，學生更多的參與，在這一過程中學生占主體地位，為學生提供更多的學習機會，使學生將自己學習的理論知識與實踐進行結(jié)合，更簡單的是學生深入理解學習的內(nèi)容。
3.2要重視對實踐的總結(jié)
項目教學法主要的作用是培養(yǎng)學生的主動性和實踐能力，但是也不能忽略在教學過程中對對項目教學的實踐過程進行評價和總結(jié)，從而實現(xiàn)實現(xiàn)理論與實際相結(jié)合。具體來講，項目教學實踐的總結(jié)主要包括兩點：①對實踐的過程中的總結(jié)，通過總結(jié)可以幫助學生在實踐過程中遇到的困難和問題，并可以總結(jié)出重要的知識點。②對，整個實踐過程后的總結(jié)，通過實踐過程可以使學生對數(shù)據(jù)庫整體的知識有一個大概的理解，既可以加深了學生對知識點的理解，又可以提高學生對學習的信心和積極性。
3.3選擇適合學生的優(yōu)秀項目
第7篇：對象數(shù)據(jù)庫范文
關(guān)鍵詞：水庫樞紐工程；瀝青混凝土心墻堆壩；筑壩材料；現(xià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
中圖分類號：TV62 文獻標識碼： A 文章編號：
1工程概況
象鼻咀水庫樞紐工程位于四川省威遠縣連界鎮(zhèn)先鋒村與反帝村的界河（寶溪河）上，威遠鋼鐵廠五號橋下游3.24km，距威遠縣城約38km。
水庫正常蓄水位：583.00m ，死水位：554.00m ，校核洪水位：583.70，設(shè)計洪水位：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ù)制混凝土塊護坡自552m（低于死水位2m）起上延至壩頂；壩下游壩坡1：1.7，設(shè)二級馬道，馬道寬度均為3m，高程分別為564.30m、542.80m，下游壩坡采用C15混凝土框格草皮護坡。下游主堆石底部設(shè)有堆石排水帶，排水帶底高程530.7m，頂高程535.0m，排水帶下接下游貼坡排水。
壩料的分區(qū)及技術(shù)要求
2.1壩體斷面及填筑材料的設(shè)計分區(qū)見圖1。
（圖1：壩體斷面及填筑材料分區(qū)圖）
2.2主堆石料（壩殼料）技術(shù)參數(shù)
堆石料最大粒徑800mm，干密度≥2.05t/m3。該區(qū)采用弱風化～新鮮砂巖，最大粒徑控制為800mm，小于5mm含量5～20%，小于0.075mm含量不大于5%，滲透系數(shù)控制為大于1×10-3cm/s。
瀝青混凝土心墻壩堆石料級配控制建議（表1）
2.3過渡料（心墻兩側(cè)）技術(shù)參數(shù)
最大粒徑控制為80mm，小于5mm含量25～35%，小于0.075mm含量不大于5%，滲透系數(shù)5×10-2cm/s。
瀝青混凝土心墻壩過渡料級配控制建議 （表2）
2.4瀝青混凝土心墻
滲透系數(shù)：K≤1×10-8cm/s，水穩(wěn)定系數(shù)≥0.9，設(shè)計密度γ≥2.40g/cm3，孔隙率≤3%（芯樣），彎曲強度≥400kpa，凝聚力≥90kpa，內(nèi)摩擦角≥29°。
2.5排水帶
采用灰?guī)r料，最大粒徑控制為800mm，干密度≥2.1t/m3，小于5mm含量不大于5%，滲透系數(shù)K＞1×10-1cm/s。
3 試驗?zāi)康募胺椒?/p>
3.1試驗?zāi)康?/p>
（1）核實壩體填筑材料的設(shè)計填筑標準的合理性；
（2）檢驗上壩材料顆粒級配并進行合理性評價；
（3）確定上壩材料施工的最佳碾壓參數(shù)。
3.2試驗標準及方法
試驗采用標準或規(guī)范是：《土工試驗規(guī)程》（SL237-1999）；《水利水電工程天然建筑材料勘察規(guī)程》（SL251-2000）；《碾壓式土石壩施工規(guī)范》（DL/T5129-2001）等。
密度檢測均采用挖坑灌水法，含水率采用電烘箱烘干法，顆粒分析采用篩析法。
4 碾壓試驗場地布置與碾壓機具
圖2碾壓試驗場地某一擬定層鋪筑碾壓平面示意圖
H1、H2、H3：為不同鋪料厚度，分別為60、70、80cm。
N：振動碾壓遍數(shù)，分別為8、10、12遍。
表3碾壓機具主要參數(shù)
5 現(xiàn)場碾壓試驗過程
5.1碾壓試驗前的準備
選擇不低于35×40m面積作為現(xiàn)場試驗場地，場地應(yīng)平坦，地基堅實。按《碾壓式土石壩施工規(guī)范》要求進行場地平整、墊層基礎(chǔ)壓實等工作。經(jīng)監(jiān)理、質(zhì)檢人員對其平整度（±5cm）和密實度檢查合格后按擬定的技術(shù)要求進行試驗。試驗時注意測量基礎(chǔ)高程，鋪料壓實前、后的高程，以便填筑施工時估算壓實沉降量?；A(chǔ)測量和質(zhì)量檢查合格后，按以下擬定的白條帶和塊段用白灰線撒出，便于鋪筑碾壓的指揮。
5.2鋪料厚度、最大粒徑控制、顆粒級配、碾壓遍數(shù)和碾壓方式的具體要求
（1）壩殼料：根據(jù)巖性巖質(zhì)不同分為四個碾壓條帶。厚度分別為強風化料60cm，中風化料60cm,中風化料80cm（一個條帶），中風化料75cm（校核條帶）?？刂谱畲罅椒謩e為40cm，53cm，50cm。每個條帶擬定劃分為6，8，10，12遍，四個振動碾壓塊段。每塊段5×5m。
在實際檢查過程中，發(fā)現(xiàn)存在機具的設(shè)計最低時速比一般碾壓機具偏快，6遍壓實明顯欠佳，經(jīng)會商研究調(diào)整為振動碾壓試驗遍數(shù)塊段為8，10，12遍三個塊段進行正式現(xiàn)場碾壓試驗。
（2）過渡料帶：為結(jié)合瀝青混凝土心墻施工，鋪料厚度和瀝青混凝土心墻相同，鋪料厚度為30cm（需按不出現(xiàn)層面剪力破壞原則考慮），級配組合嚴格按照設(shè)計要求。每個條帶劃分為4，6，8，10遍，四個振動碾壓塊段。各粒徑組級配摻合與含水量控制采用裝卸機械反復(fù)拌合，檢查合格后鋪料。
（3）排水帶料：施工用量較少，采用一個試驗條帶，初擬鋪料厚度80cm進行，振動碾壓遍數(shù)初擬為8，10，12遍三個塊段。
（4）碾壓方式：進退錯距法，錯距15～20cm；前進與后退速度均采用最低行進檔。
5.3料場級配和含水率控制：根據(jù)最大控制粒徑、級配連續(xù)的要求，以及小于5mm粒組含量要求，事前開展爆破試驗、求出合理的爆破參數(shù)、并用破碎頭進行二次改小以控制顆粒級配。含水率控制在料場進行，對爆破料進行事前灑水，檢測合格后取樣進行碾壓試驗。
5.4每一塊段的試驗檢測項目內(nèi)容
壓實沉降量檢測：每塊段4個測點。塊段面積5×5m，測點相應(yīng)為2.5×2.5m方形的四個頂角，現(xiàn)場采用估計法定位?；A(chǔ)、碾前、碾后的相對高程施測精度：普通水準或五等水準。
含水率、干密度檢測：選代表性部位，位置現(xiàn)場確定。
顆粒級配檢查：各種筑壩材料選取代表性塊段作碾前、碾后顆粒大小分析試驗。
6 現(xiàn)場碾壓試驗成果
表4：現(xiàn)場碾壓試驗測量沉降量匯總表
注：試驗場平均高程為±0。
表5：現(xiàn)場碾壓含水率、密度試驗成果
表6：壩殼料顆粒大小分析試驗成果
表7過渡料顆粒大小分析試驗成果
備注
表8排水帶料顆粒大小分析試驗成果
7 試驗成果分析
（1）同一鋪層厚度，若碾壓遍數(shù)越多干密度越大。
（2）碾壓遍數(shù)與沉降量成相關(guān)，碾壓遍數(shù)增加，總沉降量增大，并具有隨著碾壓遍數(shù)的增加，而沉降量的增加值逐漸減小的特點。
（3）試驗料的級配粒組基本位于設(shè)計包絡(luò)線內(nèi)，由于壩殼料是強風化和中風化的砂巖，壓實后的級配曲線明顯右移，各組粒徑偏小，但級配仍然連續(xù)，壓實效果較好，對筑壩材料整體性無大的改變和影響。
（4）壩殼料的填筑應(yīng)在壩面適量加水，使巖塊表面、軟化，減少顆粒間相對位移的摩阻力有利于壓實，同時在振動的作用下適量加水，對提高壩殼料的壓實密度、減少壩體后期的沉降量是有利的。
8 結(jié)語
（1）設(shè)計確定的壩體分區(qū)及筑壩材料的設(shè)計級配都是合適的。壩殼料、過渡料、排水帶料設(shè)計的壓實干密度，通過選擇合適的壓實參數(shù)是可以有保證得到的。
（2）填筑碾壓設(shè)備采用LSS2501自行式振動壓路機，進退錯距法碾壓，行走速率選用最慢速檔。
第8篇：對象數(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)建動態(tài)交互式站點上的強大功能及其代碼編寫的簡便性、面向?qū)ο蟮脑O(shè)計，很快在Internet/Intranet網(wǎng)站上得到了廣泛的應(yīng)用，尤其是涉及到數(shù)據(jù)庫操作的網(wǎng)站應(yīng)用系統(tǒng)更是傾向于采用ASP技術(shù).ASP成為許多計算機專業(yè)人士設(shè)計網(wǎng)站時的首選技術(shù).本文簡單討論在ASP下數(shù)據(jù)庫連接的相關(guān)知識.
1 基本原理
在ASP中，用來存取數(shù)據(jù)庫的對象統(tǒng)稱ADO對象（ActiveX Data Objects），這是一項容易使用并且可擴展的將數(shù)據(jù)庫訪問添加到Web頁的技術(shù)，可以使用它去編寫緊湊簡明的腳本以便連接到ODBC（Open Database Connectivi-ty）兼容的數(shù)據(jù)庫和OLE DB兼容的數(shù)據(jù)源.在ASP中，有7個對象，其中與數(shù)據(jù)庫有關(guān)的主要有3種對象:Connection，Recordset和Command，其中Connection負責打開或連接數(shù)據(jù)庫，Recordset負責存取數(shù)據(jù)表，Command定義對數(shù)據(jù)源進行操作的命令.如果只依靠這3個對象還是無法存取數(shù)據(jù)庫的，還必須具有數(shù)據(jù)庫存取的驅(qū)動程序:OLE DB驅(qū)動程序和ODBC驅(qū)動程序.對于任何一種數(shù)據(jù)庫都必須有相對應(yīng)的OLE DB驅(qū)動程序和ODBC驅(qū)動程序，ADO對象才能對數(shù)據(jù)庫進行存取.ADO對象必須與各種驅(qū)動程序相結(jié)合才能存取各種類型數(shù)據(jù)庫，不同的數(shù)據(jù)庫需要不同的驅(qū)動程序.可以非常方便地在“控制面板”中“ODBC Data Source（32Bit）”中獲得本機驅(qū)動程序的信息.
2 數(shù)據(jù)庫連接
訪問數(shù)據(jù)庫信息的第一步是創(chuàng)建數(shù)據(jù)庫源并和數(shù)據(jù)庫源建立連接.ADO提供了Connection對象，可以使用該對象建立和管理應(yīng)用程序和ODBC數(shù)據(jù)庫之間的連接.Connection對象具有各種屬性和方法，可以使用它們打開和關(guān)閉數(shù)據(jù)庫連接，并且發(fā)出查詢請求來更新信息.
要建立數(shù)據(jù)庫連接，首先應(yīng)創(chuàng)建Connection對象的實例.在實際應(yīng)用中不同數(shù)據(jù)庫的連接方法有所不同，它們需要建立不同的Connection，但如果建立Connection后，使用Recordset對象存取數(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”對其進行管理.
2.2 創(chuàng)建數(shù)據(jù)庫鏈接 ASP文件中如果要訪問數(shù)據(jù)，必須首先創(chuàng)建與數(shù)據(jù)庫的鏈接，其語法如下:set Tconn= Server createObject （“ADOBD.CONNECTION”） /創(chuàng)建了鏈接對象TConn TConn.Open“dns”，“username”，“password” /打開鏈接
2.3 創(chuàng)建數(shù)據(jù)對象 RecordSet保存的是數(shù)據(jù)庫命令結(jié)果集，并標有一個當前記錄.sql=“SELECT*FROM test” /設(shè)置SQL語句Set RecordSet=TConn.Execute（sql） /創(chuàng)建并打開了對象，TConn是創(chuàng)建的鏈接對象Set RecordSet=TConn.Execute（sql） /將表test中的所有記錄保存到RecordSet
第9篇：對象數(shù)據(jù)庫范文
關(guān)鍵詞 數(shù)據(jù)庫;管理工具;SQL
中圖分類號TP393 文獻標識碼A文章編號 1674-6708(2010)19-0088-01
1問題的引入
典型的數(shù)據(jù)庫管理工具都屬于專用工具,不能夠支持對多種數(shù)據(jù)庫的管理。但隨著數(shù)據(jù)庫市場的擴大和數(shù)據(jù)庫的普及,企業(yè)信息化建設(shè)的不斷深入以及企業(yè)間的合并和重組,企業(yè)當前正在或即將開發(fā)的企業(yè)級應(yīng)用軟件可能會涉及到其不同部門的數(shù)據(jù),而這些部門可能在不同時期選用了不同數(shù)據(jù)庫廠商的產(chǎn)品。這種現(xiàn)象在我國也普遍存在。為了保障企業(yè)日常業(yè)務(wù)的正常運行,同時保護已有投資,企業(yè)基本不可能一次性統(tǒng)一所有的數(shù)據(jù)庫并更新運行在這些數(shù)據(jù)庫上的業(yè)務(wù)系統(tǒng)。在不同廠商的數(shù)據(jù)庫系統(tǒng)上維護統(tǒng)一的模式結(jié)構(gòu),或者將這些數(shù)據(jù)庫的數(shù)據(jù)信息遷移到某個數(shù)據(jù)庫上,通常都需要極富經(jīng)驗的數(shù)據(jù)庫管理員進行大量、廣泛的手工干預(yù),這對企業(yè)和數(shù)據(jù)庫管理員來說將是一件極具挑戰(zhàn)性的任務(wù)和沉重的負擔。如果能夠使用同時支持不同數(shù)據(jù)庫平臺的數(shù)據(jù)庫管理工具顯然能夠使企業(yè)和數(shù)據(jù)庫管理員從中獲益。
2設(shè)計目標
本論文的主要研究目標是設(shè)計一種數(shù)據(jù)庫管理控制臺,能夠?qū)Χ喾N關(guān)系數(shù)據(jù)庫產(chǎn)品進行統(tǒng)一管理,以適應(yīng)復(fù)雜多變的企業(yè)應(yīng)用環(huán)境。在為用戶提供管理和維護不同數(shù)據(jù)庫的一致途徑外,還具有外部接口,能夠與其他企業(yè)應(yīng)用整合。
該工具的應(yīng)用環(huán)境,如圖1所示:
圖1描繪了在某一企業(yè)環(huán)境中,數(shù)據(jù)庫管理員和數(shù)據(jù)庫開發(fā)人員在不同系統(tǒng)平臺下使用數(shù)據(jù)庫管理控制臺同時訪問不同數(shù)據(jù)庫的應(yīng)用情形。圖中粗實線箭頭兩端的對象主要通過網(wǎng)絡(luò)進行數(shù)據(jù)傳輸和交互。
3 系統(tǒng)架構(gòu)
與絕大多數(shù)數(shù)據(jù)庫管理工具的兩層結(jié)構(gòu)不同,DBMC為了實現(xiàn)方便性與可集成性,采用了三層結(jié)構(gòu)。在傳統(tǒng)方式下,數(shù)據(jù)庫用戶需要將數(shù)據(jù)庫管理工具安裝在其PC上,并且可能需要自行配置所需的數(shù)據(jù)庫驅(qū)動程序。數(shù)據(jù)庫管理工具通過網(wǎng)絡(luò)與數(shù)據(jù)庫連接,并執(zhí)行相應(yīng)操作。可以看出,數(shù)據(jù)庫用戶的概要信息均保存在這臺PC上,如果用戶更換機器或使用他人PC,則需要重新安裝和進行配置。而DBMC是部署在服務(wù)器上的,相關(guān)概要信息均在服務(wù)器端完成,用戶個人配置也可以保存在服務(wù)器中,用戶只需通過能夠連接服務(wù)器的PC上的瀏覽器就可以進行相應(yīng)的操作。
由于DBMC整體架構(gòu)使用PHP+Ajax,因此,可以通過瀏覽器向用戶提供信息并進行交互。瀏覽器具有很強的靈活性和方便性,把它作為用戶接口,是一個不錯的選擇,但是有一點需要特別關(guān)注,這就是瀏覽器提供的表現(xiàn)能力和交互方式是否能夠滿足用戶對于數(shù)據(jù)庫管理工具的需要,而這正是Ajax技術(shù)的優(yōu)勢所在。
4 系統(tǒng)功能
DBMC需要對不同數(shù)據(jù)庫進行管理,因此,首先需要能夠與這些數(shù)據(jù)庫進行連接,然后通過相應(yīng)連接獲取目標數(shù)據(jù)庫的信息,并按照統(tǒng)一的形式將數(shù)據(jù)庫對象信息,對象間的關(guān)系以及對象的相關(guān)操作展示出來,還要提供對SQL腳本的執(zhí)行能力,從而達到管理操作的需求。此外,DBMC提供了企業(yè)應(yīng)用接口,可以通過該接口使其他企業(yè)應(yīng)用的用戶登錄DBMC,完成所需的數(shù)據(jù)庫管理等操作。
根據(jù)DBMC數(shù)據(jù)庫類,DBMC連接到某個數(shù)據(jù)庫上,然后就可以通過該類的實例提交操作請求,獲取指定的數(shù)據(jù)庫信息或者對數(shù)據(jù)庫對象進行操作。
對數(shù)據(jù)庫進行管理就必須知道數(shù)據(jù)庫中有哪些對象需要管理以及管理對象的哪些信息。同時如何更好地表現(xiàn)這些對象的結(jié)構(gòu)以及對象之間的關(guān)系,能夠使用戶更加清楚地了解到數(shù)據(jù)庫的當前狀態(tài),并協(xié)助用戶進行更為有效地管理。數(shù)據(jù)庫對象一般是以樹狀結(jié)構(gòu)來表現(xiàn)的,反映了他們之間的層次和相互關(guān)系,DBMC也采用這種結(jié)構(gòu)進行表現(xiàn)。DBMC定義數(shù)據(jù)庫對象樹的構(gòu)成,以及對象的相關(guān)信息和相應(yīng)操作,而這些信息的獲取和操作就需要專門的數(shù)據(jù)庫操作來支持,從而取得正確的對象信息以及對對象進行正確的操作。
DBMC在獲取數(shù)據(jù)庫信息之后將上述信息顯示給用戶,用戶逐層查看數(shù)據(jù)庫對象信息,并對某些對象進行特定操作。DBMC監(jiān)聽到用戶操作后,作出相應(yīng)處理,以完成相應(yīng)任務(wù)。用戶還可以通過SQL腳本更靈活地對數(shù)據(jù)庫進行操作,批量執(zhí)行任務(wù)。
DBMC向用戶提供登錄接口,確定用戶訪問的數(shù)據(jù)庫及相關(guān)信息,之后通過用戶的數(shù)據(jù)庫帳號連接相應(yīng)數(shù)據(jù)庫,并獲取數(shù)據(jù)庫對象信息。當DBMC與其它企業(yè)應(yīng)用集成后,還需要提供企業(yè)接口,以便其他企業(yè)應(yīng)用管理的用戶使用DBMC來管理數(shù)據(jù)庫。
5 結(jié)論
目前,業(yè)界功能最強大的跨數(shù)據(jù)庫管理工具非商業(yè)軟件DB Artisan莫數(shù),特別是在數(shù)據(jù)庫管理的深度方面,該軟件做的非常專業(yè)和到位,能夠?qū)?shù)據(jù)庫進行性能分析,通過向?qū)f(xié)助DBA進行數(shù)據(jù)庫優(yōu)化等高級管理操作。但是其是為Windows用戶設(shè)計和開發(fā)的,目前無法運行在Linux等其他桌面系統(tǒng)之上,因此,應(yīng)用范圍受到一定限制。而且該工具也屬于傳統(tǒng)的桌面型應(yīng)用程序,缺乏Web應(yīng)用的便捷性、靈活性。同時該工具的使用成本較高。
