2. Don’t nest viewsViews can be con

2. Don’t nest views

Views can be convenient, but you need to be careful when using them. While views can help to obscure large queries from users and to standardize data access, you can easily find yourself in a situation where you have views that call views that call views that call views. This is called nesting views, and it can cause severe performance issues, particularly in two ways. First, you will very likely have much more data coming back than you need. Second, the query optimizer will give up and return a bad query plan.

I once had a client that loved nesting views. The client had one view it used for almost everything because it had two important joins. The problem was that the view returned a column with 2MB documents in it. Some of the documents were even larger. The client was pushing at least an extra 2MB across the network for every single row in almost every single query it ran. Naturally, query performance was abysmal.

ผลลัพธ์ (ไทย) 1:

2. อย่ารังมุมมองมุมมองได้สะดวก แต่คุณต้องระวังเมื่อใช้ ในขณะที่มุมมองจะช่วยบังใหญ่แบบสอบถามจากผู้ใช้ และ เพื่อกำหนดมาตรฐานการเข้าถึงข้อมูล คุณสามารถค้นหาตัวเองในสถานการณ์ที่คุณมีมุมมองที่เรียกมุมมองที่เรียกมุมมองที่เรียกมุมมอง นี้เรียกว่ามุมมองซ้อน และมันสามารถก่อให้เกิดปัญหาประสิทธิภาพที่รุนแรง โดยเฉพาะอย่างยิ่งในสองวิธี ครั้งแรก มากอาจได้ข้อมูลมากมากลับมากกว่าคุณ สอง เพิ่มประสิทธิภาพการสอบถามจะยอมแพ้ และกลับแผนการสอบถามไม่ถูกต้องเมื่อฉันมีลูกค้าที่รักวิวซ้อน ลูกค้าที่มีมุมมองหนึ่งจะใช้เกือบทุกอย่าง เพราะมันมีตัวเชื่อมสำคัญสอง แต่ปัญหาอยู่ที่มุมมองคอลัมน์เอกสาร 2MB ที่ส่งคืนใน บางส่วนของเอกสารที่มีขนาดใหญ่กว่า ไคลเอ็นต์ถูกผลักดัน MB น้อย 2 พิเศษผ่านเครือข่ายสำหรับทุกแถวเดียวในเกือบทุกแบบสอบถามเดียวมันวิ่ง ธรรมชาติ ประสิทธิภาพได้ abysmal

ผลลัพธ์ (ไทย) 2:

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

ผลลัพธ์ (ไทย) 3:

2 . อย่ารังวิว

ชมได้สะดวก แต่คุณต้องการที่จะระมัดระวังเมื่อใช้มัน ในขณะที่มุมมองที่สามารถช่วยในการปิดบังข้อมูลขนาดใหญ่จากผู้ใช้และมาตรฐานการเข้าถึงข้อมูล คุณสามารถพบตัวเองในสถานการณ์ที่คุณมีมุมมองที่เรียกมุมมองที่เรียกสามารถเรียก views นี่เรียกว่าทัศนียภาพซ้อน , และมันสามารถทำให้เกิดปัญหาด้านประสิทธิภาพที่รุนแรง โดยเฉพาะอย่างยิ่งในสองวิธีครั้งแรกที่คุณจะมากมีแนวโน้มมากขึ้นมีข้อมูลกลับมามากกว่าที่คุณต้องการ ที่สอง , Quastr จะยอมแพ้และกลับแผนแบบสอบถามไม่ดี

ผมเคยเป็นลูกค้าที่ชอบมุมมองนก ลูกค้ามีมุมมองหนึ่งใช้สำหรับเกือบทุกอย่าง เพราะมันมี 2 ร่วมที่สำคัญ ปัญหาคือ มุมมองกลับคอลัมน์ที่มี 2 เอกสารใน บางส่วนของเอกสารมีขนาดใหญ่ขึ้นลูกค้าผลักดันอย่างน้อยอีก 2 ในเครือข่ายทุกแถวเดียวในเกือบทุกๆ คำถามมันวิ่ง ธรรมชาติ , ประสิทธิภาพ query มันแย่มากๆ