หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
เคล็ดลับ
กระแสข้อมูล Power BI Gen1 อยู่ในสถานะดั้งเดิมและจะไม่ได้รับการลงทุนคุณลักษณะใหม่ สําหรับลูกค้าระดับพรีเมียมที่มีการเข้าถึง Fabric กระแสข้อมูล Gen2 เป็นเส้นทางที่แนะนํา โดยนําเสนอการปรับปรุงประสิทธิภาพ ขนาด ความน่าเชื่อถือ ฟังก์ชันการทํางาน และ AI ในตัว ลูกค้า Pro/PPU สามารถใช้ Gen1 ต่อไปได้ เนื่องจากคําแนะนํา Gen2 สําหรับสถานการณ์เหล่านี้กําลังพัฒนา ดู อัปเกรดจาก Dataflow Gen1 เป็น Dataflow Gen2 สําหรับคําแนะนําในการอัปเกรด
กระแสข้อมูลเป็นเทคโนโลยีการเตรียมข้อมูลแบบบริการตนเอง ระบบคลาวด์ และระบบคลาวด์ กระแสข้อมูลช่วยให้ลูกค้าสามารถนําเข้า แปลง และโหลดข้อมูลลงในสภาพแวดล้อม Microsoft Dataverse, พื้นที่ทํางาน Power BI หรือบัญชี Azure Data Lake Storage ขององค์กรของคุณ กระแสข้อมูลถูกสร้างขึ้นโดยใช้ Power Query ซึ่งเป็นประสบการณ์การเชื่อมต่อและการเตรียมข้อมูลแบบรวมที่มีอยู่แล้วในผลิตภัณฑ์ Microsoft จํานวนมาก รวมถึง Excel และ Power BI ลูกค้าสามารถทริกเกอร์กระแสข้อมูลให้ทํางานตามความต้องการหรือโดยอัตโนมัติตามกําหนดเวลา ข้อมูลจะได้รับการอัปเดตอยู่เสมอ
กระแสข้อมูลสามารถสร้างได้ในผลิตภัณฑ์ Microsoft หลายรายการ
กระแสข้อมูลมีอยู่ในผลิตภัณฑ์ Microsoft หลายรายการ และไม่จําเป็นต้องสร้างหรือเรียกใช้สิทธิ์การใช้งานเฉพาะกระแสข้อมูล กระแสข้อมูลพร้อมใช้งานใน Power Apps, Power BI และ Dynamics 365 Customer Insights ความสามารถในการสร้างและเรียกใช้กระแสข้อมูลจะรวมอยู่ในสิทธิ์การใช้งานของผลิตภัณฑ์เหล่านั้น คุณลักษณะกระแสข้อมูลส่วนใหญ่พบได้ทั่วไปในผลิตภัณฑ์ทั้งหมดที่นําเสนอ แต่คุณลักษณะเฉพาะผลิตภัณฑ์บางอย่างอาจมีอยู่ในกระแสข้อมูลที่สร้างขึ้นในผลิตภัณฑ์หนึ่งเทียบกับอีกผลิตภัณฑ์หนึ่ง
กระแสข้อมูลทํางานอย่างไร
รูปภาพก่อนหน้านี้แสดงมุมมองโดยรวมของวิธีการกําหนดกระแสข้อมูล กระแสข้อมูลได้รับข้อมูลจากแหล่งข้อมูลต่างๆ (รองรับแหล่งข้อมูลมากกว่า 80 แหล่งข้อมูลอยู่แล้ว) จากนั้น ตามการแปลงที่กําหนดค่าด้วยประสบการณ์การเขียน Power Query กระแสข้อมูลจะแปลงข้อมูลโดยใช้กลไกจัดการกระแสข้อมูล สุดท้าย ข้อมูลจะถูกโหลดไปยังปลายทางเอาต์พุต ซึ่งอาจเป็นสภาพแวดล้อม Microsoft Power Platform พื้นที่ทํางาน Power BI หรือบัญชี Azure Data Lake Storage ขององค์กร
กระแสข้อมูลทํางานในระบบคลาวด์
กระแสข้อมูลเป็นแบบคลาวด์ เมื่อกระแสข้อมูลถูกเขียนและบันทึก คําจํากัดความจะถูกเก็บไว้ในระบบคลาวด์ กระแสข้อมูลยังทํางานในระบบคลาวด์ อย่างไรก็ตาม ถ้าแหล่งข้อมูลอยู่ในองค์กร สามารถใช้เกตเวย์ข้อมูลภายในองค์กรเพื่อแยกข้อมูลไปยังระบบคลาวด์ได้ เมื่อมีการเรียกใช้กระแสข้อมูล การแปลงข้อมูลและการคํานวณจะเกิดขึ้นในระบบคลาวด์ และปลายทางจะอยู่ในระบบคลาวด์เสมอ
กระแสข้อมูลใช้กลไกการแปลงที่มีประสิทธิภาพ
Power Query เป็นกลไกจัดการการแปลงข้อมูลที่ใช้ในกระแสข้อมูล เอ็นจิ้นนี้มีความสามารถเพียงพอที่จะรองรับการเปลี่ยนแปลงขั้นสูงมากมาย นอกจากนี้ยังใช้ส่วนติดต่อผู้ใช้แบบกราฟิกที่ตรงไปตรงมาแต่มีประสิทธิภาพที่เรียกว่าตัวแก้ไข Power Query คุณสามารถใช้กระแสข้อมูลกับตัวแก้ไขนี้เพื่อพัฒนาโซลูชันการรวมข้อมูลของคุณได้เร็วขึ้นและง่ายขึ้น
การรวมกระแสข้อมูลกับ Microsoft Power Platform และ Dynamics 365
เนื่องจากกระแสข้อมูลจัดเก็บตารางผลลัพธ์ในที่เก็บข้อมูลบนระบบคลาวด์ บริการอื่นๆ จึงสามารถโต้ตอบกับข้อมูลที่สร้างโดยกระแสข้อมูลได้
ตัวอย่างเช่น แอปพลิเคชัน Power BI, Power Apps, Power Automate, Power Virtual Agents และ Dynamics 365 สามารถรับข้อมูลที่สร้างโดยกระแสข้อมูลได้โดยการเชื่อมต่อกับ Dataverse ตัวเชื่อมต่อกระแสข้อมูล Power Platform หรือโดยตรงผ่านที่จัดเก็บข้อมูล ขึ้นอยู่กับปลายทางที่กําหนดค่า ณ เวลาสร้างกระแสข้อมูล
ประโยชน์ของกระแสข้อมูล
รายการต่อไปนี้เน้นประโยชน์บางประการของการใช้กระแสข้อมูล:
กระแสข้อมูลแยกเลเยอร์การแปลงข้อมูลออกจากเลเยอร์การสร้างแบบจําลองและการแสดงภาพในโซลูชัน Power BI
รหัสการแปลงข้อมูลสามารถอยู่ในตําแหน่งศูนย์กลาง กระแสข้อมูล แทนที่จะกระจายไปตามสิ่งประดิษฐ์หลายรายการ
ผู้สร้างกระแสข้อมูลต้องการทักษะ Power Query เท่านั้น ในสภาพแวดล้อมที่มีผู้สร้างหลายคน ผู้สร้างกระแสข้อมูลสามารถเป็นส่วนหนึ่งของทีมที่ร่วมกันสร้างโซลูชัน BI หรือแอปพลิเคชันการดําเนินงานทั้งหมด
กระแสข้อมูลไม่ขึ้นกับผลิตภัณฑ์ ไม่ใช่ส่วนประกอบของ Power BI เท่านั้น คุณสามารถรับข้อมูลในเครื่องมือและบริการอื่นๆ ได้
กระแสข้อมูลใช้ประโยชน์จาก Power Query ซึ่งเป็นประสบการณ์การแปลงข้อมูลแบบบริการตนเองแบบกราฟิกที่มีประสิทธิภาพ
กระแสข้อมูลทํางานในระบบคลาวด์ทั้งหมด ไม่จําเป็นต้องใช้โครงสร้างพื้นฐานเพิ่มเติม
คุณมีหลายตัวเลือกสําหรับการเริ่มทํางานกับกระแสข้อมูล โดยใช้สิทธิ์การใช้งานสําหรับ Power Apps, Power BI และ Customer Insights
แม้ว่ากระแสข้อมูลจะสามารถแปลงขั้นสูงได้ แต่ก็ได้รับการออกแบบมาสําหรับสถานการณ์แบบบริการตนเอง และไม่จําเป็นต้องมีพื้นฐานด้านไอทีหรือนักพัฒนา
สถานการณ์กรณีการใช้งานสําหรับกระแสข้อมูล
คุณสามารถใช้กระแสข้อมูลเพื่อวัตถุประสงค์หลายประการ สถานการณ์ต่อไปนี้แสดงตัวอย่างบางส่วนของกรณีการใช้งานทั่วไปสําหรับกระแสข้อมูล
การโยกย้ายข้อมูลจากระบบเดิม
ในสถานการณ์สมมตินี้ องค์กรตัดสินใจใช้ Power Apps สําหรับประสบการณ์ส่วนติดต่อผู้ใช้ใหม่แทนที่จะเป็นระบบภายในองค์กรแบบดั้งเดิม Power Apps, Power Automate และ AI Builder ล้วนใช้ Dataverse เป็นระบบจัดเก็บข้อมูลหลัก ข้อมูลปัจจุบันในระบบภายในองค์กรที่มีอยู่สามารถโยกย้ายไปยัง Dataverse ได้โดยใช้กระแสข้อมูล จากนั้นผลิตภัณฑ์เหล่านี้สามารถใช้ข้อมูลนั้นได้
การใช้กระแสข้อมูลเพื่อสร้างคลังข้อมูล
คุณสามารถใช้กระแสข้อมูลแทนเครื่องมือการแยกข้อมูล แปลง โหลด (ETL) อื่นๆ เพื่อสร้างคลังข้อมูล ในสถานการณ์นี้ วิศวกรข้อมูลของบริษัทตัดสินใจใช้กระแสข้อมูลเพื่อสร้างคลังข้อมูลที่ออกแบบโดยสคีมาแบบดาว รวมถึงตารางข้อเท็จจริงและตารางมิติใน Data Lake Storage จากนั้น Power BI จะใช้เพื่อสร้างรายงานและแดชบอร์ดโดยการรับข้อมูลจากกระแสข้อมูล
การใช้กระแสข้อมูลเพื่อสร้างแบบจําลองมิติ
คุณสามารถใช้กระแสข้อมูลแทนเครื่องมือ ETL อื่นๆ เพื่อสร้างแบบจําลองมิติ ตัวอย่างเช่น วิศวกรข้อมูลของบริษัทตัดสินใจใช้กระแสข้อมูลเพื่อสร้างแบบจําลองมิติที่ออกแบบแบบสคีมาดาว รวมถึงตารางข้อเท็จจริงและตารางมิติใน Azure Data Lake Storage Gen2 จากนั้น Power BI จะใช้เพื่อสร้างรายงานและแดชบอร์ดโดยการรับข้อมูลจากกระแสข้อมูล
รวมศูนย์การเตรียมข้อมูลและการนําแบบจําลองความหมายกลับมาใช้ใหม่ในโซลูชัน Power BI หลายตัว
ถ้าโซลูชัน Power BI หลายตัวใช้ตารางเวอร์ชันที่แปลงเหมือนกัน สิ่งนี้จะเพิ่มภาระในระบบต้นทาง ใช้ทรัพยากรมากขึ้น และสร้างข้อมูลที่ซ้ํากันโดยมีจุดล้มเหลวหลายจุด สามารถสร้างกระแสข้อมูลเดียวเพื่อคํานวณข้อมูลสําหรับโซลูชันทั้งหมดแทนได้ Power BI สามารถนําผลลัพธ์ของการแปลงกลับมาใช้ใหม่ในโซลูชันทั้งหมดได้ กระแสข้อมูล หากใช้ในลักษณะดังกล่าว อาจเป็นส่วนหนึ่งของสถาปัตยกรรมการใช้งาน Power BI ที่มีประสิทธิภาพ ซึ่งหลีกเลี่ยงการซ้ําซ้อนของโค้ด Power Query และลดต้นทุนการบํารุงรักษาของเลเยอร์การรวมข้อมูล