在建立Oracle數據庫的時候，應該會在數據庫建立助手嚮導上面看到這麼一個選項，就是數據庫的連接模式採用什麼方式。在Oracle9i或者10g中，可以看到有2種連接模式，一種叫做專用服務器連接(dedicated server) ，另外一種叫做共享服務器連接(shared server)。下面我們來分類說一下這兩種連接方式的不同點。
專用服務器模式就是說每次在對Oracle進行訪問的時候，Oracle服務器的Listener會得到這個訪問請求，然後回爲這個訪問創建一個新的進程來進行服務。所以說，對於每一個客戶端的訪問，都會生成一個新的進程進行服務，是一種類似一對一的映射關係。這種連接模式的一個很重要的特點就是UGA(用戶全局域)是存儲在PGA(進程全局域)中的，這個特性也很好說明了當前用戶的內存空間是按照進程來進行分配的。
而另外的共享服務器連接則是一種在程序編寫的時候通常會用到的連接池(pool)的概念。採用這種模式的話，在數據庫的初始化的時候就會創建一批服務器連接的進程，然後把這些連接進程放入一個連接池來進行管理。初始化的池中的進程數量在數據庫初始化建立的時候是可以手動設置的。在連接建立的時候，Listener首先接受到客戶端的建立連接的請求，然後Listener去生成一個叫做調度器(dipatcher)的進程與客戶端進行連接。調度器把把客戶端的請求放在SGA(系統全局域)的一個請求隊列中，然後再共享服務器連接池中查找有無空閒的連接，然後讓這個空閒的服務器進行處理。處理完畢以後再把處理結果放在SGA的相應隊列中。調度器通過查詢相應隊列，得到返回結果，再返回給客戶端。這種連接模式的優點在於服務器進程的數量可以得到控制，不大可能出現因爲連接人數過多而造成服務器內存崩潰。但是由於增加了複雜度以及請求相應隊列，可能性能上有所下降。
總之，在開發階段中，用第一種專用服務器可能好一些，因爲少了一些中間的複雜度，而且開發的時候一般連接的數量也少。而在多個應用同時使用一個數據庫的實際應用環境下，採用第二種方法可能好一些，因爲如果到時候突然有1000個或者10000個請求連接的話，數據庫服務器如果同時建立10000個連接，肯定要受不了的。當然，也要看到時候的實際情況如何再做決定，兩者沒有絕對的哪種好哪種不好的差別
關於這兩者的比較"假如你來到一個城市，要在這個城市的不同的地方辦幾件事情，在交通方面你有兩種選擇：一個是僱一輛專車，這輛專車將會把你從A帶到B，一直等你把在B的事情辦完，在把你從B帶到C。。。。。。另一種選擇是給出租車公司打電話訂輛出租車，先把你從A帶到B，然後你和出租車該幹嘛幹嘛，你去辦你的事情，出租車去接別的生意，等你在B的事情辦完了，你再跟出租車公司訂車，出租車公司將會聯繫當時在B附近的其他出租車去接你。。。。。。
首先，dedicated servers的設置非常簡單-----不需要設置，這個是oracle的默認選項
而對於shared servers，你就要需要做一些額外的設置，當讓按照administrator guide並不難，關鍵是你需要決定到底需要多少個shared server servers和多少個dispatcher，這不僅僅需要經驗的積累，還需要持續的觀察和調整。
在dedicated servers裏，你所有的等待都是數據庫本身的等待，而在shared servers裏你有可能需要等待一個available的shared server process。
很明顯，當用戶併發的連接數很大的時候，dedicated servers的server process個數也會變得很大，對於操作系統來說多一個process就意味着多一點管理負擔，要知道操作系統支持的同時併發數可不是無限的。這意味着，在dedicate servers裏，當你有大量的用戶連接（比如，同一時間超過5000個用戶連上來），你的系統負擔就會相當大。而這種情況shared servers就可以處理的相對好一些，因爲加入同時有5000個用戶連上來而且我們知道一般只有1%的連接是active，那我們只需要設置50個shared servers就可以把所有的用戶請求處理得很好，並節省了系統資源。
作爲一個好處，shared servers可以用來控制concurrent。要知道用戶的併發數和系統的處理能力決不是成正比的（可以下面的圖），當用戶併發數超過一個閥值，系統的處理能力會明顯下降。通過shared servers可以控制系統的concurrent不超過這個閥值。
在引入PGA的自動管理以前，shared servers是要比dedicated servers節省內存的，然後在自動管理的PGA引入之後，shared servers的這個優勢已經不像我們想象的那麼不明顯了。
dedicate servers一個server process爲了一個較大的request而長時間的工作而不影響其它的users，然而在shared servers，一些較大的request會影響其它的用戶。
還需要考慮其他的因素，比如，如果在前端使用了weblogic的connecting pool，那麼你在database level再使用shared servers可能就不是很必要，因爲這時你的用戶連接已經在weblogic層面上得到了控制。
shared servers還有一個所謂的僞死鎖的問題，這點大家參考一下tom的新書就知道了。
關於dedicated servers和shared servers的話題我們就討論這麼多，最後給大家一個小提示：其實dedicated servers和shared servers是可以並存的，實際上，即使你使用了shared servers，某些管理操作也是必須在dedicated 模式下來做的，比如startup或shutdown database。如果你實在難以選擇，如果你的應用可能一部分是OLTP的（用戶量也很大），一部分是DW的，其實你可以考慮同時使用dedicated servers和shared servers。
