รายยละเอียดการนำไปใช้

บทความนี้อธิบายข้อมูลการแปลงและคุณลักษณะเฉพาะที่พร้อมใช้งานใน Implementation 2 ของPower Query SAP Business Warehouseตัวเชื่อมต่อผลิตภัณฑ์

ตัวเลือกใหม่สำหรับ Implementation 2.0

Implementation 2.0 สนับสนุนตัวเลือกต่อไปนี้:

  • ฌหมดกระทำการ ระบุส่วนต่อประสาน MDX ที่ใช้ในการดำเนินการแบบสอบถามในเซิร์ฟเวอร์ ตัวเลือกต่อไปนี้ใช้ได้:

    • SapBusinessWarehouseExecutionMode.BasXml

    • SapBusinessWarehouseExecutionMode.BasXmlGzip

    • SapBusinessWarehouseExecutionMode.DataStream

      ค่าเริ่มต้นคือ SapBusinessWarehouseExecutionMode.BasXmlGzip

      การใช้ SapBusinessWarehouseExecutionMode.BasXmlGzip อาจจะพัฒนาประสิทธิภาพเมื่อประสบการณ์เวลาแฝงสูงสำหรับชุดข้อมูลที่ใหญ่

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

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

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

การปรับปรุงเพิ่มเติมสำหรับ Implementation 2.0

รายการต่อไปนี้อธิบายการปรับปรุงเพิ่มเติมบางอย่างที่มากับการอิมพลีเมนต์ใหม่

  • สมรรถภาพปรับปรุงแล้ว
  • ความสามารถในการดึงข้อมูลหลายล้านแถวของข้อมูล และการปรับให้ดีผ่านพารามิเตอร์ขนาดชุด
  • ความสามารถในการสลับโหมดการดำเนินการ
  • สนับสนุนโหมดการบีบอัด ซึ่งประโยชน์สำหรับการเชื่อมต่อที่มีเวลาแฝงสูง หรือชุดข้อมูลขนาดใหญ่
  • การตรวจหาที่ปรับปรุงแล้วของตัวแปร Date
  • เปิด Date ขนาด (ABAP ชนิด DATS) Time และ (ABAP ชนิด TIMS) ตามวันที่และเวลาตามลําดับ แทนที่จะเป็นค่าข้อความ ข้อมูลเพิ่มเติม: สนับสนุนวันที่พิมพ์ใน SAP BW
  • จัดการข้อยกเว้นได้ดียิ่งขึ้น ข้อผิดพลาดที่เกิดขึ้นในการเรียก BAPI จะปรากฏขึ้นขณะนี้
  • การพับคอลัมน์ในโหมด BasXml และ BasXmlGzip ตัวอย่างเช่น ถ้าคิวรี MDX ที่สร้างขึ้นดึงข้อมูล 40 คอลัมน์ แต่ส่วนที่เลือกปัจจุบันต้องการเพียง 10 คอลัมน์ คำขอนี้จะถูกส่งผ่านไปยังเซิร์ฟเวอร์เพื่อดึงชุดข้อมูลที่มีขนาดเล็กลง

การเปลี่ยนรายงานที่มีอยู่ให้ใช้ Implementation 2.0

