Learning to read the plan is outside the scope of this white paper, bu การแปล - Learning to read the plan is outside the scope of this white paper, bu ไทย วิธีการพูด

Learning to read the plan is outsid

Learning to read the plan is outside the scope of this white paper, but in simple terms, start from the right hand side to understand what SQL Server does first. In this case, two full table scans are performed against the CLASS and REGISTRATION tables and there are 9,634 logical reads being performed.

Use logical reads metric to understand improvements

Above I mentioned the number of logical reads the query is performing. This is an important piece of data about the query execution because it provides the most fundamental metric about how much work the query is doing to retrieve the results. Even if the query performs physical reads too, remember that a logical read is performed for every physical read. Every time you execute the query, you will get the same number of logical reads assuming no changes have been made. If changes are made, the logical reads number may change and will provide an insight into the improvements.

Why not use simple execution times to measure a SQL statement? The problem with using clock time is that it is greatly influenced by other processes running at the same time you are testing the query. This can significantly impact the time a query takes to execute and thus give false impressions about possible performance gains or losses. Logical reads will not be affected in this way. The number of logical reads can be retrieved by reviewing the total_logical_reads (total reads since it was compiled) and last_logical_reads (reads from last execution) columns from the dm_exec_query_stats DMO. The command “SET STATISTICS IO ON” can also be used to get this information when executing the query.


0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
เรียนรู้การอ่านแผนการอยู่นอกขอบเขต ของเอกสารทางเทคนิคนี้ แต่ในเรื่อง เริ่มจากด้านขวามือเพื่อทำความเข้าใจเซิร์ฟเวอร์ SQL อะไรก่อน ในกรณีนี้ การสแกนตารางทั้งสองจะดำเนินการกับตารางเรียนและลงทะเบียน และมี 9,634 อ่านตรรกะจะทำใช้ตรรกะอ่านวัดเข้าใจปรับปรุงเหนือฉันกล่าวถึงจำนวนผู้อ่านตรรกะที่ทำแบบสอบถาม นี้เป็นชิ้นสำคัญของข้อมูลเกี่ยวกับการดำเนินการแบบสอบถามเนื่องจากมีวัดมากที่สุดพื้นฐานเกี่ยวกับจำนวนการทำงานแบบสอบถามจะทำการดึงข้อมูลผลลัพธ์ แม้ว่าแบบสอบถามดำเนินการอ่านจริงเกินไป จำได้ว่า อ่านตรรกะจะดำเนินการสำหรับทุกอ่านทางกายภาพ ทุกครั้งที่คุณเรียกใช้แบบสอบถาม คุณจะได้รับจำนวนสมมติว่า ไม่มีการเปลี่ยนแปลงจำนวนผู้อ่านตรรกะเดียวกัน ถ้าทำการเปลี่ยนแปลง หมายเลขอ่านตรรกะอาจเปลี่ยนแปลงได้ และจะให้ความเข้าใจในการปรับปรุงทำไมไม่ใช้เวลาดำเนินการอย่างวัดคำสั่ง SQL หรือไม่ ปัญหาการใช้เวลาของนาฬิกาเป็นว่า ได้มากรับอิทธิพลจากกระบวนการทำงานในเวลาเดียวกันที่คุณกำลังทดสอบแบบสอบถามอื่น นี้มากสามารถส่งผลกระทบต่อเวลาใช้แบบสอบถามการดำเนินการ และทำ ให้แสดงผลเท็จเกี่ยวกับประสิทธิภาพได้กำไรหรือขาดทุน อ่านตรรกะจะไม่ได้รับผลกระทบในลักษณะนี้ จำนวนผู้อ่านตรรกะสามารถเรียกได้ โดยตรวจดู total_logical_reads (อ่านทั้งหมดเนื่องจากคอมไพล์) และ last_logical_reads (อ่านจากการดำเนินการล่าสุด) คอลัมน์จาก dm_exec_query_stats DMO ยังสามารถใช้คำสั่ง "ตั้งสถิติ IO ON" จะได้รับข้อมูลนี้เมื่อดำเนินการแบบสอบถาม
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
Learning to read the plan is outside the scope of this white paper, but in simple terms, start from the right hand side to understand what SQL Server does first. In this case, two full table scans are performed against the CLASS and REGISTRATION tables and there are 9,634 logical reads being performed.

Use logical reads metric to understand improvements

Above I mentioned the number of logical reads the query is performing. This is an important piece of data about the query execution because it provides the most fundamental metric about how much work the query is doing to retrieve the results. Even if the query performs physical reads too, remember that a logical read is performed for every physical read. Every time you execute the query, you will get the same number of logical reads assuming no changes have been made. If changes are made, the logical reads number may change and will provide an insight into the improvements.

Why not use simple execution times to measure a SQL statement? The problem with using clock time is that it is greatly influenced by other processes running at the same time you are testing the query. This can significantly impact the time a query takes to execute and thus give false impressions about possible performance gains or losses. Logical reads will not be affected in this way. The number of logical reads can be retrieved by reviewing the total_logical_reads (total reads since it was compiled) and last_logical_reads (reads from last execution) columns from the dm_exec_query_stats DMO. The command “SET STATISTICS IO ON” can also be used to get this information when executing the query.


การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
การเรียนรู้ที่จะอ่านแผนอยู่ภายนอกขอบเขตของกระดาษสีขาวนี้ แต่ในแง่ง่ายๆ เริ่มจากด้านขวามือเพื่อเข้าใจ SQL Server ไม่ก่อน ในกรณีนี้ทั้งสองตารางเต็มสแกนจะดำเนินการกับชั้นเรียนและตารางการลงทะเบียนและมี 9634 ตรรกะอ่านถูกดำเนินการ

ใช้ตรรกะเข้าใจปรับปรุง

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

ทำไมไม่ใช้เวลาดำเนินการอย่างง่ายในการวัด SQL งบ ? ปัญหากับการใช้เวลาของนาฬิกาที่เป็นอิทธิพลอย่างมากโดยกระบวนการอื่น ๆวิ่งในเวลาเดียวกันคุณจะทดสอบแบบสอบถามนี้จะมีผลต่อเวลาที่ใช้ประมวลผลแบบสอบถามจึงให้ประทับใจเท็จเกี่ยวกับการปฏิบัติที่เป็นไปได้ กำไรหรือขาดทุน ตรรกะอ่านจะไม่ได้รับผลกระทบในลักษณะนี้ จํานวนเชิงตรรกะอ่านสามารถเรียกโดยการตรวจสอบ total_logical_reads ทั้งหมด ( อ่านตั้งแต่มันถูกคอมไพล์ ) และ last_logical_reads ( อ่านจากเนินสุดท้าย ) คอลัมน์จาก dm_exec_query_stats DMO .คำสั่ง " ตั้งค่าสถิติ IO " ยังสามารถใช้ในการรับข้อมูลนี้ เมื่อรันแบบสอบถาม

.
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2026 I Love Translation. All reserved.

E-mail: