.NET / SQL Server中的連接池？
[英]Connection Pooling in .NET/SQL Server?
問題描述
在使用SQL Server數據庫在.NET中開發應用程序時，編寫自定義連接池代碼是否必要或有利？ 我知道ADO.NET為您提供了啟用/禁用連接池的選項 - 這是否意味着它已內置到框架中而我不需要擔心它？ 為什么人們談論編寫自己的連接池軟件，這與ADO.NET中內置的有何不同？
5 個解決方案
解決方案1
15 已采納 2008-08-11 21:14:40
ADO.Net內置的連接池非常強大且成熟。 我建議不要試圖編寫自己的版本。
解決方案2
3 2008-08-11 21:16:24
我不是真正的專家，但我知道ADO.NET有自己的連接池系統，只要我一直在使用它，它就是完美的。
我的反應是重新發明輪子是沒有意義的...只要確保你完成它們后關閉你的連接，一切都會好的！
我希望別人可以給你一些更堅定的東西！
解決方案3
2 2008-08-11 21:14:11
我的理解是，在使用SqlConnection對象時，會自動為您處理連接池。 這是專為與MSSQL配合使用而設計的，可確保有效地匯集連接。 您只需要確保在完成它們時關閉它們（並確保它們被丟棄）。
我從未聽說過人們需要自己動手。 但我承認我的經歷有點局限。
解決方案4
1 2008-08-12 07:52:33
隨着ADO.Net的出現和更新版本的SQL連接池在兩個層上處理，首先通過ADO.Net本身，其次通過SQL Server 2005/2008直接處理，無需自定義連接池。
我被告知，正在計划或已經在Oracle和MySQL中實施了類似的支持。
解決方案5
-2 2008-08-11 21:14:23
好吧，它將會消失，因為所有這些問題的答案都將是LINQ。 順便說一句，我們從來沒有為我們的任何應用程序需要自定義連接池，所以我不確定所有的噪音是什么。
通過EF傳遞參數以在SQL Server觸發器（和連接池？）中可用
[英]Pass parameters via EF to be available in SQL Server triggers (and connection pooling?)
聲明:本站的技術帖子網頁，遵循CC BY-SA 4.0協議，如果您需要轉載，請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.