การเปลี่ยนรายงานที่ปรากฏอยู่เพื่อใช้การอิมพลีเมนต์ 2.0 จะเป็นไปได้เพียงโหมดการนำเข้า ทำตามขั้นตอนเหล่านี้:

  1. เปิดรายงานที่ปรากฏอยู่ เลือก แก้ไขแบบสอบถาม ในริบบิ้น แล้วเลือกแบบสอบถาม SAP Business Warehouse เพื่ออัปเดต

  2. คลิกขวาที่คิวรีแล้วเลือก เครื่องมือแก้ไขขั้นสูง

  3. ใน ตัวแก้ไขขั้นสูง เปลี่ยน SapBusinessWarehouse.Cubes การเรียกใช้ดังต่อไปนี้:

    พิจารณาว่าคิวรีมีเรกคอร์ดตัวเลือกอยู่แล้วหรือไม่ เช่น ตัวอย่างต่อไปนี้

    สกรีนช็อตแสดงข้อความค้นหาข้อความธรรมดาพร้อมกับบันทึกตัวเลือก

    ถ้ามี ให้เพิ่ม Implementation 2.0 ตัวเลือกและเอา ScaleMeasures ตัวเลือกออก ถ้ามี ดังที่แสดง

    สกรีนช็อตแสดงคิวรีข้อความธรรมดาพร้อมด้วยการดำเนินการค่าที่เพิ่ม = 2.0

    หากแบบสอบถามไม่พร้อมใช้งานรวมถึงการบันทึกแบบสอบถาม แค่เพิ่มเข้าไป สำหรับตัวเลือกต่อไปนี้:

    สกรีนช็อตแสดงข้อความค้นหาข้อความธรรมดาพร้อมกับเพิ่มระเบียนตัวเลือก

    เพียงแค่เปลี่ยนเป็น:

    สกรีนช็อตแสดงคิวรีข้อความธรรมดาพร้อมด้วยการดำเนินการค่าที่เพิ่ม = 2.0

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

สนับสนุนวันที่พิมพ์ใน SAP BW

การ Implementation 2.0 ของตัวเชื่อมต่อ SAP BW มีการสนับสนุนวันที่และเวลาพิมพ์ ถ้าคุณคิวรีรายงานที่มีขนาดที่มีประเภท ABAP, DATS หรือ TIMS ตอนนี้รายงานสามารถแสดงผลเป็นวันที่แทนที่จะเป็นข้อความได้

ข้อจํากัดของการใช้ฟังก์ชันนี้ ได้แก่:

  • ใช้ได้เฉพาะใน Implementation 2.0 ของตัวเชื่อมต่อ SAP BW เท่านั้น
  • ใช้ได้เฉพาะในโหมดการนําเข้าเท่านั้น
  • บัญชีที่ใช้เพื่อเชื่อมต่อกับเซิร์ฟเวอร์ SAP BW ควรมีสิทธิ์เพียงพอในBAPI_IOBJ_GETDETAILบริการ
let
   Source = SapBusinessWarehouse.Cubes("sapbwtestserver", "00", "837", [ExecutionMode=SapBusinessWarehouseExecutionMode.BasXmlGzip, Implementation="2.0"]),
   #"$INFOCUBE" = Source{[Name="$INFOCUBE"]}[Data],
   #"$0D_DECU" = #"$INFOCUBE"{[Id="$0D_DECU"]}[Data],
   #"Added Items" = Cube.Transform(#"$0D_DECU",
   {
      {Cube.AddAndExpandDimensionColumn, "[0CALDAY]", {"[0CALDAY].[LEVEL01]"}, {"Calendar day.Calendar day Level 01"}},
      {Table.AddColumn, "Calendar day.Calendar day Level 01.Key", each Cube.AttributeMemberProperty([Calendar day.Calendar day Level 01], "[20CALDAY]")},
      {Cube.AddMeasureColumn, "Billed Quantity", "[Measures].[0D_INV_QTY]"}
   }) 
in
     #"Added Items"

คุณจะต้องเพิ่มคีย์ในการเข้าถึงวันที่พิมพ์ ตัวอย่างเช่น ถ้ามีแอตทริบิวต์มิติที่เรียกว่า [0CALDAY] คุณจะต้องเพิ่มคีย์ [20CALDAY] เพื่อรับค่าที่พิมพ์

ในตัวอย่างข้างต้น กรณีนี้หมายความว่า:

  • วันปฏิทิน Calendar day Level 01 [0CALDAY] จะเป็นข้อความ (บรรยาย) (เพิ่มตามค่าเริ่มต้นเมื่อมีการเพิ่มมิติ)
  • วันปฏิทิน วันปฏิทิน ระดับ 01.Key [20CALDAY] จะเป็นวันที่ (ต้องเลือกด้วยตนเอง)

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

การเลือกคุณสมบัติ คีย์ ในบานหน้าต่างตัวPower Queryนําทาง

คอลัมน์คีย์จะเป็นชนิดวันที่ และสามารถใช้เพื่อการกรองได้ การกรองคอลัมน์นี้จะพับไปยังเซิร์ฟเวอร์

รองรับฟีเจอร์ SAP BW

ตารางต่อไปนี้แสดงรายการฟีเจอร์ SAP BW ทั้งหมดที่ไม่ได้รับการสนับสนุนอย่างสมบูรณ์ หรือจะมีลักษณะการPower Queryตัวเชื่อมต่อ SAP BW

ฟีเจอร์ คำอธิบาย
คำนวณภายในเครื่อง การคํานวณในเครื่องที่กําหนดในคิวรี BEX จะเปลี่ยนแปลงตัวเลขตามที่แสดงผ่านเครื่องมือเช่น ตัววิเคราะห์ Bex อย่างไรก็ตาม จะไม่แสดงในตัวเลขที่ส่งกลับจาก SAP ผ่านอินเทอร์เฟซสาธารณะ MDX

ลักษณะดังกล่าว หมายเลขที่เห็นได้ในPower Queryไม่ตรงตามที่สอดคล้องกันในเครื่องมือ SAP

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

ลักษณะดังกล่าว หมายเลขที่เห็นได้ในPower Queryไม่ตรงตามที่สอดคล้องกันในเครื่องมือ SAP

ตัวอย่างเช่น ผลรวมสกุลเงินอื่นจะแสดงเป็น "*" ใน ตัววิเคราะห์ Bex แต่ผลรวมจะถูกส่งกลับโดยอินเทอร์เฟซสาธารณะของ SAP โดยไม่มีข้อมูลใด ๆ การรวมตัวเลขดังกล่าวนั้นไม่มีความหมาย ดังนั้น หมายเลข (aggregating, say, $, EUR, และ AUD) จะแสดงโดยPower Query.
จัดรูปแบบสกุลเงิน การจัดรูปแบบสกุลเงิน (ตัวอย่างเช่น $2,300 หรือ 4000 AUD) จะไม่แสดงPower Queryสกุลเงิน
หน่วยวัด หน่วยวัด (ตัวอย่างเช่น 230 กก.) จะไม่แสดงPower Queryหน่วยวัด
คีย์เทียบกับข้อความ (short, medium, long) เพื่อลักษณะ SAP BW เช่น CostCenter ตัวนําทางจะแสดงรายการเดียว Cost Center Level 01 การเลือกรายการนี้จะรวมข้อความเริ่มต้นเป็น Cost Center ในรายการเขตข้อมูล นอกจากนี้ ค่าคีย์ ชื่อย่อ ชื่อกลาง และค่าชื่อแบบยาวจะพร้อมใช้งานเลือกในโหนดคุณสมบัติในลักษณะนั้น (ถ้าได้รับการดูแลรักษาใน SAP BW)

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

ในPower BIลำดับชั้นต่าง ๆ สามารถดูรายการเขตข้อมูลเป็นลำดับชั้นที่แตกต่างกันในมิติเดียวกันได้ อย่างไรก็ตาม การเลือกหลายระดับจากลำดับชั้นที่แตกต่างกันสองขั้นในมิติเดียวกัน จะส่งผลให้ข้อมูลว่างเปล่า ที่ถูกส่งกลับ โดย SAP
จัดการลำดับชั้นที่ไม่ตรงกัน SAP BW รองรับลและสามารถพลาดระดับได้ ตัวอย่างเช่น:

   ทวีป
      อเมริกา
         แคนาดา
         สหรัฐ อเมริกา
   ไม่ได้มอบหมาย
      ออสเตรเลีย

ใน Power BI สิ่งนี้จะปรากฏพร้อมกับ (ว่าง) ในระดับที่ขาดหายไป:

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

ในทำนองเดียวกันดังกล่าวอาจมีชุดคุณสมบัติที่ย้อนกลับเครื่องหมาย การใช้เลขคีย์ดังกล่าวใน Power BI (ในวิชวล หรือเป็นส่วนหนึ่งของการคํานวณ) จะส่งผลให้หมายเลขที่ไม่มีสcaled ถูกใช้ (และสัญลักษณ์ไม่ได้ย้อนกลับ) ไม่สามารถใช้งานปัจจัยการปรับขนาดแบบขีดเส้นใต้ได้ ในภาพ Power BI คุณสามารถควบคุมหน่วยสเกลที่แสดงบนแกน (K, M, B) ในฐานะส่วนหนึ่งของการจัดรูปแบบรูปภาพ
ลำดับชั้นที่ระดับปรากฏ/หายไปแบบไดนามิก เริ่มต้นเมื่อเชื่อมต่อกับ SAP BW ข้อมูลที่เกี่ยวกับระดับของลำดับชั้นถูกเรียกใช้ ซึ่งทำให้ได้ชุดของเขตข้อมูลในรายการเขตข้อมูล นี้สิ่งนี้ถูกแคช และถ้าชุดของระดับนั้นเปลี่ยนแปลง แล้วชุดของเขตข้อมูลจะไม่เปลี่ยนแปลงจนกว่ารีเฟรชจะถูกเรียกใช้

ใช้ได้ในPower BI Desktop เท่านั้น การรีเฟรชดังกล่าวเพื่อแสดงการเปลี่ยนแปลงไปยังระดับไม่สามารถเรียกใช้ในลบริการของ Power BIหลังจากเผยแพร่แล้ว
ตัวกรองเริ่มต้น คิวรี BEX สามารถใส่ตัวกรองเริ่มต้น ซึ่งตัววิเคราะห์ BEX SAP จะใช้งานโดยอัตโนมัติ สิ่งเหล่านี้จะไม่ถูกแสดง ดังนั้นการใช้งานที่เทียบเท่าPower Queryจะไม่ใช้ตัวกรองเดียวกันตามค่าเริ่มต้น
ตัวเลขคีย์ที่ซ่อนอยู่ คิวรี BEX สามารถควบคุมการมองเห็นตัวเลขคีย์ และตัวเลขคีย์ที่ซ่อนอยู่จะไม่ปรากฏในตัววิเคราะห์ BEx SAP ซึ่งจะไม่มีผลทาง API สาธารณะ ดังนั้นตัวเลขคีย์ที่ซ่อนอยู่จะยังคงปรากฏในรายการเขตข้อมูล อย่างไรก็ตาม สามารถซ่อนตัวเลขเหล่านี้ภายในPower Queryได้
การจัดรูปแบบตัวเลข การจัดรูปแบบตัวเลข (จํานวนตําแหน่งทศนิยม จุดทศนิยม และอื่นๆ) จะไม่แสดงในเชิงPower Queryโดยอัตโนมัติ อย่างไรก็ตาม คุณสามารถควบคุมการจัดรูปแบบดังกล่าวภายในPower Queryได้
การกำหนดรุ่นลำดับชั้น แบนด์วิดท์ SAP BW รักษาเวอร์ชันต่าง ๆ ของลำดับชั้น ตัวอย่างเช่น ลำดับชั้นศูนย์ต้นทุนในปี 2007 เทียบกับปี 2008 เวอร์ชันล่าสุดเท่านั้นจะพร้อมใช้งานใน Power Queryเนื่องจาก API สาธารณะไม่แสดงข้อมูลเกี่ยวกับเวอร์ชัน
ลวบชั้นที่ขึ้นกับเวลา เมื่อใช้นิพจน์ Power Queryลวจที่ขึ้นกับเวลาจะถูกประเมินณ วันปัจจุบัน
การแปลงสกุลเงิน แบนด์วิดท์ SAP BW สนับสนุนการแปลงสกุลเงินตามอัตราที่ถูกเก็บไว้ในคิวบ์ API สาธารณะ ไม่ได้รับความสามารถดังกล่าว และดังนั้นความสามารถดังกล่าวจึงไม่พร้อมใช้งานในPower Queryของคุณ
ลำดับการจัดเรียง ลำดับการจัดเรียง (ด้วยข้อความ หรือ ด้วยคีย์) สำหรับลักษณะสามารถถูกกำหนดได้ใน SAP ลPower Queryนี้จะ ตัวอย่างเช่น เดือนอาจปรากฏเป็น "เมษายน", "ส.ค." และอื่น ๆ

ไม่สามารถเปลี่ยนลPower Queryล
ชื่อทางเทคนิค ในการตัวนําทาง ลักษณะ/ชื่อหน่วยวัด (รายละเอียด) และชื่อทางเทคนิคสามารถแสดงได้โดยใช้ตัวเลือกการแสดง รายการเขตข้อมูลประกอบด้วยลักษณะ/ชื่อหน่วยวัด (รายละเอียด)
การตั้งค่าภาษาของผู้ใช้ปลายทาง พื้นที่ที่เชื่อมต่อกับ SAP BW ซึ่งถูกตั้งค่าเป็นส่วนหนึ่งของรายละเอียดการเชื่อมต่อ และไม่แสดงพื้นที่ของผู้บริโภครายงานขั้นสุดท้าย
ตัวแปรข้อความ SAP BW ทำให้ชื่อเขตข้อมูลประกอบด้วยพื้นที่สำหรับตัวแปร(ตัวอย่างเช่น "$YEAR$ Actuals") ที่จะถูกแทนที่ด้วยค่าที่เลือกไว้ ตัวอย่างเช่น เขตข้อมูลปรากฏเป็น "รายการจริงปี 2016" ในเครื่องมือ BEx ถ้าปี 2016 ที่ถูกเลือกสำหรับตัวแปร

ชื่อคอลัมน์ใน Power Queryไม่สามารถเปลี่ยนแปลงได้โดยขึ้นอยู่กับค่าตัวแปร และดังนั้นจึงปรากฏเป็น "จริง $YEAR$ จริง" อย่างไรก็ตาม คุณสามารถเปลี่ยนชื่อคอลัมน์ใน Power Query ได้
ตัวแปรจบการทำงานของลูกค้า API สาธารณะไม่ได้รับตัวแปรจบการงานของลูกค้า และดังนั้นตัวแปรนี้จึงไม่สนับสนุนPower Queryนี้

ข้อควรพิจารณาด้านประสิทธิภาพการคํานวณ

ตารางต่อไปนี้แสดงรายการสรุปของข้อเสนอแนะเพื่อปรับปรุงประสิทธิภาพในการโหลดข้อมูลและการรีเฟรชจาก SAP BW

คำแนะนำ คำอธิบาย
การเลือกคุณลักษณะและคุณสมบัติ (แอตทริบิวต์) ที่จํากัด เวลาที่จะโหลดข้อมูลจาก SAP BW ลงใน Power Query จะเพิ่มขึ้นตามขนาดของชุดข้อมูล นั่นคือจํานวนของคอลัมน์และแถวในชุดผลลัพธ์ที่ลดรูปแบบลดรูปแบบลดรูปแบบลดรูปแบบ เมื่อต้องลดจํานวนคอลัมน์ ให้เลือกเฉพาะลักษณะและคุณสมบัติในบานหน้าต่างนําทางที่คุณต้องการดูในรายงานหรือแดชบอร์ดของคุณในที่สุด
ใช้พารามิเตอร์ การใช้ตัวกรอง/พารามิเตอร์ มีส่วนในการลดขนาดของชุดผลลัพธ์ ซึ่งช่วยปรับปรุงรันไทม์คิวรีอย่างมาก

พารามิเตอร์มีประโยชน์โดยเฉพาะอย่างยิ่งเมื่อใช้กับมิติขนาดใหญ่ที่มีสมาชิกหลายคน เช่น ลูกค้า วัสดุ หรือหมายเลขเอกสาร
จํากัดจํานวนตัวเลขคีย์ การเลือกตัวเลขคีย์หลายรูปจากโมเดลคิวรี BEx/BW อาจมีผลกระทบด้านประสิทธิภาพการคิวรีอย่างมีนัยสําคัญเนื่องจากการใช้เวลาที่ใช้ในการโหลดเมตาดาต้าในหน่วย เพียงแค่รวมตัวเลขคีย์ที่คุณต้องการPower Queryเท่านั้น
แยกคิวรีที่มีขนาดใหญ่มากออกเป็นหลายคิวรีที่มีขนาดเล็กลง ในคิวรีที่มีขนาดใหญ่มากกับ InfoCubes หรือคิวรี BEx อาจเป็นประโยชน์ต่อการแยกคิวรี ตัวอย่างเช่น คิวรีหนึ่งอาจได้รับตัวเลขคีย์ ในขณะที่คิวรีอื่น (หรือคิวรีอื่นๆ หลายคิวรี) จะได้รับข้อมูลลักษณะ คุณสามารถรวมผลลัพธ์ของคิวรีแต่ละรายการPower Queryได้
หลีกเลี่ยงผู้ให้บริการเสมือน (MultiProviders หรือ InfoSets) VirtualProviders มีลักษณะคล้ายกับโครงสร้างที่ไม่มีที่เก็บข้อมูลแบบถาวร ซึ่งมีประโยชน์ในสถานการณ์หลายอย่าง แต่สามารถแสดงประสิทธิภาพการคิวรีที่ช้าลงเนื่องจากแสดงถึงเลเยอร์เพิ่มเติมที่ด้านบนของข้อมูลจริง
หลีกเลี่ยงการใช้แอตทริบิวต์การนําทางในคิวรี BEx คิวรีที่มีแอตทริบิวต์การนําทางต้องเรียกใช้การรวมเพิ่มเติมเมื่อเปรียบเทียบกับคิวรีที่ มีวัตถุเดียวกันเป็นลักษณะเพื่อให้มาถึงค่า
ใช้ RSRT เพื่อตรวจสอบและแก้ไขปัญหาคิวรีการเรียกใช้ที่ช้า ผู้ดูแลระบบ SAP ของคุณสามารถใช้ตัวตรวจสอบคิวรีใน SAP BW (ทรานแซคชัน RSRT) เพื่อวิเคราะห์ปัญหาด้านประสิทธิภาพการพร้อมด้วยคิวรี SAP BW ตรวจทาน บันทึกย่อ SAP 1591837 เพื่ออ่านข้อมูลเพิ่มเติม
หลีกเลี่ยงการใช้ตัวเลขคีย์ที่ถูกคํานวณและตัวเลขคีย์ที่คํานวณ ทั้งสองจะถูกคํานวณในระหว่างการเรียกใช้คิวรี และสามารถลดประสิทธิภาพการคิวรีลงได้
พิจารณาใช้การรีเฟรชแบบเพิ่มหน่วยเพื่อปรับปรุงประสิทธิภาพ Power BI รีเฟรชชุดข้อมูลทั้งหมดในแต่ละการรีเฟรช หากคุณใช้งานข้อมูลปริมาณมาก ให้รีเฟรชชุดข้อมูลเต็มรูปแบบในการรีเฟรชแต่ละครั้งอาจไม่เหมาะสม ในสถานการณ์นี้ คุณสามารถใช้การรีเฟรชแบบเพิ่มหน่วย เพื่อให้คุณรีเฟรชเฉพาะชุดข้อมูลย่อยเท่านั้น เมื่อต้องการดูรายละเอียดเพิ่มเติม ไปยังการรีเฟรชแบบเพิ่มทีละส่วนใน Power BI

นอกจากนี้ โปรดดู