我本來說封裝的一個ADO類，有興趣的可以去看看，使用還是非常方便，ADO類開發(fā)了一個多線程的網絡服務程序a.exe，因為聽說ADO不是線程安全的，所以認為多線程不能共享連接。

現在的運行方式是處理一個客戶請求開啟一個線程，每個線程都會打開一個數據庫連接，（線程運行結束的時候，就會關閉連接）。開始運行較為穩(wěn)定，運行一兩天之后，打開連接就失敗了，ADO類重起服務程序之后，就可以連接成功。另外，該服務程序a.exe需要查詢、插入、更新數據庫中的表，同時另一個程序b.exe需要更新同樣的表，web服務器也要通過ASP查詢、插入這些表。問題如下：

 1）導致連接失敗的原因是什么呢？ADO類打開的連接太多？（最多的時候a.exe有六個線程同時運行，但是他們會頻繁的打開、關閉連接）。聽別人說“連接池”可以解決打開連接太多的帶來的問題，哪位高手解釋一下“連接池”如何實現？

 2）b.exe在更新表中的記錄的時候，出現錯誤，大意如下：”0x80004005錯誤，spid 65作為事務死鎖的犧牲品，被禁止了，請重新運行事務”，是不是進程間訪問數據庫互斥操作導致的？如何解決呢？a.exe和b.exe采用不同的數據庫用戶登錄，也不行。事務死鎖會不會導致連接失敗呢？ #t#

3）DB Connection 和 Session有何不同？二者的關系是什么呢？如何共享Connection呢？如何ADO類實現？

我已經查閱了很多資料，一直沒能解決問題，請各位高手指點幾句。 因為我是新手初來查到，分數有限，等有分了，再加分。 導致連接失敗的原因應該是死鎖，這時很多進程都在等待其他的進程釋放連接，如果死鎖，肯定導致連接失敗 。

連接最好不要放到Session和Application中去，這樣在訪問人數多的時候容易死鎖，ADO類不是線程共享的，如果ADO類放到Session和Application中，連接一直不能被釋放，而總的連接數是固定的，其他的程序就一直等待連接的釋放，從而導致請求的隊列越來越長。

建立一個進程共享區(qū)，ADO類當用戶請求連接并在查詢完成要釋放連接時，不關閉此連接，而是把這個連接放到共享區(qū)中。下一個用戶請求查詢時，先從共享區(qū)找有無可用連接，如果有，使用該連接查詢，如無，則新建一個，使用完畢后同樣放入共享區(qū)。

這樣帶來的問題：
  1、共享區(qū)里的連接要做保護，以免不同進程同時使用一個連接；
  2、要限制共享區(qū)連接的數目，以免資源耗盡；
  3、要寫一個查詢可用連接的算法。