แชร์ผ่าน

เชื่อมต่อไปยังแหล่งข้อมูล SAP HANA โดยใช้ DirectQuery ใน Power BI

  • บทความ

คุณสามารถเชื่อมต่อกับแหล่งข้อมูล SAP HANA ได้โดยตรงโดยใช้ DirectQuery มีตัวเลือกสองตัวเลือกในการเชื่อมต่อกับ SAP HANA:

  • ถือว่า SAP HANA เป็นแหล่งข้อมูลหลายมิติ (ค่าเริ่มต้น): ในกรณีนี้ ลักษณะการทํางานจะคล้ายกับกรณีที่ Power BI เชื่อมต่อกับแหล่งข้อมูลหลายมิติอื่นๆ เช่น SAP Business Warehouse หรือ Analysis Services เมื่อคุณเชื่อมต่อกับ SAP HANA ที่ใช้การตั้งค่านี้ มุมมองการวิเคราะห์หรือการคํานวณเดียวจะถูกเลือก และหน่วยวัด ลําดับชั้น และแอตทริบิวต์ทั้งหมดของมุมมองนั้นจะพร้อมใช้งานในรายการเขตข้อมูล เมื่อสร้างวิชวลแล้ว ข้อมูลรวมจะถูกเรียกใช้จาก SAP HANA เสมอ เทคนิคนี้เป็นวิธีที่แนะนํา และเป็นค่าเริ่มต้นสําหรับรายงาน DirectQuery ใหม่ผ่าน SAP HANA

  • ถือว่า SAP HANA เป็นแหล่งข้อมูลเชิงสัมพันธ์: ในกรณีนี้ Power BI จะถือว่า SAP HANA เป็นแหล่งข้อมูลเชิงสัมพันธ์ วิธีนี้ช่วยให้มีความยืดหยุ่นมากขึ้น ต้องใช้ความระมัดระวังเพื่อให้แน่ใจว่ามีการรวมหน่วยวัดตามที่คาดไว้และเพื่อหลีกเลี่ยงปัญหาด้านประสิทธิภาพการทํางาน

วิธีการเชื่อมต่อจะถูกกําหนดโดยตัวเลือกเครื่องมือส่วนกลางซึ่งตั้งค่าโดยการเลือก ไฟล์>ตัวเลือกและการตั้งค่า แล้วเลือก ตัวเลือก>DirectQuery จากนั้นเลือกตัวเลือก ถือว่า SAP HANA เป็นแหล่งข้อมูลเชิงสัมพันธ์ ดังที่แสดงในรูปต่อไปนี้

Screenshot of the Options dialog, showing the DirectQuery options.

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

ทั้งสองวิธีดังกล่าวประกอบด้วยลักษณะการทํางานที่แตกต่างกัน และไม่สามารถสลับรายงานที่มีอยู่จากวิธีการหนึ่งไปเป็นอีกวิธีหนึ่งได้

ถือว่า SAP HANA เป็นแหล่งข้อมูลหลายมิติ (ค่าเริ่มต้น)

การเชื่อมต่อกับ SAP HANA ใหม่ทั้งหมดจะใช้วิธีการเชื่อมต่อนี้ตามค่าเริ่มต้น โดยถือว่า SAP HANA เป็นแหล่งข้อมูลหลายมิติ เพื่อถือว่าการเชื่อมต่อกับ SAP HANA เป็นแหล่งข้อมูลเชิงสัมพันธ์ คุณต้องเลือก ไฟล์>ตัวเลือกและการตั้งค่า> จากนั้นทําเครื่องหมายในช่องภายใต้ ถือว่า SAP HANA ของคิวรี>โดยตรงเป็นแหล่งข้อมูลเชิงสัมพันธ์

เมื่อเชื่อมต่อกับ SAP HANA เป็นแหล่งข้อมูลหลายมิติ จะมีการพิจารณานําไปใช้ดังนี้:

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

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

  • เนื่องจากมีการใช้หน่วยวัดในวิชวล SAP HANA เพื่อเรียกใช้ค่าหน่วยวัดที่ระดับการรวมที่จําเป็นสําหรับวิชวล เมื่อจัดการกับหน่วยวัดที่ไม่ใช่แบบเพิ่ม เช่น ตัวนับและอัตราส่วน การรวมทั้งหมดจะดําเนินการโดย SAP HANA และไม่มีการดําเนินการรวมเพิ่มเติมโดย Power BI

  • เพื่อให้แน่ใจว่าจะได้ค่ารวมที่ถูกต้องเสมอจาก SAP HANA จึงต้องกําหนดข้อจํากัดบางอย่าง ตัวอย่างเช่น ไม่สามารถเพิ่มคอลัมน์จากการคํานวณหรือรวมข้อมูลจากมุมมอง SAP HANA หลายมุมมองภายในรายงานเดียวกันได้

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

รายการ เขตข้อมูล ประกอบด้วยหน่วยวัด แอตทริบิวต์ และลําดับชั้นทั้งหมดจากมุมมอง SAP HANA โปรดสังเกตลักษณะการทํางานต่อไปนี้เมื่อใช้วิธีการเชื่อมต่อนี้:

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

  • ใน SAP HANA สามารถกําหนดแอตทริบิวต์เพื่อใช้แอตทริบิวต์อื่นเป็นป้ายชื่อได้ ตัวอย่างเช่น Product ที่มีค่า 1, 2, , 3และอื่น ๆ สามารถใช้ ProductName ด้วยค่า Bike, Shirt, Gloves, และอื่น ๆ เป็นป้ายชื่อได้ ในกรณีนี้ เขตข้อมูล Product เดียวจะแสดงในรายการเขตข้อมูล ซึ่งค่าคือป้ายชื่อ ShirtBike, , Gloves, และอื่น ๆ แต่เรียงลําดับตาม และมีความไม่ซ้ํากันที่กําหนดโดย ค่า1คีย์ , 23 คอลัมน์ Product.Key แบบซ่อนจะถูกสร้างขึ้นด้วย เพื่อให้สามารถเข้าถึงค่าคีย์พื้นฐานได้ถ้าจําเป็น

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

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

ข้อจํากัดเกี่ยวกับแบบจําลองเพิ่มเติม

ข้อจํากัดเกี่ยวกับแบบจําลองหลักอื่น ๆ เมื่อเชื่อมต่อกับ SAP HANA โดยใช้ DirectQuery (ถือเป็นแหล่งข้อมูลหลายมิติ) เป็นข้อจํากัดดังต่อไปนี้:

  • ไม่สนับสนุนสําหรับคอลัมน์ จากการคํานวณ ความสามารถในการสร้างคอลัมน์จากการคํานวณถูกปิดใช้งาน ข้อเท็จจริงนี้ยังหมายความว่าการจัดกลุ่มและการทําคลัสเตอร์ซึ่งสร้างคอลัมน์จากการคํานวณยังไม่พร้อมใช้งาน
  • ข้อจํากัดเพิ่มเติมสําหรับหน่วยวัด: มีข้อจํากัดอื่น ๆ ที่กําหนดไว้บนนิพจน์ DAX ซึ่งสามารถใช้ในหน่วยวัดเพื่อแสดงระดับการสนับสนุนที่เสนอโดย SAP HANA
  • ไม่มีการสนับสนุนสําหรับการกําหนดความสัมพันธ์: สามารถสอบถามได้เพียงมุมมองเดียวภายในรายงาน และเมื่อเป็นเช่นนั้น ก็จะไม่มีการสนับสนุนสําหรับการกําหนดความสัมพันธ์
  • ไม่มีมุมมองข้อมูล: มุมมองข้อมูลที่แสดงข้อมูลระดับรายละเอียดในตารางได้ตามปกติ โดยกําหนดลักษณะของแหล่งข้อมูล OLAP เช่น SAP HANA มุมมองนี้ไม่พร้อมใช้งานผ่าน SAP HANA
  • มีการแก้ไขรายละเอียดคอลัมน์และหน่วยวัด: รายการคอลัมน์และหน่วยวัดที่เห็นในรายการเขตข้อมูลได้รับการแก้ไขโดยแหล่งข้อมูลพื้นฐานและไม่สามารถปรับเปลี่ยนได้ ตัวอย่างเช่น จะไม่สามารถลบคอลัมน์หรือเปลี่ยนแปลงชนิดข้อมูลได้ อย่างไรก็ตาม สามารถเปลี่ยนชื่อได้
  • ข้อจํากัดเพิ่มเติมใน DAX: มีข้อจํากัดอื่น ๆ เกี่ยวกับ DAX ที่สามารถใช้ในการกําหนดหน่วยวัดเพื่อสะท้อนถึงขีดจํากัดในแหล่งข้อมูล ตัวอย่างเช่น ไม่สามารถใช้ฟังก์ชันรวมกับตารางได้

ข้อจํากัดในการแสดงภาพเพิ่มเติม

มีข้อจํากัดในวิชวลเมื่อเชื่อมต่อกับ SAP HANA โดยใช้ DirectQuery (ถือเป็นแหล่งข้อมูลหลายมิติ):

  • ไม่มีการรวมคอลัมน์: ไม่สามารถเปลี่ยนแปลงการรวมสําหรับคอลัมน์ในวิชวล และ เป็น อย่าสรุป เสมอ

ถือว่า SAP HANA เป็นแหล่งข้อมูลเชิงสัมพันธ์

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

การเริ่มต้นด้วยการทําให้ลักษณะการทํางานของแหล่งข้อมูลเชิงสัมพันธ์เช่น SQL Server ชัดเจนขึ้น เมื่อคิวรีที่กําหนดไว้ใน รับข้อมูล หรือ ตัวแก้ไข Power Query ดําเนินการรวม ในตัวอย่างต่อไปนี้ คิวรีที่กําหนดไว้ใน ตัวแก้ไข Power Query จะส่งกลับราคาเฉลี่ยตาม ProductID

Diagram showing a query defined in Power Query Editor that returns the average price by Product ID.

ถ้ามีการนําเข้าข้อมูลลงใน Power BI เทียบกับการใช้ DirectQuery สถานการณ์ต่อไปนี้จะส่งผล:

  • ข้อมูลจะถูกนําเข้าที่ระดับของการรวมที่กําหนดโดยคิวรีที่สร้างขึ้นในตัวแก้ไข Power Query ตัวอย่างเช่น ราคาเฉลี่ยตามผลิตภัณฑ์ ข้อเท็จจริงนี้ส่งผลให้ตารางมีสองคอลัมน์ ProductID และ AveragePrice ที่สามารถใช้ในวิชวลได้
  • ในการแสดงผลด้วยภาพ การรวมในภายหลังใด ๆ เช่น Sum, Average, Min และอื่นๆ จะดําเนินการผ่านข้อมูลที่นําเข้ามานั้น ตัวอย่างเช่น การรวมถึง AveragePrice บนวิชวลใช้ผลรวมตามค่าเริ่มต้น และจะส่งกลับผลรวมของ AveragePrice สําหรับแต่ละ ProductID ในตัวอย่างนี้ 13.67 เช่นเดียวกับฟังก์ชันการรวมที่เป็นทางเลือกใด ๆ เช่น Min หรือ Average ที่ใช้ในวิชวล ตัวอย่างเช่น Average ของ AveragePrice จะส่งกลับค่าเฉลี่ยของ 6.66, 4 และ 3 ซึ่งเท่ากับ 4.56 และไม่ส่งกลับค่าเฉลี่ยของ ราคา บนระเบียน 6 ระเบียนในตารางพื้นฐานซึ่งเป็น 5.17

ถ้ามีการใช้ DirectQuery ผ่านแหล่งข้อมูลเชิงสัมพันธ์เดียวกันนั้นแทนการนําเข้า ความหมายเดียวกันนี้ก็นําไปใชได้้และผลลัพธ์จะเหมือนกันทุกประการ:

  • กําหนดคิวรีเดียวกัน โดยแสดงข้อมูลที่เหมือนกันทุกประการในเชิงตรรกะในชั้นรายงาน – แม้ว่าจริง ๆ แล้วจะไม่ได้นําเข้าข้อมูลก็ตาม

  • ในการแสดงผลด้วยภาพ การรวมในภายหลังใด ๆ เช่น Sum, Average และ Min จะดําเนินการอีกครั้งผ่านตารางตรรกะจากคิวรี และอีกครั้ง วิชวลที่ ประกอบด้วย Average ของ AveragePrice จะส่งกลับค่า 4.56 เดียวกัน

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

เทียบเท่ากับตัวอย่าง SQL Server ก่อนหน้านี้มีมุมมอง SAP HANA ที่ประกอบด้วย ID, ProductID, DepotID และหน่วยวัดรวมถึง AveragePrice ที่กําหนดในมุมมองเป็น Average of Price

ถ้าใน ประสบการณ์รับข้อมูล การเลือกกระทําสําหรับ หน่วยวัด ProductID และ AveragePrice ก็จะกําหนดคิวรีผ่านมุมมองเพื่อร้องขอข้อมูลรวมนั้น ในตัวอย่างก่อนหน้านี้ จะมีการใช้ เพื่อความเรียบง่ายของ SQL เทียมที่ไม่ตรงกับไวยากรณ์ที่แน่นอนของ SQL SAP HANA จากนั้น การรวมเพิ่มเติมใด ๆ ที่กําหนดไว้ในวิชวลก็จะรวมผลลัพธ์ของคิวรีดังกล่าวเพิ่มเติม อีกครั้งตามที่อธิบายไว้ก่อนหน้านี้สําหรับ SQL Server ผลลัพธ์นี้ใช้กับทั้งกรณีนําเข้าและ DirectQuery ในกรณี DirectQuery แบบสอบถามจากรับข้อมูลหรือตัวแก้ไข Power Query จะถูกใช้ในการเลือกย่อยภายในแบบสอบถามเดียวที่ส่งไปยัง SAP HANA และดังนั้น จึงไม่ใช่กรณีที่แท้จริงที่ว่าข้อมูลทั้งหมดจะถูกอ่านก่อนที่จะทําการรวมเพิ่มเติม

ข้อควรพิจารณาและลักษณะการทํางานเหล่านี้ทั้งหมดทําให้จําเป็นต้องมีข้อควรพิจารณาที่สําคัญต่อไปนี้เมื่อใช้ DirectQuery ผ่าน SAP HANA:

  • ควรให้ความสนใจในการรวมเพิ่มเติมใด ๆ ที่ดําเนินการในวิชวล เมื่อใดก็ตามที่หน่วยวัดใน SAP HANA ไม่ใช่แบบเพิ่ม ตัวอย่างเช่น ไม่ใช่ Sum, Min หรือ Max อย่างง่าย

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

ในตัวอย่างต่อไปนี้ การเลือกห้าคอลัมน์ (CalendarQuarter, Color, LastName, ProductLine, SalesOrderNumber) ในกล่องโต้ตอบ รับข้อมูล พร้อมกับหน่วยวัด OrderQuantity หมายความว่า การสร้างวิชวลอย่างง่ายในภายหลังที่ประกอบด้วยผลลัพธ์ Min OrderQuantity ในคิวรี SQL ต่อไปนี้ไปยัง SAP HANA ส่วนที่แรเงาจะเป็นการเลือกย่อยที่ประกอบด้วยคิวรีจาก รับข้อมูล / ตัวแก้ไข Power Query หากการเลือกย่อยนี้ให้ผลลัพธ์เป็นจํานวนสมาชิกในชุดสูง ประสิทธิภาพการทํางานของ SAP HANA ที่ได้ก็มีแนวโน้มว่าจะอยู่ในระดับไม่ดี

Screenshot of a query example, showing the SQL query to SAP HANA.

เนื่องด้วยลักษณะการทํางานนี้ เราจึงขอแนะนํารายการที่เลือกใน รับข้อมูล หรือตัวแก้ไข Power Query จะถูกจํากัดไว้ที่รายการที่จําเป็น เหล่านั้น ในขณะที่ยังคงได้ผลลัพธ์เป็นคิวรีที่เหมาะสมสําหรับ SAP HANA

แนวทางปฏิบัติ

สําหรับทั้งสองวิธีในการเชื่อมต่อกับ SAP HANA คําแนะนําสําหรับการใช้ DirectQuery ยังนําไปใช้กับ SAP HANA โดยเฉพาะอย่างยิ่งคําแนะนําที่เกี่ยวข้องกับการทําให้แน่ใจว่ามีประสิทธิภาพการทํางานที่ดี สําหรับข้อมูลเพิ่มเติม โปรดดูการใช้ DirectQuery ใน Power BI

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

