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

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

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

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

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

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

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

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

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

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

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

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

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

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

วิธีแก้ไข: ตรวจสอบและทดสอบคิวรี

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

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

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

การรีเฟรชแบบจําลองความหมายในบริการ

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

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

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

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

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

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

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

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

วิธีแก้ไข: ลดขนาดโมเดล

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

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

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

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

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

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

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

วิธีแก้ไข: แทนที่การจํากัดเวลาในนิพจน์คิวรี

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

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

สาเหตุ: วันที่ลงรายการบัญชีมีการเปลี่ยนแปลง

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

หากวันที่มีการเปลี่ยนแปลงโดยไม่ได้ตั้งใจ อาจเกิดปัญหาสองประการ: ผู้ใช้สังเกตเห็นผลรวมบางส่วนมีการเปลี่ยนแปลงในข้อมูลในอดีต (ซึ่งไม่ควรเกิดขึ้น) หรือในระหว่างการรีเฟรช จะมีการส่งกลับข้อผิดพลาดที่ระบุว่าค่าที่ไม่ซ้ํากันนั้นไม่ซ้ํากัน สถานการณ์นี้อาจเกิดขึ้นได้เมื่อตารางที่มีการกําหนดค่าการรีเฟรชแบบเพิ่มหน่วยถูกใช้ใน 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 มีความหมายสําหรับตารางที่เกี่ยวข้องและวิชวลรายงานที่คิวรีตารางนี้

ปัญหา: ประสิทธิภาพของคิวรีไม่ดี

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

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

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

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

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

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

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

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

คำติชม

หน้านี้มีประโยชน์หรือไม่

Last updated on 2024-04-26