Share via

ความเข้าใจข้อมูลเชิงลึก (ตัวอย่าง)

  • บทความ

[หัวข้อนี้คือเอกสารรุ่นก่อนวางจำหน่าย และอาจจะมีการเปลี่ยนแปลงในอนาคต]

ข้อมูลเชิงลึกด้านประสิทธิภาพจะกระจายข้อมูลเชิงลึกในหมวดหมู่ต่อไปนี้:

ประสิทธิภาพโดยรวม

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

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

  • วิกฤต: แสดงถึงประสิทธิภาพที่ไม่ดี
  • คำเตือน: แสดงว่าสามารถปรับปรุงประสิทธิภาพได้
  • ให้ข้อมูล: บ่งบอกถึงประสิทธิภาพที่ดี

วิธีการปรับปรุง

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

สภาพแวดล้อมไคลเอ็นต์

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

ชนิดของเบราว์เซอร์

รหัสข้อมูลเชิงลึก: Perf.Environment.Client.Browser.Type

แรงจูงใจ

เว็บเบราว์เซอร์บางชนิดอาจส่งผลต่อประสิทธิภาพของแอป การใช้เบราว์เซอร์ที่ไม่รองรับหรือไม่ทันสมัยอาจทำให้ประสิทธิภาพการทำงานช้าลง ข้อมูลเชิงลึกนี้แสดงนัยต่อประสิทธิภาพของเบราว์เซอร์ต่างๆ โดยเฉพาะเบราว์เซอร์ที่ไม่แนะนำ ตัวอย่างเช่น Power Apps เลิกสนับสนุน Internet Explorer

วิธีการปรับปรุง

หากคุณมีผู้ใช้ในเบราว์เซอร์รุ่นเก่า เช่น Internet Explorer ให้เปลี่ยนไปใช้เบราว์เซอร์ที่ใช้ Chromium ที่ทันสมัย เราแนะนำให้ผู้ใช้ใช้เบราว์เซอร์ที่ทันสมัย เช่น Microsoft Edge หรือ Google Chrome

หมายเหตุ

โปรแกรมประยุกต์รุ่นเก่าบางตัวที่ใช้ประโยชน์จาก NPAPI จะทำงานบน Internet Explorer เท่านั้น

เวอร์ชันเบราว์เซอร์

รหัสข้อมูลเชิงลึก: Perf.Environment.Client.Browser.Version

แรงจูงใจ

ข้อมูลเชิงลึกนี้จะตรวจสอบจำนวนผู้ใช้ที่ใช้แอปของคุณจากเบราว์เซอร์รุ่นเก่า แม้ว่าผู้ใช้จะใช้งานเบราว์เซอร์ที่ทันสมัย และไม่ใช่ชนิดเบราว์เซอร์ที่ไม่แนะนำ เช่น Internet Explorer เบราว์เซอร์รุ่นเก่าทำงานช้าลง

วิธีการปรับปรุง

ผู้ใช้ควรปรับปรุงเบราว์เซอร์ให้เป็นรุ่นล่าสุดเเสมอ ลูกค้าองค์กรสามารถนำนโยบายกลุ่มไปใช้ในรุ่นเฉพาะได้ เนื่องจาก Unified Service Desk (USD) ยังใช้การตั้งค่าเบราว์เซอร์เริ่มต้นของคอมพิวเตอร์ จึงจำเป็นต้องตรวจสอบชนิดและรุ่นของเบราว์เซอร์เริ่มต้นด้วย

ความต้องการของระบบขั้นต่ำ

รหัสข้อมูลเชิงลึก: Perf.Environment.Device.MimimumRequirements

แรงจูงใจ

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

โดยทั่วไป กิจกรรมบางอย่าง เช่น การแสดงภาพ การเขียนสคริปต์ และการดาวน์โหลดเนื้อหาจะเกิดขึ้นที่ฝั่งไคลเอนต์ การปฏิบัติตามข้อกำหนดขั้นต่ำของระบบเป็นสิ่งจำเป็นสำหรับกิจกรรมดังกล่าว

วิธีการปรับปรุง

ผู้ใช้ควรใช้ฮาร์ดแวร์ที่ตรงตามหรือเกินกว่าข้อกำหนดขั้นต่ำของระบบสำหรับ Power Apps

โปรโตคอล HTTP

รหัสข้อมูลเชิงลึก: Perf.Environment.Client.Browser.HttpProtocol

แรงจูงใจ

แพลตฟอร์ม Power Apps รองรับ HTTP/2 อย่างไรก็ตาม หากแอปของคุณใช้โปรโตคอล HTTP/1.1 สำหรับคำขอ XMLHttpRequest (XHR) เข้าสู่ Power Apps อาจทำให้ประสิทธิภาพการทำงานช้าลงเนื่องจากการจำกัดคำขอพร้อมกันกับโปรโตคอล HTTP/1.1

วิธีการปรับปรุง

หากข้อมูลเชิงลึกนี้ระบุผู้ใช้บางรายที่ใช้โปรโตคอล HTTP/1.1 เราขอแนะนำอย่างยิ่งให้ไคลเอนต์ของผู้ใช้เหล่านี้สนับสนุนโปรโตคอล HTTP/2

การกำหนดค่าและโครงสร้างพื้นฐานเครือข่ายหลายอย่างสามารถบล็อกโปรโตคอล HTTP/2 เช่น เครือข่าย VPN พร็อกซีเซิร์ฟเวอร์ หรือการตั้งค่าตัวเลือกอินเทอร์เน็ตของอุปกรณ์

ผู้ใช้สามารถตรวจสอบว่ามีการใช้โปรโตคอลใดจากเครื่องมือพัฒนาที่มาพร้อมกับเบราว์เซอร์ ในรูปด้านล่าง มีการเรียกใช้เครือข่ายผ่าน HTTP/2

ตัวอย่างการเรียกใช้เครือข่าย HTTP 2

หากการติดตามโปรโตคอลเครือข่ายระบุ HTTP/1.1 อาจเป็นเพราะสาเหตุต่อไปนี้:

  • การตั้งค่าอินเทอร์เน็ต: แท็บ ขั้นสูง ของตัวเลือกอินเทอร์เน็ตของ Windows ในแผงควบคุม ใช้ HTTP2 และ ใช้ TLS 1.2 ไม่ได้เปิดใช้งานตัวเลือก
  • VPN และพร็อกซี: แม้ว่าตัวเลือกอินเทอร์เน็ตของ Windows จะถูกตั้งค่าให้ใช้ HTTP2 และ TLS 1.2 เบราว์เซอร์อาจย้อนกลับเมื่อ VPN หรือพร็อกซีไม่รองรับโปรโตคอลที่ใหม่กว่า

รูปแบบการใช้งาน

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

ชนิดของการโหลดหน้า

รหัสข้อมูลเชิงลึก: Perf.Performance.PageLoadType

แรงจูงใจ

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

หมายเหตุ

เมื่อผู้ใช้เปิดฟอร์มจากแท็บใหม่หรือแท็บใหม่ในเบราว์เซอร์ จะถือว่าเป็นการโหลดหน้าแบบไม่มีข้อมูล เมื่อผู้ใช้เปิดฟอร์มอื่นๆ ในแอปภายในแท็บที่ใช้งานอยู่ของเบราว์เซอร์ จะถือเป็นการโหลดหน้าแบบมีข้อมูล

วิธีการปรับปรุง

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

ประสิทธิภาพของหน้า

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

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

แดชบอร์ดล่าช้า

รหัสข้อมูลเชิงลึก: Perf.ModelDriven.Page.Dashboard.SlowSQLQuery

แรงจูงใจ

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

วิธีการปรับปรุง

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

  1. ไปที่แอปแบบจำลองของคุณ เช่น https://contoso.crm.dynamics.com

  2. แก้ไข URL ตามที่แสดงในตัวอย่างนี้ (https://contoso.dynamics.com/api/data/v9.1/systemforms[DashboardId]/ชื่อ) โดยต่อท้าย api/data/v9.1/systemforms[DashboardId]/ชื่อ ไปยัง URL ของแอป

  3. คุณจะได้รับคำขอ OData คล้ายกับด้านล่าง แดชบอร์ดตัวแทน ที่แสดงด้านล่างแสดงถึงชื่อที่ใช้งานง่ายของรหัสแดชบอร์ดที่กำหนด

    {"@odata.context":https://contoso.crm.dynamics.com/api/data/v9.1/$metadata#systemforms(2ff4a8cf-378b-e811-a964-000d3a30dc0a)/name,"value":"Contoso - Agent Dashboard"}

ปลั๊กอินแบบซิงโครนัสพร้อมการเรียกใช้ภายนอกที่ช้า

รหัสข้อมูลเชิงลึก: Perf.Sandbox.Performance.Plug-ins.ExternalCall

ปลั๊กอินและกิจกรรมเวิร์กโฟลว์แบบกำหนดเองสามารถเข้าถึงบริการเว็บ (ปลายทางภายนอก) ผ่านโปรโตคอล HTTP และ HTTPS หากบริการภายนอกเหล่านี้ทำงานช้า ปลั๊กอินเองจะหมดเวลาหรือทำงานช้า

แรงจูงใจ

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

วิธีการปรับปรุง

ข้อมูลเพิ่มเติม: เข้าถึงบริการเว็บภายนอก (Microsoft Dataverse) - Power Apps | Microsoft Docs

การกำหนดเอง

ผู้สร้างสามารถแก้ไข/ปรับปรุงตามคำสั่งต่างๆ ได้มากมายด้วยแอปแบบจำลอง เช่น:

  • นำเข้าฟังก์ชัน JavaScript ที่กำหนดเองเพื่อเปิดใช้งานเหตุการณ์บนไคลเอนต์
  • สร้างและปรับใช้ปลั๊กอินที่ใช้ในการดำเนินการตรรกะที่กำหนดเอง
  • กำหนดและจัดเก็บตารางและข้อมูลที่กำหนดเอง
  • กำหนดส่วนประกอบที่สัมพันธ์กันสำหรับทั้งตารางแบบกำหนดเองและตารางมาตรฐาน เช่น ฟอร์มและมุมมอง

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

ข้อมูลเชิงลึกต่อไปนี้ยังให้ผลการวิเคราะห์จากข้อมูลผู้ใช้รันไทม์ของการแก้ไข/ปรับปรุงตามคำสั่งของคุณ

ชนิดการเรียกใช้คำขอ XML HTTP (XHR)

รหัสข้อมูลเชิงลึก: Perf.ModelDriven.Customization.Client.Script.XMLHttpRequestType

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

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

แรงจูงใจ

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

วิธีการปรับปรุง

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

การควบคุมที่ไม่สนับสนุน

รหัสข้อมูลเชิงลึก: Perf.Customization.Controls.Deprecated

ตัวควบคุมรุ่นเก่าบางตัวสำหรับแอปแบบจำลอง เช่น สวิตช์สลับ การควบคุมปฏิทิน (V1) แถบเลื่อนเชิงเส้น Knob แบบรัศมี Knob แบบโค้ง ตัววัดเชิงเส้น ควบคู่ไปกับการควบคุมการแสดงตัวอย่างเว็บไซต์ MultiSelectPicklistControl (V1) และป้ายชื่อพลิกเลิกใช้งานแล้ว บางส่วนของตัวควบคุมเหล่านี้สามารถแทนที่ด้วยตัวควบคุมใหม่ ซึ่งสอดคล้องกับเว็บและมือถือที่ทันสมัยมากขึ้น ข้อมูลเพิ่มเติม: ตัวควบคุมแอปแบบจำลองใหม่ การเลิกใช้ตัวควบคุมแบบเก่า

แรงจูงใจ

การใช้ตัวควบคุมที่ล้าสมัยอาจทำให้เกิดปัญหาด้านประสิทธิภาพ ความน่าเชื่อถือ และการเข้าถึงได้ นอกจากนี้ ข้อจำกัดบางประการในการควบคุมที่เลิกใช้แล้วเหล่านี้ได้รับการแก้ไขด้วยตัวควบคุมใหม่ ตัวอย่างเช่น ตัวควบคุมสลับและการควบคุมปฏิทิน (V2) ใช้ Microsoft Fluent UI

วิธีการปรับปรุง

  • ใช้ตัวควบคุม การสลับ แทน Flip ป้ายกำกับ และ Flip Switch
  • ใช้การควบคุมปฏิทิน (V2) แทนการควบคุมปฏิทิน (V1)
  • ประเมินตัวควบคุมอื่นๆ ที่เลิกใช้แล้วเพื่อพิจารณาว่ายังคงมีประโยชน์ภายในฟอร์มที่มีอยู่หรือไม่

ขอให้สังเกตว่ามีการเปลี่ยนแปลงการออกแบบที่สำคัญเล็กน้อยระหว่างรุ่นที่เลิกใช้และตัวควบคุมใหม่

สำหรับข้อมูลเพิ่มเติมเกี่ยวกับการควบคุมที่เลิกใช้แล้ว ไปที่ การเลิกใช้งานตัวควบคุมแอปแบบจำลอง

ประสิทธิภาพ Sandbox - ปลั๊กอินหลัก

รหัสข้อมูลเชิงลึก: Perf.Sandbox.Performance.Plug-ins.Dominant

ข้อมูลเชิงลึกนี้จะช่วยให้เราระบุปลั๊กอินหลัก หรืออีกนัยหนึ่ง ปลั๊กอินที่ใช้มากที่สุด นอกจากนี้ยังจะระบุด้วยว่าปลั๊กอินใดๆ ที่ใช้เป็นหลักทำงานช้าโดยมีเวลาดำเนินการปลั๊กอินมากกว่า 100 มิลลิวินาทีในเปอร์เซ็นไทล์ที่ 95 ข้อมูลเชิงลึกนี้จะแสดงรายการปลั๊กอินหลักสูงสุดสามรายการ

แรงจูงใจ

ปลั๊กอินหลักที่ช้าส่งผลต่อประสิทธิภาพ ปลั๊กอินเหล่านี้ควรได้รับการตรวจสอบ

วิธีการปรับปรุง

ตรวจสอบปลั๊กอินที่ทำงานช้า ตรวจสอบ แนวทางปฏิบัติที่ดีที่สุดเกี่ยวกับการพัฒนาปลั๊กอินและเวิร์กโฟลว์

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

ตรวจสอบปลั๊กอินที่ทำงานช้า สาเหตุบางประการที่ทำให้ปลั๊กอินช้ามีอธิบายไว้ที่นี่:

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

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

แบบสอบถามที่บันทึกไว้ด้วยอักขระตัวแทนนำหน้า

รหัสข้อมูลเชิงลึก: Perf.ModelDriven.Customization.SavedQuery.LeadingWildCard

อักขระตัวแทนนำหน้าคือ เงื่อนไข ชอบ หรือ ไม่ชอบ ที่ใช้อักขระตัวแทนนำหน้า (%) ที่จุดเริ่มต้นของสตริงการค้นหา ตัวอย่างของคำขอที่เขียนไม่ดีคือ:

<fetch version="1.0" output-format="xml-platform" mapping="logical"> 
    <entity name="account"> 
        <attribute name="accountid" /> 
        <attribute name="accountnumber" /> 
        <filter type="and"> 
            <condition attribute="accountnumber" operator="like" value="%124" /> 
        </filter> 
    </entity> 
</fetch>

แรงจูงใจ

อักขระตัวแทนนำหน้า (%) ในแบบสอบถามที่บันทึกไว้อาจทำให้แบบสอบถามหมดเวลาหรือดำเนินการช้า ข้อมูลเชิงลึกนี้ชี้ไปที่แบบสอบถามที่บันทึกช้าด้วยอักขระตัวแทนนำหน้า

วิธีการปรับปรุง

หลีกเลี่ยงการใช้อักขระตัวแทนนำหน้า ในคีย์การค้นหา สิ่งเหล่านี้จะถูกแปลเป็น "มี" ในเซิร์ฟเวอร์ SQL ซึ่งจะไม่ใช้ประโยชน์จากการค้นหาดัชนี แต่จะสแกน หากจำเป็นต้องใช้อักขระตัวแทนนำหน้า ให้จำกัดขอบเขตการค้นหาโดยรวมเงื่อนไขอื่นๆ โปรดทราบว่าเป็นเรื่องปกติที่จะใช้อักขระตัวแทนนำหน้า (%) ที่ส่วนท้ายของสตริงการค้นหา

การตั้งค่าคอนฟิก

การตั้งค่าบันทึกการติดตามปลั๊กอิน

รหัสข้อมูลเชิงลึก: Perf.Sandbox.Configuration.PluginTraceSettings

ผู้สร้างสามารถแก้จุดบกพร่องปลั๊กอินของพวกเขาผ่านบันทึกการติดตามปลั๊กอิน ผู้ดูแลระบบ Dataverse สามารถตั้งค่าปลั๊กอินและการติดตามกิจกรรมเวิร์กโฟลว์แบบกำหนดเองได้เป็น ปิด ข้อยกเว้น หรือ ทั้งหมด

การตั้งค่าบันทึกการติดตามปลั๊กอิน

แรงจูงใจ

บันทึกการติดตามปลั๊กอินควรตั้งค่าเป็น ทั้งหมด เฉพาะเมื่อคุณกำลังแก้จุดบกพร่องหรือปรับแต่งปลั๊กอินเท่านั้น การบันทึกการติดตามปริมาณมากอาจทำให้เกิดโอเวอร์เฮด I/O กับเซิร์ฟเวอร์ SQL นอกจากนี้ การลบบันทึกการติดตามปลั๊กอินอาจทำให้เกิดการบล็อกหรือรอกับเซิร์ฟเวอร์ SQL

วิธีการปรับปรุง

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

หากต้องการเปลี่ยนการตั้งค่า ให้ไปที่แท็บ การตั้งค่า > การดูแลจัดการ > การตั้งค่าระบบ > การกำหนดเอง ข้อมูลเพิ่มเติม: การบันทึกและการติดตาม

เครือข่าย

ประสิทธิภาพของเครือข่าย

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

แรงจูงใจ

การกำหนดค่าเครือข่ายไม่ดีจะส่งผลต่อประสิทธิภาพของแอป

วิธีการปรับปรุง

หากมีผู้ใช้จำนวนมากในเครือข่ายและประสิทธิภาพต่ำ เราแนะนำให้ผู้ใช้เปลี่ยนไปใช้เครือข่ายที่มีประสิทธิภาพดีกว่า

ดูเพิ่มเติม

ข้อมูลเชิงลึกด้านประสิทธิภาพคืออะไร