Asp.Net中NHiernate的Session的管理
作者：Eve Cole
更新時間：2009-06-30 16:46:38
NHibernate中的Session，在我的理解似乎就等於資料庫中連線。因為它也有Open/Close的方法，我沒有研究NHibernate的源碼，不知道這種理解是否有誤？我在網路上搜了很多的關於Session的管理，大多都是在我需要資料庫操作的時候，就OpenSession(),操作完後就CloseSession().這有點擬似如我們剛開始學習ADO.NET的時候，要Connection物件Open(),資料處理完後就Close().但是這裡就帶來了一個弊端，因為Connection的頻繁的開關是非常消耗系統資源的。我記得以前在製作一個資料的輸入介面的時，因為這個輸入的介面資料元素比較多，而且很多DropDownList需要在資料庫中讀取資料並綁定。
這樣在該頁面的Page_Load中需要呼叫對應物件的方法一一從資料庫中擷取資料綁定DropDownList.因為我們這些物件的方法都是使用獨立的Connection,都有自己的Connection的Open和Close。所以，導致這個頁面一開啟就需要等待好長的時間，比較慢。後來我們將這些需要綁定DropDownList的資料透過一個資料處理成一個DataSet，並將DataSet中的DataTable與DropDownList綁定。這樣只需要一次的Connection的Open/Close.頁面快好多了。
所以，我覺得上述的Session的管理方法不是很妥當。
後來，我看了Cuyahoga開源專案中他的Session管理，他使用的「session-per-request」這種模式。
從字面上理解就是他為每個Request創建一個Session,直到這個請求銷毀，那麼這個Session也就Close了。
而Cuyahoga他的做法和session-per-request有點不同地方就是，他為每個Request都創建了一個CoreRepository對象，CoreRepository是系統所需的資料處理服務的類別。
他的做法是先創建了HttpModule（NHSessionModule）用來創建CoreRepository物件和銷毀CoreRepository對象，如下：
private void Context_BeginRequest(object sender, EventArgs e)
{
// Create the repository for Core objects and add it to the current HttpContext.
CoreRepository cr = new CoreRepository(true);
HttpContext.Current.Items.Add("CoreRepository", cr);
}
private void Context_EndRequest(object sender, EventArgs e)
{
// Close the NHibernate session.
if (HttpContext.Current.Items["CoreRepository"] != null)
{
CoreRepository cr = (CoreRepository)HttpContext.Current.Items["CoreRepository"];
cr.CloseSession();
}
}
這樣在每次請求的時候，會自動建立CoreRepository對象，當請求完畢後，就CloseSession（），在程式中透過HttpContext.Current.Items["CoreRepository"]就能取得CoreRepository物件了。
這樣也就變相的管理了NHibernate中的Session,也就達到了「session-per-request」的這種模式。
詳細的講解： 透過實作IHttpModule初始化Nhibernate的Session
這種方式比上面的那個每次操作都需要創建Session，性能和速度應該提高了不少，
接著我就想，每個請求都創建Session,是不是我們可以像創建Connection Pool一樣，也創建一個Session Pool,
這樣就每次要求的時候不是直接創建Session，而是在我們的Session Pool中拿已經創建好的Session，這樣效率不是更好？ ！
http://maplye.cnblogs.com/archive/2006/06/26/435683.html
