ข้อควรพิจารณาและข้อจำกัดของกระแสข้อมูล

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

ข้อจํากัดทั่วไป

  • ฟีเจอร์พาริตี้ในสภาพแวดล้อมของภาครัฐสามารถพบได้ในบทความความพร้อมใช้งานของคุณลักษณะ Power BI สําหรับภาครัฐ
  • แหล่งข้อมูลที่ถูกลบจะไม่ถูกลบออกจากหน้าแหล่งข้อมูลของกระแสข้อมูล นี่เป็นลักษณะการทํางานที่อ่อนโยนและไม่ส่งผลกระทบต่อการรีเฟรชหรือการแก้ไขกระแสข้อมูล ในมุมมองสายข้อมูล แหล่งข้อมูลที่ถูกลบจะปรากฏเป็นสายข้อมูลสําหรับกระแสข้อมูล
  • แหล่งข้อมูลที่ถูกลบจะยังคงปรากฏในหน้าการตั้งค่าในรายการดรอปดาวน์ของเกตเวย์
  • ความลึก เท่ากับกระแสข้อมูลที่เชื่อมโยงกับกระแสข้อมูลอื่น ๆ ความลึกสูงสุดปัจจุบันคือ 32
  • เส้นความกว้าง เท่ากับเอนทิตีภายในกระแสข้อมูล
    • ไม่มีคําแนะนําหรือขีดจํากัดสําหรับจํานวนเอนทิตีที่เหมาะสมที่สุดในกระแสข้อมูล อย่างไรก็ตามกระแสข้อมูลที่แชร์มีขีดจํากัดการรีเฟรชสองชั่วโมงต่อเอนทิตี และ 3 รายการต่อกระแสข้อมูล ดังนั้นถ้าคุณมีสองเอนทิตี และแต่ละเอนทิตีใช้เวลาสองชั่วโมง คุณไม่ควรใส่ไว้ในกระแสข้อมูลเดียวกัน
    • สําหรับ Power BI Premium คําแนะนําและขีดจํากัดจะถูกควบคุมโดยกรณีการใช้งานแต่ละรายการแทนที่จะเป็นข้อกําหนดเฉพาะ ข้อจํากัดเดียวสําหรับ Power BI Premium คือการรีเฟรช 24 ชั่วโมงต่อกระแสข้อมูล
  • จําเป็นต้องมีการสมัครใช้งาน Power BI Premium เพื่อรีเฟรชกระแสข้อมูลมากกว่า 10 ชุดข้ามพื้นที่ทํางาน
  • ข้อจํากัดของ PowerQuery จะอยู่ในบทความขีดจํากัดการใช้งาน PowerQuery Online
  • กระแสข้อมูล Power BI ไม่สนับสนุนการใช้ตัวแปรส่วนกลางในอาร์กิวเมนต์ URL
  • Multi-Geo ยังไม่รองรับเว้นแต่จะกําหนดค่าที่เก็บข้อมูลเพื่อใช้บัญชีที่เก็บข้อมูล Azure Data Lake Gen2 ของคุณเอง
  • การสนับสนุน Vnet ทําได้โดยใช้เกตเวย์
  • เมื่อใช้ เอนทิตีที่คํานวณ กับแหล่งข้อมูลเกตเวย์ การนําเข้าข้อมูลควรดําเนินการในแหล่งข้อมูลที่แตกต่างกันกว่าการคํานวณ เอนทิตีที่คํานวณควรสร้างขึ้นตามเอนทิตีที่ใช้สําหรับการนําเข้าเท่านั้น และไม่สามารถนําเข้าข้อมูลภายในขั้นตอนการรวมของตนเองได้
  • ในกระแสข้อมูล Power BI คุณสามารถใช้พารามิเตอร์ได้ แต่คุณไม่สามารถแก้ไขได้ เว้นแต่ว่าคุณจะแก้ไขกระแสข้อมูลทั้งหมด ในแง่นี้ พารามิเตอร์ในกระแสข้อมูลทํางานคล้ายกับค่าคงที่ที่ประกาศ

การเขียนกระแสข้อมูล

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

  • การเขียนในกระแสข้อมูลจะดำเนินการได้ในสภาพแวดล้อม Power Query Online (PQO) ดูข้อจำกัดที่อธิบายไว้ใน ขีดจำกัด Power Query เนื่องจากดําเนินการเขียนกระแสข้อมูลในสภาพแวดล้อม Power Query Online (PQO) การอัปเดตที่ดําเนินการบนการกําหนดค่าปริมาณงานกระแสข้อมูลจะส่งผลต่อการรีเฟรชเท่านั้นและจะไม่มีผลกระทบต่อประสบการณ์การเขียน

  • เฉพาะเจ้าของเท่านั้นที่สามารถแก้ไขกระแสข้อมูลได้

  • กระแสข้อมูลไม่พร้อมใช้งานใน พื้นที่ทํางานของฉัน

  • กระแสข้อมูลโดยใช้แหล่งข้อมูลเกตเวย์ไม่สนับสนุนข้อมูลประจําตัวหลายรายการสําหรับแหล่งข้อมูลเดียวกัน

  • การใช้ตัวเชื่อมต่อ Web.Page จำเป็นต้องมีเกตเวย์

ข้อควรพิจารณาของ API

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

  • การส่งออกและนำเข้ากระแสข้อมูลจะทำให้กระแสข้อมูลนั้นมี ID ใหม่

  • การนําเข้ากระแสข้อมูลที่ประกอบด้วยตารางที่เชื่อมโยงจะไม่แก้ไขการอ้างอิงที่มีอยู่ภายในกระแสข้อมูล (ควรแก้ไขคิวรีเหล่านี้ด้วยตนเองก่อนที่จะนําเข้ากระแสข้อมูล)

  • คุณสามารถเขียนทับกระแสข้อมูลด้วยพารามิเตอร์ CreateOrOverwrite ได้หากสร้างขึ้นในตอนแรกโดยใช้ API นำเข้า

กระแสข้อมูลในความจุที่แชร์

มีข้อจํากัดสําหรับกระแสข้อมูลในความจุที่แชร์ (ความจุที่ไม่ใช่แบบพรีเมียม):

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

กระแสข้อมูลอยู่ในความจุแบบ Premium

กระแสข้อมูลที่มีอยู่ใน Premium มีข้อควรพิจารณาและข้อจํากัดดังต่อไปนี้

ข้อควรพิจารณาเกี่ยวกับการรีเฟรชและข้อมูล:

  • เมื่อรีเฟรชกระแสข้อมูล ระยะหมดเวลาคือ 24 ชั่วโมง (ไม่มีความแตกต่างสําหรับตารางและ/หรือกระแสข้อมูล)

  • การเปลี่ยนกระแสข้อมูลจากนโยบายการรีเฟรชแบบเพิ่มหน่วยเป็นการรีเฟรชปกติหรือในทางกลับกันจะทำให้ข้อมูลทั้งหมดถูกลบ

  • การแก้ไขสคีมาของกระแสข้อมูลจะทำให้ข้อมูลทั้งหมดถูกลบ

  • เมื่อใช้สิทธิ์การใช้งาน Premium Per User (PPU) ที่มีกระแสข้อมูล ข้อมูลจะถูกล้างออกเมื่อย้ายข้อมูลจากสภาพแวดล้อม PPU

  • เมื่อมีการรีเฟรชกระแสข้อมูลในบริบท Premium Per User (PPU) ผู้ใช้ที่ไม่ใช่ PPU จะมองไม่เห็นข้อมูล

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

ตารางที่ถูกเชื่อมโยงและตารางที่คํานวณ:

  • ตารางที่เชื่อมโยงสามารถลงลึกข้อมูลอ้างอิงได้ 32 รายการ

  • ไม่อนุญาตให้มีการขึ้นต่อกันเป็นวงจรของตารางที่เชื่อมโยง

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

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

กลไกการคำนวณ:

  • ในขณะที่ใช้กลไกการคํานวณ เวลาในการนําเข้าข้อมูลเพิ่มขึ้นประมาณ 10% ถึง 20% ในช่วงแรก

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

การจัดการความจุ:

  • ตามการออกแบบ ความจุ Power BI แบบพรีเมียมมีResource Managerภายในซึ่งจํากัดปริมาณงานในรูปแบบต่างๆ เมื่อความจุกําลังทํางานบนหน่วยความจําเหลือน้อย

    1. สำหรับกระแสข้อมูล ความดันการควบคุมนี้จะลดจำนวนคอนเทนเนอร์ M ที่พร้อมใช้งาน
    2. คุ๕สามารถตั้งค่าหน่วยความจำสำหรับกระแสข้อมูลเป็น 100% ด้วยคอนเทนเนอร์ที่มีขนาดเหมาะสมสำหรับขนาดข้อมูลของคุณ และปริมาณงานจะจัดการจำนวนคอนเทนเนอร์อย่างเหมาะสม
  • คุณสามารถหาจำนวนคอนเทนเนอร์โดยประมาณได้จากการหารหน่วยความจำทั้งหมดที่จัดสรรให้กับปริมาณงานด้วยจำนวนหน่วยความจำที่จัดสรรให้กับคอนเทนเนอร์

การใช้กระแสข้อมูลในชุดข้อมูล

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

หมายเหตุ

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

กระแสข้อมูลและการเชื่อมต่อที่มีชื่อ

เมื่อใช้กระแสข้อมูลที่มี การเชื่อมต่อที่มีชื่อ จะมีข้อจํากัดดังต่อไปนี้:

  • คุณสามารถสร้างการเชื่อมต่อระบบคลาวด์ของเส้นทางและชนิดเฉพาะได้เพียงหนึ่งเส้นทางเท่านั้น ตัวอย่างเช่น คุณสามารถสร้าง SQL บวกการเชื่อมต่อคลาวด์เซิร์ฟเวอร์/ฐานข้อมูลเดียวเท่านั้น คุณสามารถสร้างการเชื่อมต่อเกตเวย์ได้หลายรายการ
  • คุณไม่สามารถตั้งชื่อหรือเปลี่ยนชื่อแหล่งข้อมูลบนระบบคลาวด์ได้ คุณสามารถตั้งชื่อหรือเปลี่ยนชื่อการเชื่อมต่อเกตเวย์ได้

ข้อจํากัด ADLS

  • ADLS ไม่พร้อมใช้งานในสภาพแวดล้อม GCC, GCC High หรือ DOD สําหรับข้อมูลเพิ่มเติม โปรดดูที่ Power BI สําหรับลูกค้าส่วนราชการสหรัฐอเมริกา
  • คุณต้องได้รับมอบหมายเป็นเจ้าของทรัพยากรเนื่องจากการเปลี่ยนแปลงใน API ADLS Gen 2
  • การโยกย้ายการสมัครใช้งาน Azure ไม่ได้รับการสนับสนุน แต่มีสองทางเลือกในการทําเช่นนั้น:
    • วิธีแรก: หลังจากการโยกย้าย ผู้ใช้สามารถแยกพื้นที่ทํางานและแยกพื้นที่ทํางานใหม่ได้ ถ้าใช้บัญชีระดับผู้เช่า คุณต้องแยกพื้นที่ทํางานทั้งหมดออกแล้วแยกออกในระดับผู้เช่าและใส่ใหม่ ซึ่งอาจเป็นที่ไม่พึงประสงค์สําหรับลูกค้าที่ไม่ต้องการลบกระแสข้อมูลทั้งหมดหรือมีพื้นที่ทํางานจํานวนมาก
    • วิธีที่สอง: ถ้าวิธีการก่อนหน้านี้ทําไม่ได้ ให้ส่งคําขอการสนับสนุนเพื่อเปลี่ยน ID การสมัครใช้งานในฐานข้อมูล
  • ADLS ไม่สนับสนุนองค์ประกอบส่วนใหญ่ในรายการในส่วน ไดเรกทอรีและชื่อไฟล์ ของบทความสําหรับการตั้งชื่อพื้นที่ทํางานและการตั้งชื่อกระแสข้อมูล เนื่องจากข้อจํากัดดังต่อไปนี้:
    • Power BI ส่งกลับข้อผิดพลาดที่ไม่ได้ทํางานหรืออนุญาตให้กระบวนการเกิดขึ้น แต่การรีเฟรชจะล้มเหลว
  • การสมัครใช้งาน ADLS แบบข้ามผู้เช่าไม่ได้รับการสนับสนุน ADLS ที่แนบมากับ Power BI ต้องเป็นส่วนหนึ่งของผู้เช่า Azure เดียวกับที่ Power BI ใช้สําหรับ Azure Active Directory (Azure AD)

ชนิดข้อมูลของกระแสข้อมูล

ชนิดข้อมูลที่ได้รับการสนับสนุนในกระแสข้อมูลมีดังต่อไปนี้:

ชนิดข้อมูล Mashup ชนิดข้อมูลของกระแสข้อมูล
เวลา เวลา
วันที่ วันที่
วันที่เวลา วันที่เวลา
วันที่เวลาและเขตเวลา DateTimeOffset
ตรรกะ บูลีน
ข้อความ สตริง
ใดก็ตาม สตริง
สกุลเงิน ทศนิยม
Int8 Int64
Int16 Int64
Int32 Int64
Int64 Int64
สองครั้ง สองครั้ง
เปอร์เซ็นต์ สองครั้ง
เดียว สองครั้ง
ทศนิยม สองครั้ง
ตัวเลข สองครั้ง
ระยะเวลา ไม่ได้รับการสนับสนุน
ข้อมูลไบนารี ไม่ได้รับการสนับสนุน
ฟังก์ชัน ไม่ได้รับการสนับสนุน
ตาราง ไม่ได้รับการสนับสนุน
รายการ ไม่ได้รับการสนับสนุน
เรกคอร์ด ไม่ได้รับการสนับสนุน
พิมพ์ ไม่ได้รับการสนับสนุน
การดำเนินการ ไม่ได้รับการสนับสนุน
ไม่มี ไม่ได้รับการสนับสนุน
Null ไม่ได้รับการสนับสนุน

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

บทความต่อไปนี้ให้ข้อมูลเพิ่มเติมเกี่ยวกับกระแสข้อมูลและ Power BI: