วัดผลใน LuckyTemplates: เคล็ดลับและเทคนิคการเพิ่มประสิทธิภาพ

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

สารบัญ

• 1. วิเคราะห์ประสิทธิภาพของรหัส
  • ตัวแปรในการวัด
  • แคชเย็นสำหรับ DAX Studio
• 2. วิเคราะห์หน่วยวัดใน LuckyTemplates
  • มาตรการ RB Incentive% ใน LuckyTemplates
    • ข้อมูลจาก Storage Engine
  • ตรรกะเบื้องหลัง IF และ Switch
• 3. ใช้วิธีการประเมินรหัส
  • วิธีที่ 1: การประเมินอย่างเข้มงวด
  • วิธีที่ 2: การประเมินอย่างกระตือรือร้น
    • ข้อเสียของการประเมินความกระตือรือร้น
  • วิธีที่ 3: การประเมิน IF.EAGER
  • สรุปวิธีการประเมิน
• 4. เพิ่มประสิทธิภาพการวัดใน LuckyTemplates
  • การเพิ่มประสิทธิภาพขั้นสูงสำหรับการวัดใน LuckyTemplates
    • ลบข้อมูลการโทรกลับ
• 5. ปรับมาตรการอื่นๆ ให้เหมาะสมใน LuckyTemplates
• บทสรุป

1. วิเคราะห์ประสิทธิภาพของรหัส

ในตัวอย่างนี้ คุณต้องเพิ่มประสิทธิภาพรายงานนี้:

นี่คือโมเดลข้อมูลที่คุณจะใช้:

ตารางงานประกอบด้วยข้อมูลทั้งหมดเกี่ยวกับงานใดๆ ที่ได้ดำเนินการในช่วงเวลาที่กำหนด

ตารางนี้เป็นพื้นฐานของการวัดผลทั้งหมดที่คุณจะเพิ่มประสิทธิภาพ:

ก่อนอื่น คุณต้องทดสอบประสิทธิภาพของรายงาน

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

เมื่อเสร็จแล้ว ให้เลื่อน รายการ รายละเอียดสิ่งจูงใจและคลิกคัดลอกข้อความค้นหา

ถัดไป เลือกเครื่องมือภายนอกเพื่อไปที่ DAX Studio และดูรหัสที่ LuckyTemplates สร้างขึ้น

จากนั้น วางคิวรีที่คัดลอกไว้ในพื้นที่ทำงาน

ตัวแปรในการวัด

ตัวแปรแรกคือDateClosedซึ่งเป็นตัวแบ่งส่วนข้อมูลบนแดชบอร์ด ใช้คอลัมน์จากตารางข้อเท็จจริงเพื่อรับค่าของช่วงเวลาหนึ่งในตัวแบ่งส่วนข้อมูล

ตัวแปรถัดไปคือJobLostซึ่งจะตรวจสอบข้อมูลว่างหรือเท็จของข้อมูลงาน

ตัวแปรสุดท้ายคือMatrixVisual นี่คือหัวใจของรหัส แสดงคอลัมน์สรุปที่สร้างโดย LuckyTemplates เพื่อเติมภาพเมทริกซ์ จัดกลุ่มประเภทการสูญเสียงานในเมทริกซ์นี้และแทรกตัวกรองที่มาจากตัวแบ่งส่วนข้อมูล จากนั้นจะเพิ่มคอลัมน์เพิ่มเติม

เมื่อคอลัมน์สรุปการดำเนินการเสร็จสิ้น คุณจะเห็นผลลัพธ์ในบานหน้าต่างด้านล่างโค้ด

LuckyTemplates ใช้ผลลัพธ์เพื่อเติมภาพเมทริกซ์

แคชเย็นสำหรับ DAX Studio

ถัดไป คุณต้องตรวจสอบเวลาที่ใช้ในการรันโค้ดทั้งหมด ในการทำเช่นนั้น ให้เปิด Server Timings แล้วเลือกClear Cache Then Run

เมื่อคุณพยายามเพิ่มประสิทธิภาพการวัดใน LuckyTemplates โดยใช้DAX Studioคุณควรดำเนินการภายใต้สถานการณ์จำลองแคชเย็นเพื่อให้เวลาที่คุณได้รับถูกต้อง หลังจากนั้นให้กด F5 และรอให้การดำเนินการเสร็จสิ้นใน แท็ บServer Timings

เมื่อเสร็จแล้ว คุณจะเห็นว่าเวลาดำเนินการทั้งหมดคือ 3.6 วินาที ใช้เวลาส่วนใหญ่ในเครื่องมือสูตรและใช้เวลา 57 มิลลิวินาทีในเครื่องมือจัดเก็บข้อมูล

คุณยังสามารถเห็นได้ว่าพบ 383 ข้อความค้นหากลไกการจัดเก็บข้อมูล จากข้อความค้นหาทั้งหมด มี 327 รายการที่ส่งไปยังหน่วยความจำเพื่อให้สามารถใช้งานซ้ำได้

2. วิเคราะห์หน่วยวัดใน LuckyTemplates

ถัดไป คุณต้องเพิ่มประสิทธิภาพมาตรการที่เหมือนกันทั้ง 3 นี้

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

หลังจากนั้น ให้เริ่มการกำหนดเวลาเซิร์ฟเวอร์เพื่อดูเวลาที่ใช้โดยการวัด 3 รายการในการเติมข้อมูลด้วยภาพ

ผลลัพธ์ของการรันแสดงว่าการวัดใช้เวลา 1.85 วินาทีในการดึงผลลัพธ์

ผลลัพธ์จะแสดงตารางที่ประกอบด้วย 10 แถวและ 3 คอลัมน์เพิ่มเติมซึ่งอยู่ในคอลัมน์สรุป

คอลัมน์ Loss Type มีค่าที่ไม่ซ้ำกัน 10 ค่า ซึ่งโค้ดจะคำนวณเพื่อให้ได้เปอร์เซ็นต์แรงจูงใจ

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

มาตรการ RB Incentive% ใน LuckyTemplates

นี่คือการวัด % แรงจูงใจ RB ใน LuckyTemplates เป็นหนึ่งใน 3 มาตรการหลักที่ใช้ในตัวอย่างนี้

คุณจะเห็นว่ามันกำลังพยายามคำนวณเปอร์เซ็นต์สิ่งจูงใจ

มีตัวแปร JobType ซึ่งดึงค่า Lost Type ในบริบทตัวกรองปัจจุบัน นอกจากนี้ยังตรวจสอบว่ามีเพียงค่าเดียวที่มองเห็นได้ในบริบทตัวกรองปัจจุบันหรือไม่ คุณต้องใช้ ฟังก์ชัน  เพื่อให้ทุกครั้งที่ตรงตามเงื่อนไข จะได้ผลลัพธ์ที่สอดคล้องกัน

โค้ดการวัดนี้สร้างจาระบีของเครื่องยนต์ที่กักเก็บจำนวนมาก ซึ่งจะเพิ่มเวลาในระยะเวลาโดยรวมของโค้ด

ตอนนี้ กลับไปที่ DAX Studio เพื่อตรวจสอบจำนวนเครื่องมือจัดเก็บข้อมูลที่เคียวรีที่วัดได้สร้างขึ้น

คุณจะเห็นว่าใช้เวลา 600 มิลลิวินาทีในการดำเนินการ และ 43 คิวรีเครื่องมือจัดเก็บข้อมูลในการดึงข้อมูลสำหรับ 10 แถว

ข้อมูลจาก Storage Engine

ตอนนี้ ตรวจสอบข้อมูลที่ร้องขอจากเครื่องมือจัดเก็บข้อมูล ในแบบสอบถามแรก มีประเภทการสูญเสียงานและDCOUNT  ของประเภทการสูญเสียงาน

ข้อความค้นหาถัดไปมี Jobs Date Close ซึ่งมาจากตัวแบ่งส่วนข้อมูลในรายงาน

ในรหัสที่สาม คุณจะเห็นประเภทการสูญเสียงานอื่นที่มีรหัสข้อมูลการโทรกลับ

ในอีกบรรทัดหนึ่ง คุณจะเห็นบรรทัดที่สำคัญที่สุดของโค้ด

สิ่งแรกที่คุณเห็นคือ ของค่างานที่ได้รับ ใบแจ้งหนี้ และค่าใช้จ่ายจริง

ถัดไปคือ ฟังก์ชัน WHERE  ที่ระบุเงื่อนไขและผลลัพธ์ที่เกี่ยวข้อง ผลลัพธ์จะแตกต่างกันไปตามการเลือกตัวแบ่งส่วนข้อมูลและคำสั่ง switch ในการวัด % Incentive ของ RB

คุณจะสังเกตเห็นว่ารหัสในบรรทัดที่ 12 และ 14 เหมือนกัน

หากคุณเลื่อนไปทางขวา คุณจะเห็นว่ามีบรรทัดที่มีคำค้นหาเดียวกัน ข้อความค้นหาในบรรทัดจะกำกับโดยคำสั่ง switch ในการวัด % Incentive ของ RB

หากคุณย้อนกลับไปที่ RB Incentive% การวัดผลใน LuckyTemplates คุณจะเห็นจำนวนครั้งที่มีการสืบค้นซ้ำและสะท้อนให้เห็นอย่างไรในการสืบค้นเครื่องมือจัดเก็บข้อมูล

ตรรกะเบื้องหลัง IF และ Switch

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

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

ดำเนินการ คำสั่ง SWITCH  ในแผนการสืบค้น จากนั้นไฮไลท์ คำสั่งแล้วกด Enter

สิ่งนี้จะสร้าง Logical Query Plan พร้อมการดำเนินการที่แตกต่างกัน

ถัดไป ดำเนินการ คำสั่ง IFโดยเน้นคำสั่งแล้วกด Enter

คุณจะเห็นว่ามันสร้าง Logical Query Plan เดียวกัน

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

หลังจากนั้น คุณต้องเข้าใจวิธีดำเนินการโค้ดภายในฟังก์ชันIFหรือSWITCH

นี่เป็นโค้ดตัวอย่างที่มี คำสั่ง SWITCHอยู่ข้างใน

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

เมื่อคุณรันโค้ดนี้ คุณจะเห็นตรรกะเบื้องหลังฟังก์ชันต่างๆ

ข้อความค้นหาแรกได้รับประเภทการสูญเสียงานที่แตกต่างจากตารางงาน

นอกจากประเภทการสูญเสียงานแล้ว ยังได้รับผลรวมของประมาณการงานอีกด้วย

ภายใน เงื่อนไข WHEREคุณยังสามารถดูค่าที่มีอยู่ในคอลัมน์ Jobs Loss Type

3. ใช้วิธีการประเมินรหัส

ใน DAX มี 3 วิธีในการประเมินรหัส:

• การประเมินผลที่เข้มงวด
• การประเมินความกระตือรือร้น
• IF.Eager การประเมินผล

วิธีการเหล่านี้จะช่วยคุณปรับโค้ดหรือหน่วยวัดใน LuckyTemplates ให้เหมาะสม

วิธีที่ 1: การประเมินอย่างเข้มงวด

ตัวอย่างที่แสดงด้านล่างใช้วิธีการประเมินแบบเข้มงวด

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

นี่เป็นอีกตัวอย่างการวัดใน LuckyTemplates ที่ใช้การประเมินอย่างเข้มงวด

เมื่อคุณรันโค้ดนี้ โค้ดจะสร้าง 5 ข้อความค้นหาเครื่องมือจัดเก็บข้อมูล

ด้วยการประเมินอย่างเข้มงวด รหัสจะให้ค่าประมาณทั้งหมดหากกำไรขั้นต้นคูณด้วย 1.4 มากกว่าค่าประมาณเฉลี่ย มิฉะนั้นจะให้กำไรขั้นต้น

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

วิธีที่ 2: การประเมินอย่างกระตือรือร้น

นี่คือรหัสเดียวกับตัวอย่างก่อนหน้า

แต่แทนที่จะคำนวณหน่วยวัดภายใน  คำ สั่งIFกลับคำนวณทุกอย่างใน ก่อนRETURN

หมายความว่าก่อนที่จะตรวจสอบใบแจ้งยอด จะได้รับค่าทั้งหมดของกำไรขั้นต้นและค่าประมาณรวมสำหรับประเภทการสูญเสียงานทั้งหมด

เมื่อคุณรันโค้ดนี้ จำนวนของ storage engine จะลดลงเหลือ 3

ช่วยปรับปรุงประสิทธิภาพของการดำเนินการทั้งหมด

ในคิวรีการดำเนินการแรก จะได้รับประเภทการสูญเสียงานและผลรวมของประมาณการงานและกำไรขั้นต้น

ข้อความค้นหาถัดไปจะได้รับผลรวมของการประมาณการงานจาก Jobs Stable สิ่งนี้ใช้ในการคำนวณค่าประมาณเฉลี่ย

ข้อความค้นหาสุดท้ายให้ Jobs Loss Type ที่แตกต่าง กันสำหรับค่าที่เขียนในADDCOLUMNS

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

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

ข้อเสียของ Eager Evaluation คือถ้าคุณสร้างค่าก่อน คำสั่ง IF  หรือ  SWITCH  และใช้ตัวแปรเหล่านั้นภายในคำสั่งที่ไม่ควรดำเนินการ เครื่องมือจะยังคงคำนวณตัวแปรเหล่านั้น

ข้อเสียของการประเมินความกระตือรือร้น

นี่คือตัวอย่างข้อเสีย:

ตามหลักการแล้ว หากประเภทการสูญเสียงานเท่ากับ A ควรได้รับกำไรขั้นต้น มิฉะนั้นจะได้รับค่าประมาณทั้งหมด

เนื่องจากไม่มีค่าในคอลัมน์ Job Loss Type ที่เท่ากับ A จึงควรได้รับ Total Estimate เสมอ อย่างไรก็ตาม มันยังคงให้กำไรขั้นต้นในแคชข้อมูล

หากคุณดูที่ข้อความค้นหาแรก จะได้รับประเภทการสูญเสียงานและผลรวมของกำไรขั้นต้นและประมาณการงาน

ในแบบสอบถามถัดไป จะได้รับประเภทการสูญเสียงานที่แตกต่างจากตารางงาน

วิธีที่ 3: การประเมิน IF.EAGER

วิธีต่อไปคือ  การประเมินฟังก์ชัน IF.EAGER  ซึ่งจะจำลองพฤติกรรมของการประเมินความกระตือรือร้น

ช่วยให้คุณเขียนโค้ดที่แสดงถึง Strict Evaluation และดำเนินการด้วย Eager Evaluation

หากคุณดูโค้ดตัวอย่างนี้ จะเหมือนกับโค้ดการประเมินแบบเข้มงวด ข้อแตกต่างเพียงอย่าง เดียวคือใช้ ฟังก์ชัน IF.EAGER  แทนIF

ก่อนที่คุณจะรันโค้ด ตรวจสอบให้แน่ใจว่าได้เชื่อมต่อกับโมเดล LuckyTemplates และเปิด Server Timing เสร็จแล้วกด F5

คุณจะเห็นว่ามันสร้าง 3 ข้อความค้นหากลไกการจัดเก็บข้อมูล

ข้อความค้นหาแรกจะได้รับประเภทการสูญเสียงานและผลรวมของประมาณการงานและกำไรขั้นต้น

แบบสอบถามที่สองได้รับผลรวมของการประมาณการงาน

ข้อความค้นหาสุดท้ายได้รับประเภทการสูญเสียงานที่แตกต่างจากตารางงาน

คุณจะสังเกตเห็นว่ามันทำงานในลักษณะเดียวกับ Eager Evaluation

สรุปวิธีการประเมิน

ในการพยายามทำให้การคำนวณของคุณดีขึ้น คุณต้องจำสิ่งต่อไปนี้:

• การประเมินอย่างเข้มงวดใช้สำหรับรหัสที่ซับซ้อน นอกจากนี้ยังใช้กับเมื่อคุณไม่ต้องการประเมินค่าทั้งหมดที่ระบุโดยตาราง
• การประเมินอย่างกระตือรือร้นจะดีกว่าถ้าใช้รหัสของคุณง่าย
• ใช้ IF.EAGER หากคุณต้องการเขียนโค้ดโดยใช้ Strict Evaluation และดำเนินการด้วย Eager Evaluation

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

4. เพิ่มประสิทธิภาพการวัดใน LuckyTemplates

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

ย้อนกลับไปดู การวัด % แรงจูงใจของ RBที่ดำเนินการโดยใช้การประเมินอย่างเข้มงวด ต่อไป ลองประเมินโดยใช้ Eager Evaluation

เริ่มต้นด้วยการสร้างตัวแปรและป้อนฟังก์ชัน RETURN

เปลี่ยนการอ้างอิงหน่วยวัดกับตัวแปร

หลังจากนั้น ให้ยืนยันการวัดและไปที่ DAX Studio เพื่อดูว่าได้ปรับปรุงประสิทธิภาพหรือไม่

แสดงให้เห็นว่าเวลาทั้งหมดคือ 642 มิลลิวินาที และจำนวนการสืบค้นเครื่องมือจัดเก็บข้อมูลทั้งหมดลดลงเหลือ 39 รายการ

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

จากนั้น ยืนยันการวัดและดำเนินการโค้ดในสตูดิโอ DAX

