【文章內(nèi)容簡介】 了COM+組件的對象池。在管理工具里可查看并對COM+的一些如安全和性能方面的配置進行操作。： 系統(tǒng)中COM+組件的配置對象池服務允許在池中為頻繁調(diào)用昂貴資源(例如數(shù)據(jù)庫連接)維護實例，以便讓眾多的客戶端使用。對象池可以顯著地改變分布式應用程序的性能和響應能力。(1) COM+為對象創(chuàng)建并維護一個對象池COM+維護一個同己創(chuàng)建并且準備為客戶端提供服務的對象組成的池[7],每種對象類型都要創(chuàng)建該池:不同的對象類型使用各自分開的池。使用對象池時，對于池中的每個對象，都只需創(chuàng)建該一次，然后就可以把它重用于許多客戶端。同一個對象實例將被反復重用，直到包含它的應用程序關閉為止。對象的構造函數(shù)和析構函數(shù)都是只調(diào)用一次。任何COM+應用程序，無論是服務器應用程序還是庫應用程序，都可以有對象池。對于服務器應用程序來說，池的范圍就是計算機。如果在其他計算機上安裝了該應用程序的代理，那么池的范圍將是本地網(wǎng)絡。相反，如果應用程序是庫應用程序，那么將為每個加載該庫應用程序的客戶端進程創(chuàng)建對象池。結果是，兩個不同進程的客戶端將使用兩個不同的池。如果希望僅使用一個對象池，可以把應用程序序配置成服務器應用程序。(2)池中對象的生命周期如果客戶端請求創(chuàng)建組件實例，并且該組件使用對象池，那么COM+將首先查看池中是否存在可用對象，而不是創(chuàng)建對象。如果有可用對象，那么COM+將把該可用對象返回客戶端。如果池中沒有可用對象，并且池還沒有達到自己的最大配置容量，那么COM+將創(chuàng)建新的對象并返回創(chuàng)建它的客戶端()。一般來講，配置池容量時要盡量權衡可用資源。為了讓客戶端更快地訪問和使用對象，通常需要犧牲維護一定容量的池所需要的內(nèi)存?？蛻舳苏{(diào)用從池中得到對象執(zhí)行該方法是否調(diào)用完畢 返回池中 否 是 池中對象的生命周期第4章 數(shù)據(jù)庫設計與技術應用 數(shù)據(jù)庫簡介數(shù)據(jù)庫是管理信息系統(tǒng)的核心，數(shù)據(jù)庫系統(tǒng)的設計是整個系統(tǒng)的關鍵。數(shù)據(jù)庫是以一定的組織方式存儲在一起的相關數(shù)據(jù)集合，這些數(shù)據(jù)沒有有害的或不必要的冗余，為多種用戶服務，數(shù)據(jù)的存儲獨立于使用它的程序，、最低冗余度、較高的程序與數(shù)據(jù)獨立性、易于擴充及易于編制應用程序等特點。數(shù)據(jù)庫系統(tǒng)具有如下主要特性[8]:1． 復雜的數(shù)據(jù)模型:在數(shù)據(jù)庫中，要求不僅能描述同種記錄之間的聯(lián)系，更主要的是能描述不同記錄、不同實體之間的聯(lián)系，并采用明細記錄來消除等長記錄所帶來的空間浪費。2． 數(shù)據(jù)的獨立性:物理獨立性:存儲結構與邏輯結構之間由系統(tǒng)提供映像。存儲結構或物理結構改變了，邏輯結構可以不變，從而不必修改程序。邏輯獨立性:局部邏輯結構(各個部門使用的數(shù)據(jù))是總體邏輯結構(一個組織總的數(shù)據(jù)的邏輯結構)的子集，它們之間通過映像來解決結構的統(tǒng)一。一旦總體邏輯結構改變，局部邏輯結構不變，所以根據(jù)局部邏輯結構編寫的程序也不用修改。3． 最小的冗余度:冗余度是指數(shù)據(jù)重復存儲的程度。冗余占據(jù)大量的存儲空間，增加數(shù)據(jù)維護的困難，數(shù)據(jù)總是唯一被存儲的。4． 最多的共享性:數(shù)據(jù)不是面向應用而是面向系統(tǒng)的。5． 統(tǒng)一管理和控制。6． 適當反應時間。7． 數(shù)據(jù)的安全性和相容性、保密性及完整性。數(shù)據(jù)的完整性包括數(shù)據(jù)的正確性、有效性和相容性。8． 并發(fā)控制:避免并發(fā)程序之間的互相干擾。9． 可修改性與可擴充性。10． 簡明性及經(jīng)濟性。 數(shù)據(jù)庫技術應用 Oracle 9i數(shù)據(jù)庫Oracle公司是全球最大的數(shù)據(jù)庫供應商，其關系數(shù)據(jù)庫已經(jīng)成為世界標準。Oracle Server 保留了對主機系統(tǒng)、C/S體系結構的支持，還提供了對N－層體系結構的支持。 N—層體系結構通過這種方式，用戶可以通過瀏覽器直接訪問Oracle Application Server上的Web應用，然后由Oracle Application Server訪問Oracle Server，實現(xiàn)各種信息交互。Oracle數(shù)據(jù)庫通過對用戶授予角色和權限的管理，來限制用戶對數(shù)據(jù)庫的操作和訪問。通過各種OS文件提供了一系列針對意外災難的解決方案，保證了信息存儲的安全可靠，避免意外丟失，提供恢復功能。同時Oracle 還具有以下特點[9]：1. 海量數(shù)據(jù)存儲。2. 提供了新的分布式數(shù)據(jù)庫能力?？赏ㄟ^網(wǎng)絡較方便地讀寫遠端數(shù)據(jù)庫里的數(shù)據(jù)。3. 提供了基于角色(ROLE)分工的安全保密管理。在數(shù)據(jù)庫管理功能、完整性檢查、安全性、一致性方面都有良好的表現(xiàn)。4. 有許多優(yōu)秀的前臺開發(fā)工具如Power builder. VB等，可以快速開發(fā)生成基于客戶端PC平臺的應用程序，并具有良好的移植性。 人文社會科學研究管理信息系統(tǒng)的數(shù)據(jù)庫設計 數(shù)據(jù)庫設計概要數(shù)據(jù)庫設計是計算機管理信息系統(tǒng)設計很重要的部分，設計質量的好壞，數(shù)據(jù)結構的優(yōu)劣，直接影響到管理系統(tǒng)的成敗。數(shù)據(jù)庫設計的基本原則是在MIS總體信息方案的指導下，各個庫應當為它所支持的管理目標服務，在設計數(shù)據(jù)庫系統(tǒng)時，應當重點考慮以下幾個因素[10]:(1)數(shù)據(jù)庫必須層次分明，布局合理。(2)數(shù)據(jù)庫必須高度結構化，保證數(shù)據(jù)的結構化，規(guī)范化和標準化，這是建立數(shù)據(jù)庫和進行信息交換的基礎。數(shù)據(jù)結構的設計應該遵循國家標準和行業(yè)標準，尤其要重視編碼的應用。(3)在設計數(shù)據(jù)庫的時候，一方面要盡可能地減小冗余度，減小存儲空間的占用，降低數(shù)據(jù)一致性問題發(fā)生的可能性，另一方面，還要考慮適當?shù)娜哂?，以提高運行速度和降低開發(fā)難度。(4)必須維護數(shù)據(jù)的正確性和一致性。在MIS中，多個用戶共享數(shù)據(jù)庫，由于并發(fā)操作，可能影響數(shù)據(jù)的一致性。因此必須用“鎖”等辦法保證數(shù)據(jù)的一致性。(5)設定相應的安全機制，由于數(shù)據(jù)庫的信息對特定的用戶有特定的保密要求，安全機制必不可少。 數(shù)據(jù)庫設計過程數(shù)據(jù)庫設計分數(shù)據(jù)庫概念結構設計、邏輯結構設計、物理結構設計三個階段[11]。一、概念結構設計在數(shù)據(jù)庫概念結構設計階段，通常是通過在需求分析期間得到的數(shù)據(jù)流程圖和數(shù)據(jù)字典的基礎上，結合有關數(shù)據(jù)規(guī)范化的理論，用一個概念數(shù)據(jù)模型將管理信息系統(tǒng)的數(shù)據(jù)需求明確的表達出來。概念數(shù)據(jù)庫(Conceptual Database)是最終用戶對數(shù)據(jù)存儲的看法，(簡單數(shù)據(jù)或符合數(shù)據(jù))的列表來表達。邏輯數(shù)據(jù)庫首先要做到概念級，即概念數(shù)據(jù)庫的列表，以便反映用戶信息需求的總體觀點，規(guī)范概念數(shù)據(jù)庫需要較廣泛深入的業(yè)務與知識或經(jīng)驗，因此，需要業(yè)務行家參與，以便分析、識別、定義出各數(shù)據(jù)庫的標識與名稱、主關鍵字和數(shù)據(jù)內(nèi)容。概念數(shù)據(jù)庫設計可以使用ER (EntityRelationship)圖、數(shù)據(jù)流程圖等設計方法進行，實現(xiàn)時還可以采用某些工具進行。概念結構設計是數(shù)據(jù)庫設計過程中的一個關鍵階段，概念數(shù)據(jù)模型是一個面向問題的數(shù)據(jù)模型，它描述了從管理人員角度看到的數(shù)據(jù)庫的概貌，反映了用戶的現(xiàn)實環(huán)境，與實際的數(shù)據(jù)庫的具體實現(xiàn)技術無關。下面結合科研成果管理系統(tǒng)的數(shù)據(jù)分析說明ER圖的建立。在本模塊中涉及到的實體主要有期刊論文、刊物、著作、成果、獲獎信息、獎勵信息。這些實體分別具有下列屬性:用E—： 系統(tǒng)模塊的ER圖二、邏輯結構設計在數(shù)據(jù)庫邏輯結構設計階段時，根據(jù)己建立起來的概念數(shù)據(jù)模型以及所選定的具體關系數(shù)據(jù)庫產(chǎn)品的特性，按照一定的轉換規(guī)則，把概念數(shù)據(jù)模型轉換為這個數(shù)據(jù)庫產(chǎn)品所能接受的數(shù)據(jù)模型，稱之為邏輯數(shù)據(jù)模型。邏輯數(shù)據(jù)庫(Logical Database)是系統(tǒng)分析設計人員的觀點。在關系數(shù)據(jù)庫模型中，邏輯數(shù)據(jù)庫是一組規(guī)范化的基本表(Base Table)。前面得到的ER圖表達的是概念數(shù)據(jù)模型，是管理工作的客觀反映，與具體數(shù)據(jù)庫的實現(xiàn)技術無關，但它卻是下一步設計的基礎，下一步要把這個概念模型按一定的方法轉化成某個具體的數(shù)據(jù)庫數(shù)據(jù)庫系統(tǒng)所能接受的形式。由于不同的數(shù)據(jù)庫產(chǎn)品所支持的數(shù)據(jù)模型類型不同，由ER圖轉化為不同數(shù)據(jù)庫產(chǎn)品所支持的數(shù)據(jù)模型的方法也就各不相同，目前數(shù)據(jù)庫大多采用支持關系數(shù)據(jù)庫模型的數(shù)據(jù)庫系統(tǒng)。關系數(shù)據(jù)模型在用戶看來，一個關系模型的邏輯結構是一張二維表格，由行和列組成。它涉及到關系、元組、屬性、關鍵字等概念。A．關系數(shù)據(jù)模型的完整性約束對關系數(shù)據(jù)模型的操作主要包括查詢、插入、刪除和修改數(shù)據(jù)。這些操作必須滿足關系的完整性約束條件，即實體完整性、參照完整性和用戶定義完整性。其中實體完整性和參照完整性是關系數(shù)據(jù)模型必須滿足的完整性約束條件，被稱作關系的兩個不變性，應該由關系系統(tǒng)自動支持。實體完整性規(guī)則:若屬性A是基本關系的主屬性，則屬性不能取空值。參照完整性原則:若屬性(或屬性組)A是基本關系R的外碼，它與基本關系S的主碼Ks相對應，則對于R中每個元組在A上的值必須為:取控制或者等于S中某個元組的主碼值。關系數(shù)據(jù)模型是建立在嚴格的數(shù)學概念的基礎上的，其概念單一，數(shù)據(jù)結構簡單、清晰，用戶易懂易用，并且關系模型的存取路徑對