觀察LINQ to SQL DataContext的連線開啟時機

static void log(string msg)

{

    Console.WriteLine("{0:HH:mm:ss.fff} {1}", DateTime.Now, msg);

    System.Threading.Thread.Sleep(2000);

}

static void Main(string[] args)

{

    MyLabDataContext db = new MyLabDataContext();

    log("DataContext created");

    var q = from o in db.Players

            select o;

    log("LINQ defined");

    Console.WriteLine(q.Count());

    log("Get the row count");

    Player p = new Player()

    {

        UserName = "Darkthread",

        RegDate = new DateTime(2009, 1, 1),

        HiScore = 65536

    };

    db.Players.InsertOnSubmit(p);

    log("InsertOnSubmit");

    db.SubmitChanges();

    log("SubmitChanges");

    db.Dispose();

    log("Disposed");

    Console.Read();

}

# Will 保哥 said on 21 October, 2009 03:01 PM

依我個人的經驗來說，在 DataContext 不利用 using 確保資源被釋放的情況下，的確是有機會導致資源耗盡的情況！

我們先前有寫過一支 Windows Service 程式，是長時間不中斷在執行的，結果不到兩個月的時間，客戶端就回報在 Event Log 中發現有幾次 OutOfMemory 的情況 (很少量, 但有! )，導致服務被終止，雖然可以在服務管理員中有「失敗恢復」的設定，但畢竟還是造成程式不穩定！

當我們改用 using 之後就沒再發生問題了。

# Jeffrey said on 21 October, 2009 04:36 PM

感謝保哥寶貴的經驗，為"加上using有利無害"再多添一筆證言。雖然以茶包射手的辦案標準來看，這個案例還不算為"using與OutOfMemory絕對相關"提供了"直接鐵證"，除非再把using拿掉，確保相同的使用條件下再試一段時間。但要在正式環境長期使用觀察(故意改回可疑寫法等出錯，會被客戶殺死吧?)，又要排除其他變因的干擾，工程浩大，代價高昂。我想在本例中，加上using免除疑慮的做法100%正確。

我對DataContext在何種情況下會發生Connection資源未釋放的議題很感興趣，有空再來研究一下好了。再次感謝保哥提供的經驗分享!

# Ark said on 21 October, 2009 09:37 PM

挖丟災...

# aliku said on 29 October, 2009 07:40 PM

對有實做 IDisposed 加上 using 是個好的習慣.

感謝分享 !!

# justfriend said on 02 November, 2009 02:18 AM

你好，想請問【最後一刻開啟、用完立即關閉】的寫法和用connection pool的寫法，那種比較好？或是什麽情況下用【最後一刻開啟、用完立即關閉】，什麽情況下用connection pool呢？

# Jeffrey said on 02 November, 2009 07:01 AM

to justfriend, 在ADO.NET預設在做cn.Open()、cn.Close()時，就有動用到Connection Pool，用完立即關閉的連線會被放入Pool中，下次再開啟時會被再拿來重覆使 用，二者並非互斥的，而【最後一刻開啟、用完立即關閉】的對象其實就是Connection Pool裡的已開啟連線。

# justfriend said on 02 November, 2009 11:31 PM

原來是ado.net已處理掉connection pool的機制，謝謝你的回覆 ^^。

# nancy said on 10 February, 2010 09:35 PM

想請問黑暗大,

如果有 Cnn.close() 還需要Cnn.Dispose() 嗎?

相對的有 .Dispose還需要 .close 嗎?

它們兩者之間的關係是什麼呢?

我該怎麼去測試呢?

# Jeffrey said on 20 February, 2010 11:00 AM

to nancy, Cnn.Dispose()時會有內部的邏輯去視狀況呼叫Close()。用Dispose()可以確保不管發生任何意外，Cnn都一定會被結束。一般遇到要確保結束釋放資源的需求，建議用using (...) { } [msdn.microsoft.com/.../yh598w02.aspx ]，就能保證{ }結束時一定Dispose(), 把資源釋放出來。

至於Cnn都包了using等於會呼叫Dispose()去呼叫Close()，還要不要寫Close()? 我個人認為寫出來語意較清楚，不是壞事。

# tinydonut said on 21 February, 2010 08:16 PM

conn = new SqlConnection();

try

{

 conn.ConnectionString = "integrated security=SSPI;SERVER=YOUR_SERVER;DATABASE=YOUR_DB_NAME;Min Pool Size=5;Max Pool Size=60;Connect Timeout=2;";     // Notice Connection Timeout set to only two seconds!

 conn.Open();

}

catch(Exception)

{

 if (conn.State != ConnectionState.Closed) conn.Close();

 conn.ConnectionString = "integrated security=SSPI;SERVER=YOUR_SERVER;DATABASE=YOUR_DB_NAME;Pooling=false;Connect Timeout=45;";

 conn.Open();

# nancy said on 16 March, 2010 09:53 PM

非常感謝黑暗大的教導,

想再請問你一個問題,

如果之前有一個程式忘記關閉 conn.close(),

那DB要如何找出那些連線 並關閉呢?

或是DB本身有機制一天就關閉了?

# Jeffrey said on 17 March, 2010 12:20 AM

to nancy, 不同DB的管理策略不同，依我自己的經驗，SQL Server連線在Process結束時多半就會被強迫關閉，但ORACLE上有遇過機器都重開了，連線仍在DB端存活的經驗。

DB上有方法或指令可以列出目前有哪些連線、來源為何、在忙什麼? 只是不同的Server做法不盡相同，如果分工上有專職DBA，遇到這類問題我多半就"閃開! 讓專業的來" XD

# 星寂 said on 28 July, 2010 08:45 PM

blog2.darkthread.net/.../linq-to-oracle-hello-world.asp

這頁不見了~

# Jeffrey said on 29 July, 2010 08:23 AM

to 星寂，結果是href中aspx的x不見了，已校正，謝謝提醒。

你的看法呢?

標題 (必要的) 

姓名 (必要的) 

你的URL (選擇性的)

意見 (必要的) 

Remember Me?

(提醒: 因快取機制，您的留言幾分鐘後才會顯示在網站，請耐心稍候)

CAPTCHA / 驗證碼 :

5 + 3 =

搜尋