เวลาดำเนินการทั้งหมดและจำนวนการสืบค้นกลไกการจัดเก็บข้อมูลทั้งหมดลดลงจาก 600 มิลลิวินาทีเป็น 170 มิลลิวินาที และ 43 การสืบค้นเป็น 15 การสืบค้นตามลำดับ

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

การเพิ่มประสิทธิภาพขั้นสูงสำหรับการวัดใน LuckyTemplates

ขั้นต่อไป คุณต้องปรับแต่งรหัส DAX ของคุณให้ดียิ่งขึ้น

แทนที่จะใช้ให้ใช้ ฟังก์ชัน

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

หลังจากเปลี่ยนฟังก์ชันแล้ว ให้ยืนยันการวัดและดำเนินการใน DAX Studio

คุณจะเห็นว่าจำนวนการสืบค้นเครื่องมือจัดเก็บข้อมูลในขณะนี้คือ 12 เวลาดำเนินการทั้งหมดก็กลายเป็น 105 มิลลิวินาที

ในแบบสอบถามที่ 2 คุณจะสังเกตเห็นรหัสข้อมูลการโทรกลับ

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

ลบข้อมูลการโทรกลับ

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

ไปที่ ตัวเลือก ป้อนข้อมูลและวางข้อมูล ตั้งชื่อตารางLossTypeConfigTable

ถัดไป คลิก แก้ไข เพื่อเปลี่ยนประเภทข้อมูลของคอลัมน์ที่คุณจะนำเข้า

ชนิดข้อมูลของรหัสประเภทการสูญเสียควรเป็นค่าครู เพื่อให้สามารถใช้ภายในฟังก์ชันSELECTEDVALUE ได้

เมื่อโหลดลงในโมเดลแล้ว ให้สร้างความสัมพันธ์ระหว่างตารางงานและตาราง LossTypeConfigTable ตามประเภทการสูญเสีย

หลังจากสร้างความสัมพันธ์แล้ว ให้ไปที่ตารางงานและเพิ่มคอลัมน์ใหม่ เรียกว่า Loss ID จากนั้นป้อนสูตร

ใช้ ฟังก์ชัน  สำหรับตารางการกำหนดค่า จากนั้นแยกรหัสประเภทการสูญเสีย

จากนั้น กลับไปที่การวัด % แรงจูงใจของ RB และอ้างอิงฟิลด์ตัวเลขแทนฟิลด์ข้อความ ภายในSELECTEDVALUEให้แทนที่ Loss Type ด้วย Loss ID

ถัดไป แก้ไขมาตรการทั้งหมดภายในรหัส ใช้ค่าจำนวนเต็มแทนค่าข้อความในการตรวจสอบประเภทงาน

เมื่อคุณเปลี่ยนโค้ดแล้ว ให้ยืนยันการวัดและดำเนินการใน DAX Studio

ID ข้อมูลการโทรกลับจะถูกตัดออกในแบบสอบถาม และเวลาดำเนินการของรหัสจะลดลงเหลือ 93 มิลลิวินาที

การวัด % Incentive ของ RB ได้รับการปรับให้เหมาะสมที่สุดแล้ว

5. ปรับมาตรการอื่นๆ ให้เหมาะสมใน LuckyTemplates

คุณต้องปรับการวัด % Incentive % WR และ QB ให้เหมาะสมด้วย

คัดลอกและวางโค้ดที่ใช้ในการวัด % Incentive ของ RB จากนั้นดำเนินการ 3 มาตรการร่วมกัน

เวลาดำเนินการทั้งหมดได้รับการปรับให้เหมาะสมและลดจาก 1,855 มิลลิวินาทีเป็น 213 มิลลิวินาที นอกจากนี้ยังมีแบบสอบถามกลไกการจัดเก็บเพียง 12 รายการ

ข้อความค้นหาสองรายการแรกสร้างบริบทตัวกรอง และส่วนที่เหลือแสดงจำนวนค่าที่แน่นอนภายในคอลัมน์ประเภทการสูญเสียงาน

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

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

ปรับฟังก์ชัน DAX ให้เหมาะสมด้วยหลักสูตรใหม่นี้
การแปลง LuckyTemplates อย่างง่ายสำหรับข้อมูลที่ปรับให้เหมาะสมยิ่งขึ้น
ปรับสูตร LuckyTemplates ให้เหมาะสมโดยใช้ DAX ขั้นสูง

บทสรุป

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

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