รายการต่อไปนี้อธิบายคุณลักษณะ SAP HANA ทั้งหมดที่ไม่ได้รับการสนับสนุนอย่างสมบูรณ์ หรือคุณลักษณะที่มีลักษณะการทํางานแตกต่างกันเมื่อใช้ Power BI

  • ลําดับชั้นหลัก-ลูก: ลําดับชั้นหลัก-ลูกจะไม่สามารถมองเห็นได้ใน Power BI ข้อเท็จจริงนี้เป็นเพราะ Power BI เข้าถึง SAP HANA โดยใช้ส่วนติดต่อ SQL และลําดับชั้นหลัก-ลูกไม่สามารถเข้าถึงได้ทั้งหมดโดยใช้ SQL
  • เมตาดาต้าลําดับชั้นอื่น ๆ: โครงสร้างพื้นฐานของลําดับชั้นจะแสดงใน Power BI อย่างไรก็ตาม เมตาดาต้าลําดับชั้นบางชุด เช่นการควบคุมลักษณะการทํางานของลําดับชั้นที่ไม่คร่าว ๆ จะไม่มีผลใดๆ อีกครั้งข้อเท็จจริงนี้เกิดจากข้อจํากัดที่กําหนดโดยอินเทอร์เฟซ SQL
  • เชื่อมต่อโดยใช้ SSL: คุณสามารถเชื่อมต่อโดยใช้การนําเข้าและหลายมิติกับ TLS ได้ แต่ไม่สามารถเชื่อมต่อกับอินสแตนซ์ SAP HANA ที่กําหนดค่าให้ใช้ TLS สําหรับตัวเชื่อมต่อเชิงสัมพันธ์ได้
  • การสนับสนุนสําหรับมุมมองแอตทริบิวต์: Power BI สามารถเชื่อมต่อกับมุมมองการวิเคราะห์และการคํานวณได้ แต่ไม่สามารถเชื่อมต่อโดยตรงกับมุมมองแอตทริบิวต์ได้
  • การสนับสนุนสําหรับวัตถุแค็ตตาล็อก: Power BI ไม่สามารถเชื่อมต่อกับวัตถุแค็ตตาล็อกได้
  • การเปลี่ยนแปลงตัวแปรหลังจากเผยแพร่: คุณไม่สามารถเปลี่ยนค่าสําหรับตัวแปร SAP HANA ใด ๆ ได้โดยตรงในบริการของ Power BI หลังจากเผยแพร่รายงานแล้ว

ปัญหาที่ทราบกันดี

รายการต่อไปนี้อธิบายถึงปัญหาที่ทราบแล้วทั้งหมดเมื่อเชื่อมต่อกับ SAP HANA (DirectQuery) โดยใช้ Power BI

  • ปัญหา SAP HANA เมื่อมีการคิวรีสําหรับตัวนับและหน่วยวัดอื่น ๆ: ข้อมูลที่ไม่ถูกต้องจะถูกส่งกลับจาก SAP HANA ถ้าเชื่อมต่อกับมุมมองการวิเคราะห์ และหน่วยวัดตัวนับและหน่วยวัดอัตราส่วนอื่น ๆ รวมอยู่ในการแสดงผลด้วยภาพเดียวกัน ปัญหานี้ครอบคลุมโดย 2128928 บันทึกย่อ SAP (ผลลัพธ์ที่ไม่คาดคิดเมื่อคิวรีคอลัมน์จากการคํานวณและตัวนับ) หน่วยวัดอัตราส่วนไม่ถูกต้องในกรณีนี้

  • คอลัมน์ Power BI หลายคอลัมน์จากคอลัมน์ SAP HANA เดียว: สําหรับมุมมองการคํานวณบางมุมมองที่คอลัมน์ SAP HANA ถูกใช้ในลําดับชั้นมากกว่าหนึ่งรายการ SAP HANA จะแสดงคอลัมน์เป็นสองแอตทริบิวต์ที่แยกต่างหาก วิธีการนี้ส่งผลให้มีการสร้างสองคอลัมน์ใน Power BI อย่างไรก็ตาม คอลัมน์เหล่านั้นจะถูกซ่อนตามค่าเริ่มต้น และคิวรีทั้งหมดที่เกี่ยวข้องกับลําดับชั้น หรือคอลัมน์ทั้งหมดจะทํางานอย่างถูกต้อง

เนื้อหาที่เกี่ยวข้อง

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับ DirectQuery โปรดดูทรัพยากรต่อไปนี้: