คําแนะนําการเรียกข้อมูลสําหรับรายงานที่มีการแบ่งหน้า

บทความนี้กําหนดเป้าหมายคุณในฐานะผู้สร้างรายงานที่ออกแบบรายงานที่มีการแบ่งหน้าของ Power BI ซึ่งมีคําแนะนําเพื่อช่วยให้คุณออกแบบการเรียกข้อมูลที่มีประสิทธิภาพและมีประสิทธิภาพ

ชนิดแหล่งข้อมูล

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

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

หมายเหตุ

ขณะนี้ยังไม่สามารถเชื่อมต่อกับฐานข้อมูลภายในองค์กรโดยใช้ SSO ได้ แต่คุณยังคงสามารถบังคับใช้สิทธิ์ระดับแถวได้ ซึ่งทําได้โดยการส่ง ผ่านเขตข้อมูลที่มีอยู่ภายใน UserID ไปยังพารามิเตอร์คิวรีของชุดข้อมูล แหล่งข้อมูลจะต้องจัดเก็บค่า User Principal Name (UPN) ในลักษณะที่สามารถกรองผลลัพธ์คิวรีได้อย่างถูกต้อง

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

แหล่งข้อมูลเชิงสัมพันธ์

โดยทั่วไปแหล่งข้อมูลเชิงสัมพันธ์เหมาะสมกับรายงานสไตล์การดําเนินงาน เช่น ใบแจ้งหนี้การขาย นอกจากนี้ยังเหมาะสําหรับรายงานที่จําเป็นต้องดึงข้อมูลชุดข้อมูลที่มีขนาดใหญ่มาก (ในส่วนที่เกิน 10,000 แถว) แหล่งข้อมูลเชิงสัมพันธ์ยังสามารถกําหนดขั้นตอนการจัดเก็บซึ่งสามารถดําเนินการได้โดยชุดข้อมูลรายงาน ขั้นตอนที่จัดเก็บไว้มีประโยชน์หลายอย่าง:

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

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

แหล่งข้อมูลการวิเคราะห์

แหล่งข้อมูลการวิเคราะห์—หรือที่เรียกว่า แบบจําลอง ข้อมูลหรือเพียง แบบจําลองเหมาะอย่างยิ่งสําหรับทั้งรายงานการดําเนินงานและการวิเคราะห์ และสามารถส่งมอบผลลัพธ์คิวรีสรุปอย่างรวดเร็วแม้ในปริมาณข้อมูลขนาดใหญ่มาก หน่วยวัดแบบจําลองและ KPI สามารถย่อส่วนกฎทางธุรกิจที่ซับซ้อนเพื่อให้บรรลุการสรุปข้อมูล อย่างไรก็ตาม แหล่งข้อมูลเหล่านี้ไม่เหมาะสมกับรายงานที่จําเป็นต้องดึงข้อมูลจํานวนมาก (ในส่วนที่เกิน 10,000 แถว)

ในตัวสร้างรายงาน Power BI คุณมีตัวเลือกตัวออกแบบคิวรีสองตัว: ตัวออกแบบคิวรี Analysis Services DAX และตัวออกแบบคิวรี Analysis Services MDX ตัวออกแบบเหล่านี้สามารถใช้สําหรับแบบจําลองความหมายของ Power BI (ก่อนหน้านี้เรียกว่าชุดข้อมูล) หรือแบบจําลอง SQL Server Analysis Services หรือ Azure Analysis Services— แบบตารางหรือหลายมิติ

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

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

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

ขนาดผลลัพธ์ของคิวรี

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

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

เขตข้อมูลตามนิพจน์

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

• สร้าง เขตข้อมูลจากการคํานวณ ซึ่งเป็นเขตข้อมูลชุดข้อมูลที่ยึดตามนิพจน์
• ใส่นิพจน์ลงในคิวรีชุดข้อมูลโดยตรง (โดยใช้ภาษาแม่ของแหล่งข้อมูลของคุณ) ซึ่งส่งผลให้เขตข้อมูลชุดข้อมูลปกติ

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

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

ชื่อเขตข้อมูล

เมื่อคุณสร้างชุดข้อมูล เขตข้อมูลจะถูกตั้งชื่อโดยอัตโนมัติหลังจากคอลัมน์คิวรี ซึ่งอาจเป็นไปได้ว่าชื่อเหล่านี้ไม่เป็นมิตรหรือใช้งานง่าย นอกจากนี้ยังเป็นไปได้ว่าชื่อคอลัมน์คิวรีต้นทางมีอักขระที่ห้ามใช้ในตัวระบุออบเจ็กต์ Report Definition Language (RDL) (เช่น ช่องว่างและสัญลักษณ์) ในกรณีนี้ อักขระต้องห้ามจะถูกแทนที่ด้วยอักขระขีดล่าง (_)

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

