ในขณะนี้ฉันสร้างการเชื่อมต่อฐานข้อมูลเมื่อหน้าเว็บของฉันถูกโหลดครั้งแรก จากนั้นฉันจะประมวลผลหน้าเว็บและเรียกใช้แบบสอบถามใด ๆ กับ conection นั้น นี่เป็นวิธีที่ดีที่สุดในการทำหรือฉันควรสร้างการเชื่อมต่อฐานข้อมูลทุกครั้งที่ฉันเรียกใช้แบบสอบถามหรือไม่
ปล. ฉันรู้สึกดีกว่าที่จะสร้างการเชื่อมต่อ 1 ครั้งและใช้งานได้ แต่ฉันไม่รู้ว่าจะทำให้เกิดปัญหาอื่น ๆ หรือไม่
ฉันใช้ C # (ASP.NET) กับ MSSQL
คำตอบ:
หากคุณสร้างหนึ่งรายการต่อการสืบค้น / การทำธุรกรรมการจัดการ "ปิด" การเชื่อมต่อจะง่ายกว่า
ฉันสามารถดูได้ว่าทำไมสามัญสำนึกสั่งให้คุณเปิดและใช้มันตลอด แต่คุณจะพบปัญหากับการเชื่อมต่อที่ลดลงและการมัลติเธรด ดังนั้นขั้นตอนต่อไปของคุณคือการเปิดพูลพูดถึง 50 การเชื่อมต่อและทำให้พวกเขาเปิดอยู่และดึงพวกเขาออกไปสู่กระบวนการต่าง ๆ แล้วคุณจะพบว่านี่คือสิ่งที่กรอบ NET ที่ทำให้คุณมีอยู่แล้ว
หากคุณเปิดการเชื่อมต่อเมื่อคุณต้องการและกำจัดเมื่อเสร็จแล้วนั่นจะไม่ปิดการเชื่อมต่อจริง ๆ มันก็จะส่งกลับไปยังกลุ่มการเชื่อมต่อที่จะใช้อีกครั้ง
วิธีปฏิบัติที่ดีที่สุดคือสร้างการเชื่อมต่อหนึ่งรายการต่อแบบสอบถาม - และในกรณีที่แสดงข้อมูลแนวปฏิบัติที่ดีที่สุดคือการให้แบบสอบถามนำข้อมูลที่จำเป็นทั้งหมดมาใช้ในครั้งเดียว
ข้อมูลพื้นฐาน:
ใน. NET การโทรSqlConnection.Open()โดยค่าเริ่มต้นจะใช้การเชื่อมต่อร่วมกันอย่างโปร่งใสเสมอ(ดู"การใช้การเชื่อมต่อรวมกับ SQL Server"บน MSDN) ดังนั้นคุณสามารถคว้าการเชื่อมต่อใหม่โดยใช้Open()และโทรClose()เมื่อคุณทำเสร็จแล้ว. NET จะทำสิ่งที่ถูกต้อง
โปรดทราบว่าหากไม่มีการรวมการเชื่อมต่อการเชื่อมต่อหนึ่งครั้งต่อการสืบค้นจะเป็นแนวคิดที่ไม่ดีมากเนื่องจากการสร้างการเชื่อมต่อฐานข้อมูลจริงอาจมีค่าใช้จ่ายสูงมาก (การตรวจสอบความถูกต้องเครือข่ายค่าโสหุ้ย ฯลฯ )
SqlConnection.Open()จะใช้การรวมการเชื่อมต่ออย่างโปร่งใสเสมอ ดังนั้นความแตกต่างระหว่าง "เปิดการเชื่อมต่อ" และ "ดึงการเชื่อมต่อจากกลุ่ม" จึงไม่มีอยู่ ความเข้าใจผิดของฉัน ฉันใช้เสรีภาพในการแก้ไขคำอธิบายเล็กน้อยในคำถามและนำการโหวตกลับมา
โปรดจำไว้ว่าทั้งหมดนี้อยู่ในบริบทของระบบนิเวศ. Net
นักพัฒนาบางครั้งต้องการ "เพิ่มประสิทธิภาพ" รหัสเพื่อใช้วัตถุการเชื่อมต่อของพวกเขาอีกครั้ง เมื่อพิจารณาถึงบริบทของคำถามนี้นี่เป็นความผิดพลาดเกือบทุกครั้ง
ADO.Net มีคุณสมบัติที่เรียกว่าเชื่อมต่อร่วมกัน เมื่อคุณสร้างและเปิดวัตถุเชื่อมต่อใหม่สิ่งที่คุณกำลังทำจริง ๆ คือร้องขอการเชื่อมต่อจากกลุ่ม เมื่อคุณปิดการเชื่อมต่อคุณจะกลับสู่สระ
มันเป็นสิ่งสำคัญที่จะเข้าใจวัตถุที่เราใช้โดยตรงในรหัส: SqlConnection, MySqlConnection, OleDbConnectio ฯลฯ มีทั้งหมดเพียงแค่ห่อรอบเชื่อมต่อพื้นฐานจริงจัดการโดย ADO.Net และการเชื่อมต่อจริง ADO.Net มีมาก "หนัก" และมีราคาแพงมากขึ้น จากมุมมองประสิทธิภาพ มันคือวัตถุพื้นฐานที่มีความกังวลเช่นการรับรองความถูกต้องการส่งผ่านเครือข่ายการเข้ารหัสและสิ่งเหล่านั้นมีมากกว่าหน่วยความจำในวัตถุที่คุณเห็นในรหัสของคุณ
เมื่อคุณพยายามที่จะใช้วัตถุการเชื่อมต่อของคุณใหม่คุณทำลายความสามารถในการ ADO.Net เพื่อจัดการการเชื่อมต่อพื้นฐานที่สำคัญได้อย่างมีประสิทธิภาพ คุณได้รับประสิทธิภาพในสิ่งเล็ก ๆ น้อย ๆ ด้วยค่าใช้จ่ายของสิ่งใหญ่
การใช้การเชื่อมต่อข้ามแอปพลิเคชันหรือคำขอ HTTP อีกครั้งยังสามารถบังคับให้คุณทำสิ่งที่เป็นอันดับต่อเนื่องโดยไม่ตั้งใจซึ่งอาจทำให้สามารถทำงานแบบขนานและกลายเป็นปัญหาคอขวดของประสิทธิภาพการทำงาน ฉันเคยเห็นสิ่งนี้เกิดขึ้นในแอปพลิเคชันจริง
ในกรณีตัวอย่างหน้าเว็บที่นี่อย่างน้อยที่สุดคุณเชื่อมต่อเพียงเล็กน้อยในช่วงเวลาของการร้องขอ / ตอบกลับ http เดียวคุณสามารถเพิ่มประสิทธิภาพได้มากขึ้นโดยการประเมินว่าแบบสอบถามใดที่คุณเรียกใช้ในขั้นตอนการร้องขอของคุณ พวกเขาลงไปที่คำขอที่แยกกันไปยังฐานข้อมูลน้อยที่สุดเท่าที่จะทำได้ (คำใบ้: คุณสามารถส่งแบบสอบถามมากกว่าหนึ่งรายการในสตริง SQL เดียวและใช้DataReader.NextResult()หรือตรวจสอบตารางอื่นในการDataSetย้ายระหว่างพวกเขา)
กล่าวอีกนัยหนึ่งแทนที่จะคิดในแง่ของการใช้การเชื่อมต่อหนึ่งครั้งสำหรับแอปพลิเคชันหรือการร้องขอ http เทียบกับการเชื่อมต่อหนึ่งครั้งต่อการค้นหาให้คิดในแง่ของการเชื่อมต่อหนึ่งครั้งในแต่ละครั้งที่คุณโทรออกไปยังฐานข้อมูล ... จากนั้นพยายามลดจำนวนการเชื่อมต่อโดยลดจำนวนการเดินทางเหล่านั้นให้น้อยที่สุด ด้วยวิธีนี้คุณสามารถบรรลุเป้าหมายทั้งสองได้
แต่นั่นเป็นเพียงการเพิ่มประสิทธิภาพอย่างหนึ่ง นอกจากนี้ยังมีการเพิ่มประสิทธิภาพเวลาโปรแกรมเมอร์และการใช้รหัสที่มีประสิทธิภาพอีกครั้ง นักพัฒนาไม่ต้องการที่จะเขียนรหัสต้นแบบเดียวกันซ้ำแล้วซ้ำอีกเพียงเพื่อรับวัตถุการเชื่อมต่อที่เปิดและพร้อมใช้งาน มันไม่เพียง แต่น่าเบื่อเท่านั้น แต่ยังเป็นวิธีการแนะนำข้อบกพร่องในโปรแกรมอีกด้วย
แม้ว่าที่นี่จะดีกว่าหากมีการเชื่อมต่อหนึ่งรายการต่อการสืบค้นหนึ่งรายการ (หรือไปกลับ) มีรูปแบบอื่น ๆ ที่คุณสามารถใช้เพื่อช่วยหลีกเลี่ยงการเขียนรหัสสำเร็จรูปแผ่นเดียวกันอีกครั้ง นี่คือตัวอย่างหนึ่งที่ฉันชอบ แต่ก็มีอีกหลายอย่าง