資料塊駐留管理池（Database Resident Connection Pooling）(1)

資料塊駐留管理池（Database Resident Connection Pooling）(1)[@more@]

資料塊駐留管理池（Database Resident Connection Pooling）

我們知道在之前的Oracle系統中的體系結構有兩種：專用伺服器和共享伺服器，在11g中提供了一個新的伺服器結構資料塊駐留管理池（Database Resident Connection Pooling）。

這個新特性是11g中新提供的，目的是為了對於那些典型的web應用而提供的一個新的功能。因為這些應用主要是資料庫的連線時間通常是比較短的連線，既是客戶端會有很多次的連線，但是每次連線持續的時間比較短。在我們之前的應用中主要是使用例如weblogic這樣的中介軟體來提供一個連線池，但是weblogic和oracle之間使用的固定數目的連線。但是當應用伺服器很多的時候在Oracle上連線數也會相應增多。

DRCP透過在中間層程式的執行緒之間共享連線，來補充了中間層的連線池。同時DRCP也能夠在同一個中間層主機和跨中間層主機之間貢獻資料庫的連線。這樣的結構就能夠顯著減少關鍵資料庫資源的需要，能夠支援大量客戶端連線的需要。因此可以減少資料庫層的記憶體的需要，和擴充套件中間層和資料庫層。

DRPC這個機制是和PHP/Apache的適應機制有關，因為每一個php程式都需要一個資料庫的連線，從oracle的資料上來看，DRCP能夠擴充套件到1萬個同步連線的需要。真的有這麼多嗎？呵呵，沒有試驗過，但是這個數字，應該是能夠滿足一般比較高階需求的網站的需要了。

什麼時間使用DRCP

1、在較小記憶體上需要有大量客戶端連線的時候。

2、客戶端的使用是比較類似的，能夠共享或者重用會話。例如，連線是對於同一個資料庫和使用的是同一個模式的情況下，可以看作為類似。

3、客戶端應用需要一個資料庫連線，但是工作的狀態是持續時間比較短，然後就釋放了。

4、回話之間是不需要跨客戶端的。

5、在客戶端部分是多主機，多程式的情況下。