พารามิเตอร์ Filter vs

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

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

หมายเหตุ

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

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

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

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

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

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

แหล่งข้อมูลที่ไม่ใช่แบบดั้งเดิม

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

การรวมข้อมูล

ถ้าคุณต้องการรวมข้อมูลจากหลายแหล่งข้อมูล คุณมีสองตัวเลือก:

• รวมชุดข้อมูลรายงาน: ถ้าแหล่งข้อมูลที่ได้รับ การสนับสนุนโดยรายงานที่มีการแบ่งหน้าในแบบดั้งเดิม คุณสามารถพิจารณาการสร้างเขตข้อมูลที่คํานวณที่ใช้ ฟังก์ชัน Lookup หรือ LookupSet Report Builder
• พัฒนาแบบจําลอง Power BI Desktop: อาจมีประสิทธิภาพมากกว่า แต่คุณพัฒนาแบบจําลองข้อมูลใน Power BI Desktop คุณสามารถใช้ Power Query เพื่อรวมคิวรีที่ยึดตามแหล่งข้อมูลที่ได้รับการสนับสนุนใด ๆ เมื่อเผยแพร่ไปยังบริการของ Power BI แล้ว คุณสามารถพัฒนารายงานที่มีการแบ่งหน้าที่เชื่อมต่อกับแบบจําลองความหมายของ Power BI ได้

เวลาแฝงของเครือข่าย

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

เคล็ดลับ

เมื่อต้องการกําหนดว่าผู้เช่าของคุณอยู่ที่ใด ให้ดูที่ ผู้เช่า Power BI ของฉันอยู่ที่ไหน

เมื่อผู้ใช้จากผู้เช่าเข้าถึงบริการของ Power BI คําขอของพวกเขาจะกําหนดเส้นทางไปยังภูมิภาคนี้เสมอ เมื่อคําขอเข้าถึงบริการของ Power BI แล้วบริการอาจส่งคําขอเพิ่มเติม — ตัวอย่างเช่น ไปยังแหล่งข้อมูลพื้นฐานหรือเกตเวย์ข้อมูล – ซึ่งจะอยู่ภายใต้เวลาแฝงบนเครือข่ายด้วย โดยทั่วไป พยายามให้แหล่งข้อมูล เกตเวย์ และความจุ Power BI ของคุณอยู่ใกล้กันมากที่สุดเพื่อลดผลกระทบของเวลาแฝงเครือข่าย โดยเฉพาะเมื่อพวกเขาอาศัยอยู่ภายในภูมิภาคเดียวกัน ถ้าเเวลาแฝงบนเครือข่ายคือปัญหา ให้ลองย้ายเกตเวย์และแหล่งข้อมูลมาใกล้กับความจุ Power BI ของคุณมากขึ้นโดยการวางไว้ภายในเครื่องเสมือนที่โฮสต์แบบคลาวด์

ชนิดข้อมูลที่ซับซ้อนของ SQL Server

เนื่องจาก SQL Server เป็นแหล่งข้อมูลภายในองค์กร Power BI ต้องเชื่อมต่อผ่านเกตเวย์ อย่างไรก็ตาม เกตเวย์ไม่สนับสนุนการเรียกข้อมูลสําหรับชนิดข้อมูลที่ซับซ้อน ชนิดข้อมูลที่ซับซ้อนรวมถึงประเภทที่มีอยู่ภายใน เช่น ชนิดข้อมูลเชิงพื้นที่ GEOMETRY และ GEOGRAPHY และ hierarchyid นอกจากนี้ยังสามารถรวมประเภทที่ผู้ใช้กําหนดเองที่นํามาใช้ผ่านคลาสของแอสเซมบลีในรันไทม์ภาษาทั่วไปของ Microsoft.NET Framework (CLR)

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

รูปภาพที่เกี่ยวข้องกับข้อมูล

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

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

สําหรับข้อมูลเพิ่มเติมและคําแนะนํา โปรดดู คําแนะนํารูปภาพสําหรับรายงานที่มีการแบ่งหน้า

การเรียกข้อมูลซ้ําซ้อน

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

เขตข้อมูลคิวรีที่ถูกลบ

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

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

ชุดข้อมูลที่ไม่ได้ใช้งาน

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

เนื้อหาที่เกี่ยวข้อง

สําหรับข้อมูลเพิ่มเติมที่เกี่ยวข้องกับบทความนี้ โปรดดูทรัพยากรต่อไปนี้:

• แหล่งข้อมูลที่ได้รับการสนับสนุนสําหรับรายงานที่มีการแบ่งหน้าของ Power BI
• คำถาม ลองถามชุมชน Power BI
• คำ แนะ นำ สนับสนุนแนวคิดในการปรับปรุง Power BI