緩存的SessionFactory和配置與NHibernate多個數據庫

Question

這裏有些問題在StackOverflow的有關NHibernate和多個數據庫（動態連接），解決我認爲，最好的解決辦法是保持的SessionFactory的緩存（每個數據庫）和緩存配置，以更快地構建SessionFactory。

我想知道，如果這種做法是正確的，和主要表現在：什麼是每實例和時間內存消耗方面的SessionFactory的「權重」要建？

更多關於我的方法：

衆所周知，1號和2級高速緩存住在SessionFactory的「境界」，我們可以假設內存消耗可能（涉及的ISession的開啓量，其中包括第一級緩存級別）。

對於第二級緩存級別，在我的情況下，數據庫共享相同的模式，並有一些通用只讀表，我可以使用全局緩存實現共享所有SessionFactory只讀表，這對我的項目聽起來不錯。

我說錯了嗎？這種方法可能會帶來什麼樣的性能和內存問題？考慮一個Web應用程序（ASP.NET MVC，而不是Webforms）訪問它需要的每個HTTP REQUEST中的數百個（或者可能是數千個）數據庫，找到用戶數據庫並解決對它的訪問（獲取，使用和部署ISession）。

連接池： 又是怎麼回事連接池？它應該有什麼樣的行爲來管理數百或數千個數據庫池，就像這種方法一樣？一些與NHibernate一起使用的實現可能會有所幫助，或者我需要構建自己的？

Answer 1

一些測試證實了一些人說，要構建配置和SessionFactory的展臺價格昂貴的時間和資源（CPU和內存），但SessionFactory則是更多的，貴了不少。但不幸的是，我們只有單獨的測試和經驗結果，比如我的測試依賴於我的課堂模型。因此，我一直認爲我需要緩存SessionFactory和Configuration，但是如果我們在Web解決方案中有數百個數據庫，那麼我們有一個很大的問題，因爲SessionFactory渴望內存，它是一個「內存佔用者」，我可以得到接近400個實例的OutOfMemoryException，我希望能夠訪問數千個數據庫。

嗯，因爲我們使用的SQLServer，我們設計了一個高速緩存只有一個SessionFactory的每個SQLServer的實例，而不是一個對每個數據庫，所以在ConnectionProvider等我們可以注入SQL命令USE 'catalog-name'這準備每一個連接才能正常工作每個請求分別提供數據庫。

我希望其他人同樣的問題還可以探討這樣的，從SQLServer的資源，儘管有些數據庫只允許你這樣做，通過架構名稱，而不是數據庫（目錄名）。

好運。