สร้างเนื้อหาเพื่อโยกย้ายข้อมูลไปยัง Power BI

บทความนี้จะอธิบายถึง ขั้นตอนที่ 4 ซึ่งเกี่ยวข้องกับการสร้างและตรวจสอบความถูกต้องของเนื้อหาเมื่อโยกย้ายข้อมูลไปยัง Power BI

รูปภาพถึงแสดงขั้นตอนของการโยกย้ายข้อมูล Power BI ขั้นตอนที่ 4 จะถูกเน้นสำหรับบทความนี้

หมายเหตุ

สำหรับคำอธิบายที่สมบูรณ์ของกราฟิกด้านบน โปรดดูที่ภาพรวมการโยกย้ายข้อมูล Power BI

จุดสำคัญของขั้นตอนที่ 4 คือการปฏิบัติงานจริงเพื่อแปลงการพิสูจน์แนวคิด (POC) เป็นโซลูชันที่พร้อมสำหรับการผลิต

ผลลัพธ์จากขั้นตอนนี้คือโซลูชัน Power BI ที่ได้รับการตรวจสอบความถูกต้องในพื้นที่ทำงานสำหรับการพัฒนาและพร้อมสำหรับการนำไปใช้งานจริง

เคล็ดลับ

หัวข้อส่วนใหญ่ที่กล่าวถึงในบทความนี้ยังใช้กับโครงการการใช้งาน Power BI แบบมาตรฐาน

สร้างโซลูชันการผลิต

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

ข้อสำคัญ

นำงานจาก POC กลับมาใช้ใหม่ให้มากที่สุด

พัฒนาชุดข้อมูลนำเข้าใหม่

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

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

กิจกรรมสำคัญที่เกี่ยวข้องกับการพัฒนาชุดข้อมูลนำเข้าได้แก่:

เคล็ดลับ

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

พัฒนารายงานใหม่และแดชบอร์ด

กิจกรรมสำคัญที่เกี่ยวข้องกับการพัฒนารายงานหรือแดชบอร์ด Power BI ได้แก่:

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

หมายเหตุ

การตัดสินใจหลายอย่างเหล่านี้จะเกิดขึ้นในขั้นตอนก่อนหน้าของการวางแผนหรือใน POC ทางเทคนิค

ตรวจสอบความถูกต้องของโซลูชัน

มีอยู่สี่ประเด็นหลักในการตรวจสอบความถูกต้องของโซลูชัน Power BI:

  1. ความถูกต้องของข้อมูล
  2. ความปลอดภัย
  3. การทำงาน
  4. ประสิทธิภาพการทำงาน

ตรวจสอบความถูกต้องของข้อมูล

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

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

ตรวจสอบความปลอดภัย

เมื่อตรวจสอบความปลอดภัยจะมีอยู่สองประเด็นหลักที่ต้องพิจารณา:

  • สิทธิ์การเข้าถึงข้อมูล
  • การเข้าถึงชุดข้อมูล รายงาน และแดชบอร์ด

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

วิธีหลักในการให้สิทธิ์เข้าถึงเนื้อหา Power BI ได้แก่:

เคล็ดลับ

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

ตรวจสอบความถูกต้องของฟังก์ชันการทำงาน

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

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

ตรวจสอบความถูกต้องของประสิทธิภาพการทำงาน

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

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

จัดทำเอกสารโซลูชัน

มีเอกสารสองประเภทหลักที่มีประโยชน์สำหรับโซลูชัน Power BI ได้แก่:

  • เอกสารชุดข้อมูล
  • เอกสารการรายงาน

เอกสารสามารถจัดเก็บได้ทุกที่ที่เข้าถึงได้ง่ายที่สุดโดยกลุ่มเป้าหมาย ตัวเลือกทั่วไปได้แก่ :

  • ภายในไซต์ SharePoint: ไซต์ SharePoint อาจมีไว้สำหรับ Center of Excellence ของคุณหรือไซต์ชุมชนภายใน Power BI
  • ภายในแอป: URL อาจได้รับการกำหนดค่าเมื่อเผยแพร่แอป Power BI เพื่อนำผู้บริโภคไปยังข้อมูลเพิ่มเติม
  • ภายในไฟล์ Power BI Desktop แต่ละไฟล์: องค์ประกอบแบบจำลอง เช่น ตาราง และคอลัมน์ สามารถกำหนดคำอธิบายได้ คำอธิบายเหล่านี้ปรากฏเป็นคำแนะนำเครื่องมือในหน้าต่าง เขตข้อมูล เมื่อสร้างรายงานขึ้นมา

เคล็ดลับ

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

สร้างเอกสารชุดข้อมูล

เอกสารชุดข้อมูลจะกำหนดเป้าหมายไปที่ผู้ใช้ที่จะจัดการชุดข้อมูลในอนาคต มีประโยชน์ร่วมกับ:

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

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

สร้างเอกสารการรายงาน

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

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

ขั้นตอนถัดไป

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

แหล่งข้อมูลที่เป็นประโยชน์อื่น ๆ:

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