“ เปิด / ปิด” SqlConnection หรือเปิดค้างไว้?

ฉันมีการนำตรรกะทางธุรกิจของฉันไปใช้ในคลาสแบบคงที่ด้วยวิธีการคงที่ แต่ละวิธีเหล่านี้เปิด / ปิดการเชื่อมต่อ SQL เมื่อถูกเรียก:

public static void DoSomething(string something)
{
    using (SqlConnection connection = new SqlConnection("..."))
    {
        connection.Open();

        // ...

        connection.Close();
    }
}

แต่ฉันคิดว่าการหลีกเลี่ยงการเปิดและปิดการเชื่อมต่อจะช่วยประหยัดประสิทธิภาพได้ ฉันทำการทดสอบบางอย่างเมื่อครั้งก่อนด้วยคลาสOleDbConnection (ไม่แน่ใจเกี่ยวกับ SqlConnection) และมันช่วยได้มากในการทำงานเช่นนี้ (เท่าที่ฉันจำได้):

//pass the connection object into the method
public static void DoSomething(string something, SqlConnection connection)
{
    bool openConn = (connection.State == ConnectionState.Open);
    if (!openConn)
    {
        connection.Open();
    }

    // ....

    if (openConn) 
    {
        connection.Close();
    }
}

คำถามคือ - ฉันควรเลือก method (a) หรือ method (b)? ฉันอ่านคำถามสแตกโอเวอร์โฟลว์อื่นที่การเชื่อมต่อร่วมกันบันทึกประสิทธิภาพสำหรับฉันฉันไม่ต้องกังวลเลย ...

PS เป็นแอป ASP.NET - มีการเชื่อมต่อระหว่างการร้องขอทางเว็บเท่านั้น ไม่ใช่วินแอปหรือบริการ

ยึดติดกับตัวเลือกก .

การเชื่อมต่อร่วมกันเป็นเพื่อนของคุณ

ใช้วิธีการ (a) ทุกครั้ง เมื่อคุณเริ่มปรับขนาดแอปพลิเคชันของคุณตรรกะที่เกี่ยวข้องกับสถานะจะกลายเป็นความเจ็บปวดอย่างแท้จริงหากคุณไม่ทำเช่นนั้น

การรวมการเชื่อมต่อทำตามที่กล่าวไว้ในกระป๋อง ลองคิดดูว่าจะเกิดอะไรขึ้นเมื่อแอปพลิเคชันปรับขนาดและจะยากเพียงใดในการจัดการสถานะเปิด / ปิดการเชื่อมต่อด้วยตนเอง กลุ่มการเชื่อมต่อทำงานได้ดีในการจัดการสิ่งนี้โดยอัตโนมัติ หากคุณกังวลเกี่ยวกับประสิทธิภาพให้ลองนึกถึงกลไกแคชหน่วยความจำบางประเภทเพื่อที่จะไม่มีอะไรถูกบล็อก

ปิดการเชื่อมต่อทันทีที่คุณดำเนินการเสร็จสิ้นดังนั้นการเชื่อมต่อฐานข้อมูลที่อยู่เบื้องหลังจะสามารถกลับไปที่พูลและพร้อมใช้งานสำหรับผู้โทรรายอื่น การรวมการเชื่อมต่อได้รับการปรับให้เหมาะสมเป็นอย่างดีดังนั้นจึงไม่มีการลงโทษใด ๆ สำหรับการทำเช่นนั้น โดยทั่วไปคำแนะนำจะเหมือนกับการทำธุรกรรม - ให้สั้นและปิดเมื่อคุณทำเสร็จแล้ว

จะมีความซับซ้อนมากขึ้นหากคุณประสบปัญหา MSDTC โดยใช้ธุรกรรมเดียวรอบ ๆ รหัสที่ใช้การเชื่อมต่อหลายรายการซึ่งในกรณีนี้คุณต้องแชร์ออบเจ็กต์การเชื่อมต่อจริง ๆ และปิดเมื่อทำธุรกรรมด้วยเท่านั้น

อย่างไรก็ตามคุณกำลังทำสิ่งต่างๆด้วยตนเองที่นี่ดังนั้นคุณอาจต้องการตรวจสอบเครื่องมือที่จัดการการเชื่อมต่อสำหรับคุณเช่น DataSets, Linq to SQL, Entity Framework หรือ NHibernate

คำเตือน:ฉันรู้ว่ามันเก่า แต่ฉันพบวิธีง่ายๆในการแสดงให้เห็นถึงข้อเท็จจริงนี้ดังนั้นฉันจึงใส่เงินสองเซนต์ของฉัน

หากคุณมีปัญหาในการเชื่อว่าการรวมกลุ่มจะเร็วขึ้นจริงๆให้ลองทำตาม:

เพิ่มสิ่งต่อไปนี้ที่ใดที่หนึ่ง:

using System.Diagnostics;
public static class TestExtensions
{
    public static void TimedOpen(this SqlConnection conn)
    {
        Stopwatch sw = Stopwatch.StartNew();
        conn.Open();
        Console.WriteLine(sw.Elapsed);
    }
}

ตอนนี้เปลี่ยนสายทั้งหมดไปOpen()ด้วยTimedOpen()และเรียกใช้โปรแกรมของคุณ ตอนนี้สำหรับสตริงการเชื่อมต่อที่แตกต่างกันแต่ละรายการที่คุณมีหน้าต่างคอนโซล (เอาต์พุต) จะเปิดการทำงานที่ยาวนานเพียงครั้งเดียวและการเปิดที่รวดเร็วมาก

หากคุณต้องการติดป้ายกำกับคุณสามารถเพิ่มลงnew StackTrace(true).GetFrame(1) +ในการโทรWriteLineได้

มีความแตกต่างระหว่างการเชื่อมต่อทางกายภาพและทางตรรกะ DbConnection เป็นการเชื่อมต่อแบบลอจิคัลชนิดหนึ่งและใช้การเชื่อมต่อทางกายภาพพื้นฐานกับ Oracle การปิด / เปิด DbConnection ไม่ส่งผลกระทบต่อประสิทธิภาพของคุณ แต่ทำให้โค้ดของคุณสะอาดและเสถียร - การรั่วไหลของการเชื่อมต่อเป็นไปไม่ได้ในกรณีนี้

นอกจากนี้คุณควรจำเกี่ยวกับกรณีที่มีข้อ จำกัด สำหรับการเชื่อมต่อแบบขนานบนเซิร์ฟเวอร์ db โดยคำนึงถึงเรื่องนี้ว่าจำเป็นต้องทำให้การเชื่อมต่อของคุณสั้นมาก

พูลการเชื่อมต่อช่วยให้คุณพ้นจากการตรวจสอบสถานะการเชื่อมต่อ - เพียงแค่เปิดใช้และปิดทันที

โดยปกติคุณควรเชื่อมต่อหนึ่งรายการสำหรับแต่ละธุรกรรม (ไม่มีการคำนวณแบบขนาน)

เช่นเมื่อผู้ใช้ดำเนินการเรียกเก็บเงินแอปพลิเคชันของคุณจำเป็นต้องค้นหายอดเงินของผู้ใช้ก่อนและอัปเดตพวกเขาควรใช้การเชื่อมต่อเดียวกัน

แม้ว่าแอดเน็ตจะมีพูลการเชื่อมต่อ แต่การจ่ายค่าเชื่อมต่อก็ต่ำมาก แต่การใช้การเชื่อมต่อซ้ำเป็นทางเลือกที่ดีกว่า

ทำไมไม่เก็บการเชื่อมต่อเพียงรายการเดียวในแอปพลิเคชัน

เนื่องจากการเชื่อมต่อถูกบล็อกเมื่อคุณรันเคียวรีหรือคำสั่งบางอย่างนั่นหมายความว่าแอ็พพลิเคชันของคุณกำลังดำเนินการ db เพียงครั้งเดียวใน sametime ประสิทธิภาพต่ำเพียงใด

อีกปัญหาหนึ่งคือแอปพลิเคชันของคุณจะมีการเชื่อมต่ออยู่เสมอแม้ว่าผู้ใช้ของคุณจะเพิ่งเปิด แต่ไม่มีการดำเนินการใด ๆ หากมีผู้ใช้จำนวนมากเปิดแอปพลิเคชันของคุณเซิร์ฟเวอร์ db จะเสียค่าแหล่งเชื่อมต่อทั้งหมดในไม่ช้าในขณะที่ผู้ใช้ของคุณไม่ได้ทำ สิ่งใด