แก้ไขปัญหาการรีเฟรชแบบเพิ่มหน่วยและข้อมูลแบบเรียลไทม์

เนื่องจากมีสองขั้นตอนเมื่อใช้การรีเฟรชแบบเพิ่มหน่วยและโซลูชันข้อมูลแบบเรียลไทม์ ครั้งแรกที่กําหนดค่าพารามิเตอร์ การกรอง และการกําหนดนโยบายใน Power BI Desktop และขั้นที่สองคือการดําเนินการรีเฟรชชุดข้อมูลเริ่มต้นและการรีเฟรชที่ตามมาในบริการ เราจะดูการแก้ไขปัญหาแยกต่างหากสําหรับแต่ละขั้นตอนเหล่านี้

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

ก่อนการแก้ไขปัญหาการรีเฟรชแบบเพิ่มหน่วยและข้อมูลแบบเรียลไทม์ อย่าลืมตรวจสอบการรีเฟรชแบบเพิ่มหน่วยสําหรับชุดข้อมูลและข้อมูลแบบเรียลไทม์และข้อมูลทีละขั้นตอนใน กําหนดค่าการรีเฟรชแบบเพิ่มหน่วยและข้อมูลแบบเรียลไทม์

การกําหนดค่าใน Power BI Desktop

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

ปัญหา: การโหลดข้อมูลใช้เวลานานเกินไป

ในตัวแก้ไข Power Query หลังจากคลิกนําไปใช้ การโหลดข้อมูลจะใช้เวลาและทรัพยากรคอมพิวเตอร์มากเกินไป สาเหตุที่เป็นไปได้หลายประการ:

สาเหตุ: ชนิดข้อมูลไม่ตรงกัน

ซึ่งอาจเกิดจากชนิดข้อมูลไม่ตรงกัน ซึ่งวันที่/เวลาเป็นชนิดข้อมูลที่จําเป็นสําหรับพารามิเตอร์ RangeStart และ RangeEnd แต่คอลัมน์วันที่ของตารางที่ใช้ตัวกรองไม่ใช่ชนิดข้อมูลวันที่/เวลา หรือในทางกลับกัน ทั้งชนิดข้อมูลพารามิเตอร์และคอลัมน์ข้อมูลที่กรองแล้วต้องเป็นชนิดข้อมูลวันที่/เวลาและรูปแบบต้องเป็นรูปแบบเดียวกัน หากไม่เป็นเช่นนั้น จะไม่สามารถพับคิวรีได้

วิธีแก้ไข: ตรวจสอบชนิดข้อมูล

ตรวจสอบคอลัมน์วันที่/เวลาสําหรับตารางการรีเฟรชแบบเพิ่มหน่วยเป็นชนิดข้อมูลวันที่/เวลา ถ้าตารางของคุณไม่มีคอลัมน์ของชนิดข้อมูล วันที่/เวลา แต่ใช้ชนิดข้อมูลจํานวนเต็มแทน คุณสามารถสร้างฟังก์ชันที่แปลงค่าวันที่/เวลาในพารามิเตอร์ RangeStart และ RangeEnd ให้ตรงกับคีย์ตัวแทนจํานวนเต็มของตารางแหล่งข้อมูล เมื่อต้องการเรียนรู้เพิ่มเติม ดูกําหนดค่าการรีเฟรชแบบเพิ่มหน่วย - แปลงวันที่เวลาเป็นจํานวนเต็ม

สาเหตุ: แหล่งข้อมูลไม่สนับสนุน Query Folding

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

โซลูชัน: ตรวจสอบและทดสอบคิวรี

ในกรณีส่วนใหญ่ คําเตือนจะแสดงในกล่องโต้ตอบนโยบายการรีเฟรชแบบเพิ่มหน่วยที่ระบุว่าคิวรีที่จะดําเนินการกับแหล่งข้อมูลไม่สนับสนุนการพับคิวรีหรือไม่ อย่างไรก็ตาม ในบางกรณีอาจจําเป็นเพื่อให้แน่ใจว่าสามารถทําการพับคิวรีได้ ถ้าเป็นไปได้ ให้ตรวจสอบคิวรีที่ถูกส่งผ่านไปยังแหล่งข้อมูลโดยใช้เครื่องมือ เช่น SQL Profiler คิวรีที่มีตัวกรองที่ยึดตาม RangeStart และ RangeEnd ต้องได้รับการดําเนินการในคิวรีเดียว

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

ถ้าคุณตัดสินใจว่าไม่มีการพับคิวรี โปรดดู คําแนะนําการพับคิวรีใน Power BI Desktop และ Power Query Query Folding สําหรับความช่วยเหลือในการระบุสิ่งที่อาจขัดขวางมิให้มีการพับคิวรีและวิธีการหรือวิธีการหรือหากแหล่งข้อมูลสามารถรองรับการพับคิวรีได้

การรีเฟรชชุดข้อมูลในบริการ

การแก้ไขปัญหาการรีเฟรชแบบเพิ่มหน่วยในบริการจะแตกต่างกันโดยขึ้นอยู่กับชนิดของความจุที่ชุดข้อมูลของคุณได้รับการเผยแพร่ไปยัง ชุดข้อมูลบนความจุแบบพรีเมียมสนับสนุนการใช้เครื่องมือเช่น SQL Server Management Studio (SSMS) เพื่อดูและรีเฟรชแต่ละพาร์ติชันแบบเลือก ในทางกลับกัน ชุดข้อมูล Power BI Pro ไม่ได้ให้การเข้าถึงเครื่องมือผ่านตําแหน่งข้อมูล XMLA ดังนั้นการแก้ไขปัญหาการรีเฟรชแบบเพิ่มหน่วยอาจต้องการการทดลองใช้และข้อผิดพลาดเพิ่มขึ้นเล็กน้อย

ปัญหา: การรีเฟรชเริ่มต้นหมดเวลา

การรีเฟรชตามกําหนดการสําหรับชุดข้อมูล Power BI Pro บนความจุที่ใช้ร่วมกันมีขีดจํากัดเวลาสองชั่วโมง ขีดจํากัดเวลานี้จะเพิ่มเป็นห้าชั่วโมงสําหรับชุดข้อมูลในความจุพรีเมียม นอกจากนี้ระบบแหล่งข้อมูลอาจกําหนดการจํากัดขนาดการส่งกลับคิวรีหรือการหมดเวลาคิวรี

สาเหตุ: ไม่มีการพับคิวรีแหล่งข้อมูล

ในขณะที่ปัญหาเกี่ยวกับการพับคิวรีสามารถกําหนดได้ใน Power BI Desktop ก่อนที่จะเผยแพร่ไปยังบริการ คิวรีการรีเฟรชชุดข้อมูลที่เป็นไปได้จะไม่ถูกพับ ซึ่งนําไปสู่เวลาการรีเฟรชที่มากเกินไปและการใช้ทรัพยากรกลไกจัดการผสมเข้าด้วยกันที่มากเกินไป ทั้งนี้เนื่องจากคิวรีจะถูกสร้างขึ้นสําหรับทุกพาร์ติชันในชุดข้อมูล ถ้าไม่มีการพับคิวรี และข้อมูลจะไม่ถูกกรองที่แหล่งข้อมูล กลไกจะพยายามกรองข้อมูล

วิธีแก้ไข: ตรวจสอบการพับคิวรี

ใช้เครื่องมือการติดตามที่แหล่งข้อมูลเพื่อกําหนดคิวรีที่กําลังส่งผ่านสําหรับแต่ละพาร์ติชันเป็นคิวรีเดียวที่มีตัวกรองที่ยึดตามพารามิเตอร์ RangeStart และ RangeEnd หากไม่มีการตรวจสอบการพับคิวรีจะเกิดขึ้นในแบบจําลอง Power BI Desktop เมื่อโหลดข้อมูลจํานวนเล็กน้อยที่กรองแล้วลงในแบบจําลอง หากไม่ได้รับการแก้ไขในแบบจําลองก่อนดําเนินการอัปเดตเมตาดาต้าไปยังชุดข้อมูลเท่านั้น (ผ่านตําแหน่งข้อมูล XMLA) หรือหากชุดข้อมูล Power BI Pro ในความจุที่ใช้ร่วมกันให้ลบชุดข้อมูลที่ไม่สมบูรณ์ในบริการเผยแพร่อีกครั้งและลองการดําเนินการรีเฟรชเริ่มต้นอีกครั้ง

ถ้าคุณกําหนดว่าไม่มีการพับคิวรี โปรดดู คําแนะนําการพับคิวรีใน Power BI Desktop และ Power Query Folding สําหรับ ความช่วยเหลือในการระบุสิ่งที่อาจทําให้สามารถทําการพับคิวรีได้

สาเหตุ: ข้อมูลที่โหลดลงในพาร์ติชันมีขนาดใหญ่เกินไป

วิธีแก้ไข: ลดขนาดชุดข้อมูล

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

วิธีแก้ไข: เปิดใช้งานรูปแบบพื้นที่จัดเก็บชุดข้อมูลขนาดใหญ่

สําหรับชุดข้อมูลที่เผยแพร่ไปยังความจุแบบพรีเมียม ถ้าชุดข้อมูลขยายเกินกว่า 1 GB หรือมากกว่า คุณสามารถปรับปรุงประสิทธิภาพการดําเนินการรีเฟรชและตรวจสอบให้แน่ใจว่าชุดข้อมูลไม่เกินขีดจํากัดขนาดโดยการเปิดใช้งานรูปแบบพื้นที่จัดเก็บชุดข้อมูลขนาดใหญ่ ก่อนที่จะ ดําเนินการรีเฟรชครั้งแรกในบริการ เมื่อต้องการเรียนรู้เพิ่มเติม ดูชุดข้อมูลขนาดใหญ่ใน Power BI Premium

