คำแนะนำการเรียกข้อมูลสำหรับรายงานที่มีการแบ่งหน้า
บทความนี้มุ่งไปที่คุณเช่นเดียวกับผู้เขียนรายงานที่ออกแบบ Power BI รายงานที่มีเลขหน้า. ซึ่งให้ข้อเสนอแนะเพื่อช่วยให้คุณออกแบบการดึงข้อมูลที่มีประสิทธิภาพและมีประสิทธิภาพ
ชนิดแหล่งข้อมูล
รายงานที่มีการแบ่งหน้าจะสนับสนุนทั้งแหล่งข้อมูลเชิงสัมพันธ์และแหล่งข้อมูลการวิเคราะห์ในธรรมชาติ แหล่งข้อมูลเหล่านี้จะถูกจัดประเภทเพิ่มเติม เป็นระบบคลาวด์หรือภายในองค์กร แหล่งข้อมูลในองค์กร—ไม่ว่าจะเป็นที่โฮสต์ในองค์กรหรือในเครื่องเสมือน—ต้องใช้เกตเวย์ข้อมูลเพื่อให้ Power BI สามารถเชื่อมต่อได้ ระบบคลาวด์หมายความว่า Power BI สามารถเชื่อมต่อโดยตรงโดยใช้การเชื่อมต่ออินเทอร์เน็ต
ถ้าคุณสามารถเลือกชนิดแหล่งข้อมูล (อาจมีกรณีในโครงการใหม่) เราขอแนะนว่า คุณควรใช้แหล่งข้อมูลบนระบบคลาวด์ รายงานแบบแบ่งหน้าสามารถเชื่อมต่อกับเวลาแฝงบนเครือข่ายต่กว่า ได้ โดยเฉพาะอย่างยิ่งเมื่อแหล่งข้อมูลอยู่ในภูมิภาคเดียวกันกับผู้เช่า Power BI ของคุณ นอกจากนี้ คุณยังสามารถเชื่อมต่อกับแหล่งข้อมูลเหล่านี้โดยใช้ โหมด Single Sign-On (SSO) ซึ่งหมายความว่าข้อมูลเฉพาะตัวของผู้ใช้รายงานสามารถโฟลว์ไปยังแหล่งข้อมูลได้ เพื่อให้สามารถบังคับใช้สิทธิ์ระดับแถวต่อผู้ใช้ได้ ปัจจุบัน SSO ไม่ได้รับการสนับสนุนในแหล่งข้อมูลภายในองค์กร (ซึ่งหมายความว่า SQL Server Analysis Servicesบังคับใช้สิทธิ์ระดับแถวต่อผู้ใช้ไม่ได้)
หมายเหตุ
ขณะนี้คุณไม่สามารถเชื่อมต่อกับฐานข้อมูลภายในองค์กรโดยใช้ SSO ได้ แต่คุณยังสามารถบังคับใช้สิทธิ์ระดับแถวได้ ซึ่งการส่งผ่านเขตข้อมูลที่มีอยู่ ภายใน UserID ไปยังพารามิเตอร์คิวรีของชุดข้อมูล แหล่งข้อมูลจะต้องเก็บค่า User Principal Name (UPN) ในลักษณะที่สามารถกรองผลลัพธ์ของคิวรีได้อย่างถูกต้อง
ตัวอย่างเช่น พิจารณาว่าพนักงานขายแต่ละคนถูกจัดเก็บเป็นแถว ในตาราง พนักงานขาย ตารางมีคอลัมน์ for UPN และภูมิภาคการขายของพนักงานขายด้วย ในเวลาการคิวรี ตารางจะถูกกรองโดย UPN ของผู้ใช้รายงาน และยังเกี่ยวข้องกับข้อเท็จจริงด้านการขายโดยใช้การรวมภายใน ด้วยวิธีนี้ คิวรีจะกรองแถวข้อเท็จจริงการขายอย่างมีประสิทธิภาพไปยังภูมิภาคการขายของผู้ใช้รายงาน
แหล่งข้อมูลเชิงสัมพันธ์
โดยทั่วไปแล้ว แหล่งข้อมูลเชิงสัมพันธ์จะเหมาะสมมากกับรายงานรูปแบบการปฏิบัติงาน เช่น ใบแจ้งหนี้การขาย นอกจากนี้ยังเหมาะมากกับรายงานที่ต้องใช้ในการเรียกชุดข้อมูลที่มีขนาดใหญ่มาก (เกิน 10,000 แถว) แหล่งข้อมูลเชิงสัมพันธ์ยังสามารถกําหนดกระบวนงานที่เก็บไว้ซึ่งสามารถเรียกใช้โดยชุดข้อมูลรายงาน ขั้นตอนการเก็บข้อมูลมีประโยชน์หลายประการ:
- การพารามิเตอร์
- การห่อหุ้มตรรกะการเขียนโปรแกรม อนุญาตให้มีการเตรียมข้อมูลที่ซับซ้อนมากขึ้น (ตัวอย่างเช่น ตารางชั่วคราว เคอร์เซอร์ หรือฟังก์ชันที่ผู้ใช้กําหนดสเกลา)
- ปรับปรุงความสามารถในการดูแลรักษา เพื่อให้มีการอัปเดตตรรกะของกระบวนงานที่เก็บไว้ได้อย่างง่ายดาย ในบางกรณี คุณสามารถแก้ไขและเผยแพร่รายงานที่มีการแบ่งหน้าได้ (ที่มีชื่อคอลัมน์และชนิดของข้อมูลยังคงไม่เปลี่ยนแปลง)
- ประสิทธิภาพที่ดียิ่งขึ้น เนื่องจากแผนการปฏิบัติการของพคิวรีจะถูกแคชเพื่อกลับมาใช้ใหม่
- การกลับมาใช้ขั้นตอนที่จัดเก็บไว้ในรายงานหลายฉบับใหม่
ใน Power BI Report Builder คุณสามารถใช้ตัวออกแบบคิวรีเชิงสัมพันธ์เพื่อสร้างคิวรีแบบกราฟิก—แต่เฉพาะกับแหล่งข้อมูล Microsoft เท่านั้น
แหล่งข้อมูลการวิเคราะห์
แหล่งข้อมูลการวิเคราะห์เหมาะสมทั้งรายงานการดําเนินงานและการวิเคราะห์และสามารถส่งมอบผลลัพธ์คิวรีที่สรุปได้อย่างรวดเร็วแม้ว่าจะมีปริมาณข้อมูลขนาดใหญ่มาก หน่วยวัดแบบโมเดลและ KPI สามารถย่อส่วนกฎทางธุรกิจที่ซับซ้อนเพื่อให้การสรุปข้อมูลบรรลุผล อย่างไรก็ตาม แหล่งข้อมูลเหล่านี้ไม่เหมาะที่จะรายงานที่ต้องใช้ชุดข้อมูลขนาดใหญ่มาก (เกิน 10,000 แถว)
ใน Power BI Report Builder คุณมีตัวเลือกที่ออกแบบคิวรีสองรายการ: ตัวออกแบบคิวAnalysis Services DAX และตัวAnalysis Servicesคิวรี MDX ของคุณ นักออกแบบเหล่านี้สามารถใช้กับแหล่งข้อมูลของชุดข้อมูล Power BI หรือแบบSQL Server Analysis Services หรือแบบAnalysis Services Azure —แบบตารางหรือหลายมิติ
เราขอแนะให้ คุณใช้ตัวออกแบบคิวรี DAX — ให้สิ่งที่ตรงกับความต้องการคิวรีของคุณทั้งหมด ถ้าแบบโมเดลไม่ได้กําหนดหน่วยวัดที่คุณต้องการ คุณจะต้องสลับไปยังโหมดคิวรี ในโหมดนี้ คุณสามารถปรับแต่งรายงานคิวรีโดยการเพิ่มนิพจน์ (เพื่อให้การสรุป)
ตัวออกแบบคิวรี MDX ต้องการแบบโมเดลของคุณรวมหน่วยวัด ตัวออกแบบมีสองความสามารถที่ไม่ได้รับการสนับสนุนโดยตัวออกแบบคิวรี DAX โดยเฉพาะจะช่วยให้คุณสามารถ:
- กําหนดสมาชิกการคํานวณระดับคิวรี (ใน MDX)
- กําหนดค่าขอบเขตข้อมูล เพื่อขอการรวมเซิร์ฟเวอร์ ในกลุ่มที่ไม่ใช่รายละเอียด ถ้ารายงานของคุณต้องมีบทสรุปของหน่วยวัดแบบกึ่งหรือที่ไม่ใช่แบบเพิ่ม (เช่น การคํานวณตัวแสดงเวลา หรือจํานวนที่แตกต่างกัน) อาจจะมีประสิทธิภาพมากกว่าการใช้การรวมเซิร์ฟเวอร์มากกว่าที่จะดึงข้อมูลแถวรายละเอียดระดับต่าและมีสรุปการคํานวณรายงาน
ขนาดผลลัพธ์ของคิวรี
โดยทั่วไป แล้ว การดึงข้อมูลที่รายงานของคุณต้องการเป็นแนวทางปฏิบัติที่ดีที่สุด ดังนั้นอย่าดึงข้อมูลคอลัมน์หรือแถวที่รายงานไม่ต้องการ
หากต้องการจํากัดแถว คุณควรใช้ตัวกรองที่เข้มงวดที่สุดและกําหนดคิวรีรวมเสมอ รวมกลุ่มคิวรีและสรุปข้อมูลต้นฉบับเพื่อดึงผลลัพธ์เกรนที่สูงขึ้น ตัวอย่างเช่น พิจารณาว่ารายงานของคุณต้องมีข้อมูลสรุปเกี่ยวกับยอดขายของพนักงานขาย แทนที่จะเรียกใช้แถวใบสั่งขายทั้งหมด ให้สร้างคิวรีชุดข้อมูลที่จัดกลุ่มตามพนักงานขาย และสรุปยอดขายของแต่ละกลุ่ม
เขตข้อมูลตามนิพจน์
คุณสามารถขยายชุดข้อมูลรายงานที่มีเขตข้อมูลตามนิพจน์ได้ ตัวอย่างเช่น ถ้าแหล่งข้อมูลของคุณมาจากชื่อและนามสกุลของลูกค้า คุณอาจต้องการเขตข้อมูลที่รวมเขตข้อมูลสองเขตเพื่อสร้างชื่อเต็มของลูกค้า เพื่อให้ได้การคํานวณนี้ คุณมีสองตัวเลือก คุณสามารถ:
- สร้าง เขตข้อมูลที่ คํานวณ ซึ่งเป็นเขตข้อมูลชุดข้อมูลที่ยึดตามนิพจน์
- ใส่นิพจน์ลงในคิวรีชุดข้อมูลโดยตรง (โดยใช้ภาษาดั้งเดิมของแหล่งข้อมูลของคุณ) ซึ่งส่งผลให้มีเขตข้อมูลชุดข้อมูลปกติ
เราขอแนะทางตัวเลือกอย่างหลังเมื่อใดก็ตามที่เป็นไปได้ มีสองสาเหตุที่ดีที่เป็นสาเหตุที่ควรใส่นิพจน์ลงในคิวรีชุดข้อมูลของคุณโดยตรง:
- อาจเป็นไปได้ว่าแหล่งข้อมูลของคุณถูกปรับให้เหมาะสมเพื่อประเมินนิพจน์ได้อย่างมีประสิทธิภาพมากกว่า Power BI (ซึ่งเป็นกรณีโดยเฉพาะอย่างยิ่งกับฐานข้อมูลเชิงสัมพันธ์)
- ประสิทธิภาพของรายงานได้รับการปรับปรุงเนื่องจากไม่ต้องใช้ Power BI ในการแสดงเขตข้อมูลที่คํานวณก่อนการแสดงผลรายงาน เขตข้อมูลที่คํานวณสามารถขยายเวลาการแสดงผลรายงานได้อย่างเห็นได้ชัดเมื่อชุดข้อมูลดึงข้อมูลจํานวนแถวจํานวนมาก
ชื่อเขตข้อมูล
เมื่อคุณสร้างชุดข้อมูล เขตข้อมูลของชุดข้อมูลจะถูกตั้งชื่อโดยอัตโนมัติหลังจากคอลัมน์คิวรี ชื่อเหล่านี้ใช้งานได้ไม่เป็นมิตรหรือใช้งานง่าย อาจเป็นไปได้ว่า ชื่อคอลัมน์คิวรีต้นทางประกอบด้วยอักขระที่ห้ามReport Definition Languageตัวระบุวัตถุ (RDL) (เช่น ช่องว่างและสัญลักษณ์) ในกรณีนี้ อักขระที่ห้ามไว้จะถูกแทนที่ด้วยอักขระขีดล่าง (_)
เราขอแนะเริ่มให้คุณตรวจสอบว่าชื่อเขตข้อมูลทั้งหมดนั้นเป็นมิตร กระชับ แต่ยังคงมีความหมาย ถ้าไม่ใช่ เราขอแนะน้ ให้คุณ เปลี่ยนชื่อก่อนที่คุณจะเริ่มเค้าโครงรายงาน เนื่องจากเขตข้อมูลที่เปลี่ยนชื่อแล้วไม่ได้เปลี่ยนแปลงผ่านไปยังนิพจน์ที่ใช้ในเค้าโครงรายงานของคุณ ถ้าคุณตัดสินใจที่จะเปลี่ยนชื่อเขตข้อมูลหลังจากที่คุณได้เริ่มเค้าโครงรายงานแล้ว คุณจะต้องค้นหาและอัปเดตนิพจน์ที่เสียหายทั้งหมด
ตัวกรองเทียบกับพารามิเตอร์
อาจดูเหมือนว่าการออกแบบรายงานแบบแบ่งหน้าของคุณจะมีพารามิเตอร์รายงาน โดยทั่วไปพารามิเตอร์ของรายงานจะใช้เพื่อแจ้งให้ผู้ใช้รายงานของคุณกรองรายงาน ในฐานะผู้สร้างรายงานที่มีการแบ่งหน้า คุณมีสองวิธีเพื่อให้ได้การกรองรายงาน คุณสามารถแมปพารามิเตอร์ของรายงานเพื่อ:
- ตัวกรอง ชุดข้อมูล ในกรณีที่ค่าพารามิเตอร์ของรายงานถูกใช้เพื่อกรองข้อมูลที่เรียกใช้แล้วโดยชุดข้อมูล
- พารามิเตอร์ ชุดข้อมูล ในกรณีที่ค่าพารามิเตอร์ของรายงานถูกใส่เข้าไปในคิวรีดั้งเดิมที่ส่งไปยังแหล่งข้อมูล
หมายเหตุ
ชุดข้อมูลรายงานทั้งหมดถูกแคชบนพื้นฐาน ต่อเซสชัน นานถึง 10 นาทีนอกเหนือจากการใช้งาน ล่าสุด คุณสามารถใช้งานชุดข้อมูลอีกครั้งได้เมื่อส่งค่าพารามิเตอร์ใหม่ (การกรอง) แสดงรายงานในรูปแบบอื่น หรือโต้ตอบกับการออกแบบรายงานในลักษณะบางอย่าง เช่น การสลับการมองเห็น หรือการเรียงล้อีกแบบ
จากนั้นให้พิจารณาตัวอย่างของรายงานยอดขายที่มีพารามิเตอร์รายงานเดียวเพื่อกรองรายงานตามปีเดียว ชุดข้อมูลดึงข้อมูลยอดขาย ของ ปีทั้งหมด เนื่องจากพารามิเตอร์รายงานจะแมปไปยังตัวกรองชุดข้อมูล รายงานแสดงข้อมูลของปีที่ร้องขอ ซึ่งเป็นชุดย่อยของข้อมูลชุดข้อมูล เมื่อผู้ใช้รายงานเปลี่ยนพารามิเตอร์รายงานเป็นปีอื่น — และจากนั้นดูรายงาน - Power BI ไม่ได้เมื่อต้องดึงข้อมูลต้นฉบับใด ๆ แต่ให้ใช้ตัวกรองอื่นกับชุดข้อมูลที่แคชไว้แล้ว เมื่อแคชชุดข้อมูลแล้ว การกรองสามารถได้อย่างรวดเร็ว
ในตอนนี้ ให้พิจารณาการออกแบบรายงานที่แตกต่างกัน ขณะนี้การออกแบบรายงานจะแมปพารามิเตอร์รายงานปีการขายไปยังพารามิเตอร์ชุดข้อมูล ด้วยวิธีนี้ Power BI จะใส่ค่าปีลงในคิวรีดั้งเดิม และชุดข้อมูลจะดึงข้อมูลเฉพาะปีนั้น ๆ แต่ละครั้งที่ผู้ใช้รายงานเปลี่ยนค่าพารามิเตอร์รายงานปีและจากนั้นดูรายงาน ชุดข้อมูลจะดึงข้อมูลคิวรีใหม่มาเฉพาะปีนั้น
วิธีการออกแบบทั้งสองวิธีสามารถกรองข้อมูลรายงาน และการออกแบบทั้งสองอย่างจะยังสามารถออกแบบรายงานได้ดีมาก อย่างไรก็ตาม การออกแบบที่ปรับให้เหมาะสมจะขึ้นอยู่กับปริมาณข้อมูลที่คาดหวัง ความเปลี่ยนแปลงของข้อมูล และลักษณะการที่คาดหวังของผู้ใช้รายงานของคุณ
เราขอ แนะเริ่ม ให้กรองชุดข้อมูลเมื่อคุณคาดว่าชุดย่อยอื่นของแถวชุดข้อมูลจะถูกเรียกใช้อีกครั้งหลายครั้ง (จึงช่วยประหยัดเวลาในการแสดงผลเนื่องจากไม่ต้องมีการเรียกข้อมูลใหม่) ในสถานการณ์นี้ คุณตระหนักว่าต้นทุนการดึงชุดข้อมูลที่มีขนาดใหญ่กว่าสามารถถูกการซื้อขายกับจํานวนครั้งที่จะถูกเรียกใช้อีกครั้ง ดังนั้นจึงเป็นประโยชน์ต่อคิวรีที่ใช้เวลานานในการสร้าง แต่ดูแล—การแคชชุดข้อมูลขนาดใหญ่บนพื้นฐานของแต่ละผู้ใช้อาจส่งผลเสียต่อประสิทธิภาพและอัตราความเร็วของความจุ
เราขอ แ นะนาให้ตั้งค่าพารามิเตอร์ของชุดข้อมูลเมื่อคุณคาดว่าไม่น่าเป็นไปได้ที่ชุดย่อยของแถวชุดข้อมูลที่แตกต่างกันจะถูกร้องขอ— หรือเมื่อจํานวนแถวชุดข้อมูลที่จะกรองมีแนวโน้มที่จะมีขนาดใหญ่มาก (และไม่มีประสิทธิภาพแคช) วิธีการออกแบบนี้ก็เช่นกัน เมื่อที่เก็บข้อมูลของคุณผันผวน ในกรณีนี้ แต่ละการเปลี่ยนแปลงค่าพารามิเตอร์ของรายงานจะส่งผลให้มีการเรียกข้อมูลล่าสุด
แหล่งข้อมูลที่ไม่ใช่แบบเนทีฟ
ถ้าคุณต้องการพัฒนารายงานที่มีการแบ่งหน้าตามแหล่งข้อมูลที่ไม่ได้รับการสนับสนุนโดยรายงานที่มีการแบ่งหน้าในตอนแรกคุณสามารถพัฒนาแบบPower BI Desktopข้อมูลพื้นฐาน ด้วยวิธีนี้ คุณสามารถเชื่อมต่อกับแหล่งข้อมูล Power BI กว่า 100แหล่ง เมื่อเผยแพร่ไปยังบริการของ Power BI คุณสามารถพัฒนารายงานที่มีการแบ่งหน้าที่เชื่อมต่อกับชุดข้อมูล Power BI ได้
การรวมข้อมูล
หากคุณต้องการรวมข้อมูลจากหลายแหล่งข้อมูล คุณมีสองตัวเลือกดังนี้:
- รวมชุดข้อมูลรายงาน: ถ้าแหล่งข้อมูลได้รับการสนับสนุนในธรรมชาติ โดยรายงานที่มีการแบ่งหน้า คุณสามารถพิจารณาการสร้างเขตข้อมูลที่คํานวณที่ใช้ฟังก์ชัน ตัวสร้างรายงานการค้นหาหรือ LookupSet
- พัฒนาแบบPower BI Desktopตัวอย่าง: อาจมีประสิทธิภาพมากกว่า อย่างไรก็ตาม ที่คุณพัฒนาแบบโมเดลข้อมูลPower BI Desktopข้อมูล คุณสามารถใช้ตารางPower Queryคิวรีโดยยึดตาม แหล่งข้อมูลที่ได้รับการสนับสนุนใด ๆ เมื่อเผยแพร่ไปยังบริการของ Power BI คุณสามารถพัฒนารายงานที่มีการแบ่งหน้าที่เชื่อมต่อกับชุดข้อมูล Power BI ได้
SQL Serverชนิดข้อมูลที่ซับซ้อน
เนื่องจากSQL Serverภายในองค์กร Power BI ต้องเชื่อมต่อผ่านทางเกตเวย์ อย่างไรก็ตามเกตเวย์ไม่สนับสนุนการเรียกคืนข้อมูลในชนิดข้อมูลที่ซับซ้อน ชนิดข้อมูลที่ซับซ้อนประกอบด้วยประเภทในตัว เช่น GEOMETRY และชนิดข้อมูลเชิงพื้นที่ภูมิศาสตร์ และhierarchyid นอกจากนี้ยังสามารถมีประเภทที่ผู้ใช้กําหนดเองที่ดําเนินการผ่านคลาสของแอสเซมบลีในรันไทม์ Microsoft.NET Framework common language (CLR)
การลงจุดข้อมูลและการวิเคราะห์เชิงพื้นที่ในการแสดงภาพของแผนที่SQL Serverข้อมูลเชิงพื้นที่ ดังนั้น จึงเป็นไปไม่ได้ที่จะสามารถใช้งานการแสดงภาพของแผนที่เมื่อSQL Serverเป็นแหล่งข้อมูลของคุณ เพื่อความชัดเจน มันจะงานถ้าแหล่งข้อมูลของคุณคือ Azure SQL Database เนื่องจาก Power BI ไม่ได้เชื่อมต่อผ่านเกตเวย์
รูปภาพที่เกี่ยวข้องกับข้อมูล
รูปภาพสามารถใช้เพื่อเพิ่มโลโก้หรือรูปภาพลงในเค้าโครงรายงานของคุณ เมื่อรูปภาพเชื่อมโยงกับแถวที่เรียกใช้โดยชุดข้อมูลรายงาน คุณมีสองตัวเลือก:
- อาจเป็นไปได้ว่าข้อมูลรูปภาพสามารถถูกดึงมาจากแหล่งข้อมูลของคุณ (ถ้าจัดเก็บไว้ในตารางอยู่แล้ว)
- เมื่อจัดเก็บรูปภาพบนเซิร์ฟเวอร์เว็บ คุณสามารถใช้นิพจน์แบบไดนามิกเพื่อสร้างเส้นทาง URL ของรูปภาพได้
สําหรับข้อมูลเพิ่มเติมและข้อเสนอแนะ โปรดดูแ นะนํารูปภาพสําหรับรายงานที่มีการแบ่งหน้า
การดึงข้อมูลที่ซ้อนกัน
อาจเป็นไปได้ว่ารายงานของคุณดึงข้อมูลที่ซ้อนกัน ซึ่งสามารถเกิดขึ้นได้เมื่อคุณลบเขตข้อมูลคิวรีชุดข้อมูล หรือรายงานมีชุดข้อมูลที่ไม่ได้ใช้งาน หลีกเลี่ยงสถานการณ์เหล่านี้เนื่องจากจะส่งผลให้เกิดภาระโดยไม่จําเป็นต่อแหล่งข้อมูลของคุณ เครือข่าย และทรัพยากรความจุของ Power BI
ลบเขตข้อมูลคิวรีแล้ว
บนหน้า เขตข้อมูล ของหน้าต่าง คุณสมบัติชุดข้อมูล คุณสามารถ ลบเขตข้อมูลคิวรีของชุดข้อมูล (แผนที่ เขตข้อมูลคิวรีไปยังคอลัมน์ที่เรียกใช้โดยคิวรีชุดข้อมูล) อย่างไรก็ตาม ตัวสร้างรายงานจะไม่ลบคอลัมน์ที่สอดคล้องกันออกจากคิวรีชุดข้อมูล
ถ้าคุณต้องการลบเขตข้อมูลคิวรีออกจากชุดข้อมูลของคุณ เราขอแนะนให้ลบคอลัมน์ที่สอดคล้องกันออกจากคิวรีชุดข้อมูล ตัวสร้างรายงานจะลบเขตข้อมูลคิวรีที่ซ้อนกันออกโดยอัตโนมัติ ถ้าคุณบังเอิญจะลบเขตข้อมูลคิวรี ตรวจสอบให้แน่ใจว่าได้แก้ไขข้อความคิวรีของชุดข้อมูลเพื่อลบคอลัมน์ออก
ชุดข้อมูลที่ไม่ได้ใช้งาน
เมื่อมีการเรียกใช้รายงาน ชุดข้อมูลทั้งหมดจะได้รับการประเมิน—แม้ว่าจะไม่ได้ผูกกับวัตถุของรายงาน ด้วยเหตุนี้ โปรดแน่ใจว่าลบชุดข้อมูลทดสอบหรือการพัฒนาใดๆ ก่อนที่คุณจะเผยแพร่รายงาน
ขั้นตอนถัดไป
สำหรับข้อมูลเพิ่มเติมที่เกี่ยวข้องกับบทความนี้ โปรดดูทรัพยากรต่อไปนี้:
- แหล่งข้อมูลที่ได้รับการสนับสนุนสำหรับรายงานที่มีการแบ่งหน้าของ Power BI
- มีคำถามหรือไม่ ลองถามชุมชน Power BI
- มีข้อเสนอแนะไหม สนับสนุนแนวคิดในการปรับปรุง Power BI