วิธีแก้ไข: การรีเฟรชเริ่มต้นของ Bootstrap

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

สาเหตุ: การหมดเวลาของคิวรีแหล่งข้อมูล

คิวรีอาจถูกจํากัดตามขีดจํากัดเวลาเริ่มต้นสําหรับแหล่งข้อมูล

โซลูชัน: แทนที่ขีดจํากัดเวลาในนิพจน์คิวรี

แหล่งข้อมูลจํานวนมากอนุญาตให้มีการแทนที่ขีดจํากัดเวลาในนิพจน์คิวรี หากต้องการเรียนรู้เพิ่มเติม โปรดดู การรีเฟรชแบบเพิ่มหน่วยสําหรับชุดข้อมูล - ขีดจํากัดเวลา

ปัญหา: การรีเฟรชล้มเหลวเนื่องจากค่าที่ซ้ํากัน

สาเหตุ: วันที่โพสต์มีการเปลี่ยนแปลง

ด้วยการดําเนินการรีเฟรช เฉพาะข้อมูลที่มีการเปลี่ยนแปลงในแหล่งข้อมูลเท่านั้นที่จะรีเฟรชในชุดข้อมูล เนื่องจากข้อมูลหารด้วยวันที่ จึงไม่เปลี่ยนแปลงวันที่ลงรายการบัญชี (ธุรกรรม) ที่แนะนํา

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

โซลูชัน: รีเฟรชพาร์ติชันเฉพาะ

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

ปัญหา: ข้อมูลถูกตัดทอน

สาเหตุ: เกินขีดจํากัดของคิวรีแหล่งข้อมูลแล้ว

แหล่งข้อมูลบางแหล่ง เช่น Azure Data Explorer, Log Analytics และ Application Insights มีขีดจํากัด 64 MB (บีบอัด) ของข้อมูลที่สามารถส่งกลับสําหรับคิวรีภายนอกได้ Azure Data Explorer อาจส่งกลับข้อผิดพลาดที่ชัดเจน แต่สําหรับผู้อื่น เช่น Log Analytics และ Application Insights ข้อมูลที่ส่งกลับจะถูกตัดทอน

วิธีแก้ไข: ระบุระยะเวลาการรีเฟรชและการจัดเก็บที่มีขนาดเล็กลง

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

ปัญหา: การรีเฟรชล้มเหลวเนื่องจากข้อขัดแย้งคีย์พาร์ติชัน

สาเหตุ: วันที่ในคอลัมน์วันที่ที่แหล่งข้อมูลได้รับการอัปเดต

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

โหมดไฮบริดในบริการ (ตัวอย่าง)

เมื่อ Power BI ใช้นโยบายการรีเฟรชแบบเพิ่มหน่วยที่มีข้อมูลแบบเรียลไทม์ จะเปลี่ยนตารางที่รีเฟรชแบบเพิ่มหน่วยเป็นตารางแบบไฮบริดที่ทํางานทั้งในโหมดนําเข้าและโหมด DirectQuery โปรดสังเกตพาร์ติชัน DirectQuery ที่ส่วนท้ายของรายการพาร์ติชันต่อไปนี้ของตารางตัวอย่าง การปรากฏตัวของพาร์ติชัน DirectQuery มีผลกระทบสําหรับตารางที่เกี่ยวข้องเช่นเดียวกับวิชวลรายงานที่คิวรีตารางนี้

Screenshot of hybrid table.

ปัญหา: ประสิทธิภาพการทํางานของคิวรีแย่

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

เมื่อกําหนดค่านโยบายการรีเฟรชแบบเพิ่มหน่วย Power BI Desktop จะแจ้งเตือนให้คุณสลับตารางใด ๆ ที่เกี่ยวข้องไปยังโหมดคู่เมื่อคุณเลือก รับข้อมูลล่าสุดในแบบเรียลไทม์ด้วย DirectQuery (Premium เท่านั้น) นอกจากนี้ ตรวจสอบให้แน่ใจว่าคุณตรวจทานความสัมพันธ์ของตารางที่มีอยู่ทั้งหมดใน มุมมองแบบจําลอง

Screen showing converting related tables to dual mode.

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

ปัญหา: วิชวลรายงานไม่แสดงข้อมูลล่าสุด

สาเหตุ: Power BI แคชผลลัพธ์คิวรีปรับปรุงประสิทธิภาพและลดการโหลด back-end

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

วิธีแก้ไข: กําหนดค่าการรีเฟรชหน้าอัตโนมัติ

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

นอกจากนี้ โปรดดู

การรีเฟรชข้อมูลใน Power BI
การรีเฟรชแบบเพิ่มหน่วยขั้นสูงด้วยตําแหน่งข้อมูล XMLA
การรีเฟรชแบบเพิ่มหน่วยสำหรับกระแสข้อมูล