ใช้แบบจําลองแบบรวมใน Power BI

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

ตัวอย่างเช่น ถ้าคุณเชื่อมต่อกับแบบจําลองความหมายของ Power BI อื่นโดยใช้ DirectQuery (ซึ่งเพิ่มตารางในโหมดที่เก็บข้อมูล DirectQuery) และยังมีตารางภายในเครื่องในโหมดนําเข้า แบบจําลองของคุณจะกลายเป็นแบบจําลองแบบรวมเนื่องจากมีตารางที่มีโหมดที่เก็บข้อมูลที่แตกต่างกัน

ประเภทของโมเดลคอมโพสิต

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

สร้างแบบจําลองแบบรวมใน Power BI Desktop

ใน Power BI Desktop คุณสามารถสร้างแบบจําลองความหมายด้วยการนําเข้าหรือตาราง DirectQuery ภายในเครื่องได้ จากนั้นคุณสามารถเพิ่มตารางเพิ่มเติมได้จากปุ่ม รับริ บบิ้นข้อมูล ในโหมดที่เก็บข้อมูลอื่นเพื่อสร้างแบบจําลองแบบรวม

การเพิ่มตาราง DirectQuery จากแบบจําลองความหมายของ Power BI อื่นมีเส้นทางการสร้างที่แตกต่างกันสองสามเส้นทาง

1. ในไฟล์ Power BI เปล่า ก่อนอื่น ให้เชื่อมต่อกับ แบบจําลองความหมายของ Power BI เมื่อเชื่อมต่อแบบสดแล้ว คุณจะมีตัวเลือกในการเปลี่ยนแปลงรุ่นนี้ การเลือก ทําการเปลี่ยนแปลงกับแบบจําลองนี้ จาก Ribbon หรือท้ายกระดาษจะแปลงการเชื่อมต่อแบบสดเป็นการเชื่อมต่อ DirectQuery การเชื่อมต่อ DirectQuery จะสร้างแบบจําลองความหมายภายในเครื่องใหม่ที่มีตารางในโหมดที่เก็บข้อมูล DirectQuery คุณสามารถเพิ่มตารางใหม่ในโหมดนําเข้าหรือที่เก็บข้อมูล DirectQuery รวมทั้งให้ตัวเลือกในการแทนที่คุณสมบัติคอลัมน์บางรายการบนแบบจําลองความหมายต้นทาง

2. ในแบบจําลองความหมายที่มีตารางนําเข้าหรือ DirectQuery อยู่แล้ว ให้ เชื่อมต่อกับ แบบจําลองความหมายของ Power BI และตารางที่คุณเลือกจะถูกเพิ่มเป็น DirectQuery

แบบจําลองความหมายที่สร้างด้วยตาราง Direct Lake จะถูกแก้ไขแบบสดใน Power BI Desktop คุณสามารถเพิ่มตาราง Direct Lake ได้มากขึ้น เมื่อต้องการเพิ่มตารางนําเข้า ให้เปิดแบบจําลองความหมายในการสร้างแบบจําลองเว็บ Power BI เมื่อต้องการเพิ่มตาราง DirectQuery ให้ใช้ XMLA

คุณสามารถแก้ไข Direct Lake และนําเข้าแบบจําลองความหมายในเดสก์ท็อปได้ แต่คุณไม่สามารถเพิ่มตารางเพิ่มเติมได้ คุณสามารถเพิ่มตารางจาก การสร้างแบบจําลองเว็บ Power BI สําหรับ Direct Lake และนําเข้าแบบจําลองแบบรวมเท่านั้น

สร้างแบบจําลองแบบรวมในการสร้างแบบจําลองเว็บ

ในการสร้าง แบบจําลองเว็บ Power BI คุณสามารถสร้างแบบจําลองความหมายด้วยตารางนําเข้าหรือตาราง Direct Lake คุณไม่สามารถเพิ่มตาราง DirectQuery ได้ คุณสามารถเพิ่มตารางเพิ่มเติมในโหมดที่เก็บข้อมูลอื่นเพื่อสร้างแบบจําลองแบบรวม

ใช้โมเดลแบบรวม

ด้วยโมเดลแบบรวม คุณสามารถเชื่อมต่อกับแหล่งข้อมูลประเภทต่างๆ เมื่อคุณใช้ Power BI Desktop หรือบริการของ Power BI ได้ คุณสามารถสร้างการเชื่อมต่อข้อมูลเหล่านั้นได้สองวิธี:

• โดยการนําเข้าข้อมูลไปยัง Power BI ซึ่งเป็นวิธีทั่วไปในการรับข้อมูล
• โดยการเชื่อมต่อโดยตรงไปยังข้อมูลในที่เก็บแหล่งข้อมูลดั้งเดิมโดยใช้ DirectQuery หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับ DirectQuery โปรดดู DirectQuery ใน Power BI

เมื่อคุณใช้ DirectQuery โมเดลแบบรวมช่วยให้คุณสามารถสร้างแบบจําลอง Power BI เช่นไฟล์ Power BI Desktop .pbix เดี่ยว ๆ ที่ทํางานอย่างใดอย่างหนึ่งหรือทั้งสองอย่างต่อไปนี้:

• รวมข้อมูลจากแหล่งที่มา DirectQuery หนึ่งรายการขึ้นไป
• รวมข้อมูลจากแหล่งที่มา DirectQuery และนําเข้าข้อมูล

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

• ข้อมูลการขายจากคลังข้อมูลองค์กร
• ข้อมูลเป้าหมายการขายจากฐานข้อมูลแผนก SQL Server
• ข้อมูลที่นําเข้าจากสเปรดชีต

แบบจําลองความหมายที่รวมตารางจากแหล่งข้อมูล DirectQuery มากกว่าหนึ่งแหล่ง หรือการรวม DirectQuery, Direct Lake และตารางนําเข้า เป็นแบบจําลองความหมายแบบรวม

คุณสามารถสร้างความสัมพันธ์ระหว่างตารางได้ในขณะที่คุณมีอยู่เสมอ แม้ว่าตารางเหล่านั้นมาจากแหล่งข้อมูลที่แตกต่างกัน ความสัมพันธ์ใด ๆ ที่เป็นความสัมพันธ์แบบข้ามแหล่งข้อมูลจะถูกสร้างขึ้นด้วยคาร์ดินาลลิตี้แบบกลุ่มต่อกลุ่มโดยไม่คํานึงถึงคาร์ดินาลลิตี้ที่แท้จริง คุณสามารถเปลี่ยนเป็นแบบหนึ่งต่อกลุ่ม, กลุ่มต่อหนึ่ง หรือหนึ่งต่อหนึ่งได้ ไม่ว่าจํานวนไหนก็ตามที่คุณตั้งค่าคาร์ดินาลลิตี้ ความสัมพันธ์แบบข้ามแหล่งข้อมูลมีพฤติกรรมที่แตกต่างกัน คุณไม่สามารถใช้ฟังก์ชัน Data Analysis Expressions (DAX) เพื่อดึงค่าจากoneด้านข้างmany นอกจากนี้ คุณอาจเห็นผลกระทบต่อประสิทธิภาพการทํางานเทียบกับความสัมพันธ์แบบกลุ่มต่อกลุ่มภายในแหล่งข้อมูลเดียวกัน

ตัวอย่างของโมเดลแบบรวม

สําหรับตัวอย่างของโมเดลแบบรวม ให้พิจารณารายงานที่เชื่อมต่อกับคลังข้อมูลองค์กรใน SQL Server โดยใช้ DirectQuery ในตัวอย่างนี้ คลังข้อมูลประกอบด้วยข้อมูล ยอดขายตามประเทศ ไตรมาส และ จักรยาน (ผลิตภัณฑ์) ดังที่แสดงในภาพต่อไปนี้:

ณ จุดนี้คุณสามารถสร้างภาพง่าย ๆ โดยใช้เขตข้อมูลจากแหล่งที่มานี้ รูปภาพต่อไปนี้แสดงยอดขายทั้งหมดตาม ProductName สําหรับไตรมาสที่เลือก

แต่หากคุณมีข้อมูลในสเปรดชีต Excel เกี่ยวกับผู้จัดการผลิตภัณฑ์ที่กําหนดให้กับแต่ละผลิตภัณฑ์พร้อมกับลําดับความสําคัญทางการตลาดล่ะ? ถ้าคุณต้องการดู จํานวน การขาย ตาม ผู้จัดการผลิตภัณฑ์ อาจไม่สามารถเพิ่มข้อมูลภายในเครื่องนี้ไปยังคลังข้อมูลบริษัทได้ หรืออาจใช้เวลาเป็นเดือนที่ดีที่สุด

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

• บางการรวมของกฎความปลอดภัยบังคับใช้ในแหล่งข้อมูลต้นแบบ
• ความจําเป็นที่จะสามารถดูข้อมูลล่าสุด
• ขนาดหย่อมของข้อมูล

และนี่คือจุดที่โมเดลแบบรวมเข้ามาข้างใน โมเดลแบบรวมช่วยให้คุณเชื่อมต่อกับคลังข้อมูลโดยใช้ DirectQuery จากนั้นใช้ รับข้อมูล สําหรับแหล่งข้อมูลเพิ่มเติม ในตัวอย่างนี้ ก่อนอื่นเราจะสร้างการเชื่อมต่อ DirectQuery ไปยังคลังข้อมูลบริษัท เราใช้ รับข้อมูล เลือก Excel แล้วนําทางไปยังสเปรดชีตที่ประกอบด้วยข้อมูลภายในเครื่องของเรา สุดท้าย นําเข้าสเปรดชีตที่มี ชื่อผลิตภัณฑ์, ผู้จัดการการขาย ที่กําหนด และ ลําดับความสําคัญ

ในรายการเขตข้อมูล คุณสามารถดูตารางสองตาราง: ตาราง จักรยาน เดิมจาก SQL Server และตาราง ProductManagers ตารางใหม่ประกอบด้วยข้อมูลที่นําเข้าจาก Excel

ในทํานองเดียวกัน ในมุมมองความสัมพันธ์ใน Power BI Desktop เราจะเห็นตารางอื่นที่เรียกว่า ProductManagers

ตอนนี้เราจําเป็นต้องเชื่อมโยงตารางเหล่านี้ไปยังตารางอื่น ๆ ในแบบจําลอง เช่นเคย เราสร้างความสัมพันธ์ระหว่างตาราง จักรยาน จาก SQL Server และตาราง นําเข้า ProductManagers นั่นคือ ความสัมพันธ์อยู่ระหว่าง Bike[ProductName] และ ProductManagers[ProductName] ดังที่อภิปรายข้างต้น ความสัมพันธ์ทั้งหมดที่เชื่อมโยงแหล่งข้อมูลจะมีคาร์ดินาลลิตี้กลุ่ม-ต่อ-กลุ่มเริ่มต้น

ตอนนี้เราได้สร้างความสัมพันธ์นี้แล้ว ความสัมพันธ์จะแสดงในมุมมอง ความสัมพันธ์ ใน Power BI Desktop ตามที่เราจะคาดหวัง

ตอนนี้เราสามารถสร้างวิชวลโดยใช้เขตข้อมูล ใด ๆ ในรายการเขตข้อมูล ได้แล้ว วิธีการนี้จะผสมผสานข้อมูลจากหลายแหล่งเข้าด้วยกัน ตัวอย่างเช่น SalesAmount ทั้งหมดสําหรับแต่ละ ผู้จัดการผลิตภัณฑ์ จะแสดงในภาพต่อไปนี้:

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

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

รูปภาพถัดไปอิงจากข้อมูลใหม่และความสัมพันธ์ที่เราสร้างขึ้น ภาพด้านล่างซ้ายแสดง จํานวนการขาย ทั้งหมดเทียบกับ เป้าหมาย และการคํานวณความแปรปรวนแสดงความแตกต่าง ข้อมูล จํานวน การขาย และ เป้าหมาย มาจากสองฐานข้อมูลของ SQL Server ที่แตกต่างกัน

ตั้งค่าโหมดที่เก็บข้อมูล

แต่ละตารางในโมเดลแบบรวมมีโหมดที่เก็บข้อมูลที่ระบุว่าตารางอิงจาก DirectQuery หรือนําเข้า คุณสามารถดูและปรับเปลี่ยนโหมดที่เก็บข้อมูลในบานหน้าต่างคุณสมบัติ ไปยัง view โหมดการจัดเก็บข้อมูล:

1. ในมุมมอง แบบจําลอง ให้เลือกตาราง
2. ในบานหน้าต่าง คุณสมบัติ ให้ขยายส่วน ขั้นสูง แล้วขยายรายการ โหมดที่เก็บข้อมูล

คุณยังสามารถดูโหมดที่เก็บข้อมูลบนคําแนะนําเครื่องมือสําหรับแต่ละตารางได้เมื่อคุณวางเมาส์เหนือตารางในแผงข้อมูล

สําหรับไฟล์ Power BI Desktop ใด ๆ (ไฟล์ .pbix) ที่มีตารางบางส่วนจาก DirectQuery และตารางนําเข้าบางส่วน แถบสถานะจะแสดงโหมดที่เก็บข้อมูลที่เรียกว่า ผสม คุณสามารถเลือกคํานั้นในแถบสถานะและสลับตารางทั้งหมดเพื่อนําเข้าได้อย่างง่ายดาย

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับโหมดที่เก็บข้อมูล โปรดดู จัดการโหมดที่เก็บข้อมูลใน Power BI Desktop

ตารางจากการคำนวณ

คุณสามารถเพิ่มตารางจากการคํานวณไปยังแบบจําลองใน Power BI Desktop ที่ใช้ DirectQuery ได้ Data Analysis Expressions (DAX) ที่กําหนดตารางจากการคํานวณสามารถอ้างอิงได้ทั้งตารางนําเข้าหรือตาราง DirectQuery หรือผสมทั้งสองตารางก็ได้

ตารางจากการคํานวณจะถูกนําเข้าเสมอ และข้อมูลจะรีเฟรชเมื่อคุณรีเฟรชตาราง ถ้าตารางจากการคํานวณอ้างอิงถึงตาราง DirectQuery วิชวลที่อ้างถึงตาราง DirectQuery จะแสดงค่าล่าสุดในแหล่งข้อมูลต้นแบบเสมอ อีกวิธีหนึ่งคือ วิชวลที่อ้างอิงถึงตารางจากการคํานวณจะแสดงค่าในเวลาที่ตารางจากการคํานวณรีเฟรชครั้งล่าสุด

ความหมายโดยนัยของความปลอดภัย

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

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

• ผู้ดูแลระบบฐานข้อมูลที่สามารถดูการติดตามหรือบันทึกการตรวจสอบสามารถดูข้อมูลนี้ได้ แม้ว่าจะไม่มีสิทธิ์ในข้อมูลในแหล่งข้อมูลเดิมก็ตาม ในตัวอย่างนี้ ผู้ดูแลระบบจําเป็นต้องมีสิทธิ์ในไฟล์ Excel

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

เพื่อยืนยันว่าคุณได้พิจารณาผลกระทบด้านความปลอดภัยใดๆ Power BI Desktop จะแสดงข้อความเตือนเมื่อคุณสร้างแบบจําลองแบบรวม

นอกจากนี้ หากผู้เขียนเพิ่ม Table1 จาก แบบจําลอง A ไปยังแบบจําลองแบบรวม (เรียกมันว่า แบบจําลอง C สําหรับการอ้างอิง) ผู้ใช้ที่ดูรายงานที่สร้างขึ้นบน แบบจําลอง C สามารถสอบถาม ตารางใดๆ ใน แบบจําลอง A ที่ไม่ได้รับการปกป้องโดยความปลอดภัยระดับแถว (RLS)

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

ความหมายโดยนัยของประสิทธิภาพ

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

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

• คิวรีต้นทางที่มีค่าสัญพจน์จํานวนมาก: ตัวอย่างเช่น วิชวลที่ร้องขอ ยอดขาย รวมสําหรับชุด ของผู้จัดการผลิตภัณฑ์ ที่เลือกจะต้องค้นหา ผลิตภัณฑ์ ที่ผู้จัดการผลิตภัณฑ์เหล่านั้นจัดการก่อน ลําดับนี้ต้องเกิดขึ้นก่อนที่วิชวลจะส่งคิวรี SQL ที่มีรหัส WHERE ผลิตภัณฑ์ทั้งหมดในส่วนคําสั่ง

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

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

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

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

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

กลุ่มต้นทาง

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

• โมเดลแบบรวมที่เชื่อมต่อกับแบบจําลองความหมายของ Power BI ที่เรียกว่า ยอดขาย และทําให้แบบจําลองความหมายสมบูรณ์ขึ้นโดยการเพิ่ม หน่วยวัด Sales YTD ซึ่งไม่พร้อมใช้งานในแบบจําลองความหมายต้นฉบับ แบบจําลองนี้ประกอบด้วยกลุ่มแหล่งข้อมูลหนึ่งกลุ่ม
• โมเดลแบบรวมที่รวมข้อมูลโดยการนําเข้าตารางจากแผ่นงาน Excel ที่เรียกว่าเป้าหมายและไฟล์ CSV ที่เรียกว่าภูมิภาค และทําการเชื่อมต่อ DirectQuery ไปยังแบบจําลองความหมายของ Power BI ที่เรียกว่ายอดขาย ในกรณีนี้ มีกลุ่มแหล่งข้อมูลสองกลุ่มดังที่แสดงในรูปต่อไปนี้:
  • กลุ่มแหล่งข้อมูลแรกประกอบด้วยตารางจากแผ่นงาน Excel Targets และไฟล์ CSV ภูมิภาค
  • กลุ่มแหล่งข้อมูลที่สองประกอบด้วยรายการจากแบบจําลองความหมายของ Power BI ยอดขาย

ถ้าคุณเพิ่มการเชื่อมต่อ DirectQuery อื่นไปยังแหล่งข้อมูลอื่น เช่น การเชื่อมต่อ DirectQuery ไปยังฐานข้อมูล SQL Server ที่เรียกว่า สินค้าคงคลัง รายการจากแหล่งข้อมูลนั้นจะถูกเพิ่มเป็นกลุ่มแหล่งข้อมูลอื่น:

กลุ่มแหล่งข้อมูลและความสัมพันธ์

แบบจําลองแบบรวมมีความสัมพันธ์สองชนิด:

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

อ่านเพิ่มเติมเกี่ยวกับความแตกต่างระหว่างความสัมพันธ์แบบปกติและแบบจํากัดและผลกระทบของความสัมพันธ์ดังกล่าว

ตัวอย่างเช่น ในรูปต่อไปนี้ เราได้เพิ่มความสัมพันธ์ข้ามกลุ่มแหล่งข้อมูลสามรายการ โดยเชื่อมโยงตารางในกลุ่มแหล่งข้อมูลต่างๆ เข้าด้วยกัน:

ท้องถิ่นและระยะไกล

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

[Average Inventory Count] = Average(Inventory[Inventory Count])

กลุ่มการคํานวณ คิวรี และการประเมินหน่วยวัด

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

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

[Total Sales] = [Internet Sales] + [Reseller Sales]

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

โมเดลแบบรวมบนแบบจําลองความหมาย Power BI และ Analysis Services

ด้วยการใช้แบบจําลองแบบรวมกับแบบจําลองความหมายของ Power BI และ Analysis Services คุณสามารถสร้างแบบจําลองแบบรวมได้โดยใช้การเชื่อมต่อ DirectQuery เพื่อเชื่อมต่อกับแบบจําลองความหมายของ Power BI, Azure Analysis Services (AAS) และ SQL Server 2022 Analysis Services ด้วยแบบจําลองแบบรวม คุณสามารถรวมข้อมูลในแหล่งข้อมูลเหล่านี้กับ DirectQuery และข้อมูลที่นําเข้าอื่นๆ ได้ ผู้เขียนรายงานที่ต้องการรวมข้อมูลจากแบบจําลองความหมายขององค์กรกับข้อมูลอื่นๆ ที่พวกเขาเป็นเจ้าของ เช่น สเปรดชีต Excel หรือต้องการปรับแต่งหรือเพิ่มข้อมูลเมตาจากแบบจําลองความหมายขององค์กร

การจัดการแบบจําลองแบบรวมในแบบจําลองความหมาย Power BI

เมื่อต้องการสร้างและใช้แบบจําลองแบบรวมบนแบบจําลองความหมายของ Power BI ผู้เช่าของคุณต้องเปิดใช้งานสวิตช์ต่อไปนี้:

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

นอกจากนี้ สําหรับความจุแบบพรีเมียมและพรีเมียมต่อผู้ใช้ ควรเปิดใช้งานการตั้งค่า "ตําแหน่งข้อมูล XMLA" และตั้งค่าเป็น "อ่านอย่างเดียว" หรือ "อ่าน/เขียน"

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

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

ด้วยวิธีนี้คุณยังคงสามารถสํารวจแบบจําลองความหมายในสภาพแวดล้อม Power BI Desktop ภายในเครื่องของคุณและสร้างโมเดลแบบรวม อย่างไรก็ตาม คุณไม่สามารถเผยแพร่รายงานไปยังบริการได้ เมื่อคุณเผยแพร่รายงานและแบบจําลอง คุณจะเห็นข้อความแสดงข้อผิดพลาดต่อไปนี้ และการเผยแพร่ถูกบล็อก:

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

การสร้างแบบจําลองแบบรวมบนแบบจําลองความหมายหรือแบบจําลอง

เมื่อต้องการสร้างแบบจําลองแบบรวมบนแบบจําลองความหมายของ Power BI หรือแบบจําลอง Analysis Services รายงานของคุณจําเป็นต้องมีแบบจําลองภายในเครื่อง คุณสามารถเริ่มต้นจากการเชื่อมต่อสด และเพิ่มหรืออัปเกรดเป็นแบบจําลองภายในเครื่อง หรือเริ่มต้นด้วยการเชื่อมต่อ DirectQuery หรือข้อมูลที่นําเข้า ซึ่งจะสร้างแบบจําลองภายในเครื่องในรายงานของคุณโดยอัตโนมัติ

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

ถ้าคุณเชื่อมต่อกับแบบจําลองความหมายของ Power BI คุณจะเห็นข้อความที่บอกคุณว่าแบบจําลองความหมายของ Power BI ใดที่คุณเชื่อมต่ออยู่:

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

เมื่อคุณเลือกปุ่ม กล่องโต้ตอบจะปรากฏขึ้นเพื่อยืนยันการเพิ่มโมเดลภายในเครื่อง เลือก เพิ่มแบบจําลองภายในเครื่อง เพื่อเปิดใช้งานการสร้างคอลัมน์ใหม่หรือปรับเปลี่ยนข้อมูลเมตาสําหรับเขตข้อมูลจากแบบจําลองความหมายของ Power BI หรือ Analysis Services รูปภาพต่อไปนี้แสดงกล่องโต้ตอบ

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

การเกี่ยวโยง

แบบจําลองความหมายและแบบจําลองความหมายที่ใช้เป็นพื้นฐานเป็นห่วงโซ่ กระบวนการนี้เรียกว่า การเชื่อมโยง ช่วยให้คุณสามารถเผยแพร่รายงานและแบบจําลองความหมายตามแบบจําลองความหมายของ Power BI อื่นๆ

ตัวอย่างเช่น สมมติว่าเพื่อนร่วมงานของคุณเผยแพร่แบบจําลองความหมาย Power BI ที่เรียกว่ายอดขายและงบประมาณตามแบบจําลอง Analysis Services ที่เรียกว่ายอดขาย และรวมเข้ากับแผ่นงาน Excel ที่เรียกว่างบประมาณ จากนั้น คุณสร้างและเผยแพร่แบบจําลองความหมายและรายงานแบบรวม ที่เรียกว่า ยอดขายและงบประมาณยุโรป โดยใช้แบบจําลองความหมาย Power BI ยอดขายและงบประมาณ ที่มีการปรับเปลี่ยนของคุณเอง โมเดลความหมายนี้เป็นอันดับสามในห่วงโซ่

1. ห่วงโซ่แรกคือแบบจําลองบริการวิเคราะห์การขาย
2. ห่วงโซ่ที่สองคือแบบจําลองความหมายแบบรวม Power BI การขายและงบประมาณ
3. ห่วงโซ่ที่สามคือแบบจําลองความหมายแบบรวม Power BI ของ ยอดขายและงบประมาณยุโรป ของคุณ

รูปภาพต่อไปนี้แสดงถึงกระบวนการเกี่ยวโยงนี้

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

สิทธิและสิทธิการใช้งาน

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

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

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

ตัวอย่างต่อไปนี้แสดงให้เห็นถึงสิทธิ์ที่จําเป็น:

• โมเดลแบบรวม A (เป็นเจ้าของโดย เจ้าของ A)

  • แหล่งข้อมูล A1: แบบจําลองความหมาย B
    เจ้าของ A ต้องมีสิทธิ์ สร้าง บน Semantic Model B เพื่อให้ผู้ใช้สามารถดูรายงานที่ใช้ Composite Model A ได้

• โมเดลแบบรวม C (เป็นเจ้าของโดย เจ้าของ C)

  • แหล่งข้อมูล C1: แบบจําลองความหมาย D
    เจ้าของ C ต้องมีสิทธิ์ สร้าง บน Semantic Model D เพื่อให้ผู้ใช้สามารถดูรายงานที่ใช้ Composite Model C ได้
  • แหล่งข้อมูล C2: โมเดลแบบรวม A
    เจ้าของ C ต้องมีสิทธิ์ในการสร้างบนแบบจําลองแบบรวม A และอ่านสิทธิ์ในแบบจําลองความหมาย B

ผู้ใช้ที่ดูรายงานที่ใช้แบบจําลองแบบรวม A ต้องมีสิทธิ์อ่านทั้งแบบจําลองแบบรวม A และแบบจําลองความหมาย B ในขณะที่รายงานการดูของผู้ใช้ที่ใช้แบบจําลองแบบรวม C ต้องมีสิทธิ์อ่านในแบบจําลองแบบรวม C, แบบจําลองความหมาย D, แบบจําลองแบบรวม A และแบบจําลองความหมาย B

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

คําเตือนเกี่ยวกับความปลอดภัย

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

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

สถานการณ์จำลองที่ได้รับการสนับสนุน

คุณสามารถสร้างแบบจําลองแบบรวมโดยใช้ข้อมูลจากแบบจําลองความหมายของ Power BI หรือแบบจําลอง Analysis Services เพื่อให้บริการในสถานการณ์ต่อไปนี้:

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

การทํางานกับโมเดลแบบรวมตามแบบจําลองความหมาย

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

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

• คุณไม่สามารถแก้ไข ลบ หรือสร้างความสัมพันธ์ใหม่ในแบบจําลองความหมาย Power BI หรือแหล่งข้อมูล Analysis Services เดียวกันได้ ถ้าคุณมีการเข้าถึงเพื่อแก้ไขแหล่งข้อมูลเหล่านี้ คุณสามารถทําการเปลี่ยนแปลงในแหล่งข้อมูลได้โดยตรงแทน

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

• เมื่อต้องการสร้างรายงานในบริการของ Power BI บนแบบจําลองแบบรวมตามแบบจําลองความหมายอื่น คุณต้องตั้งค่าข้อมูลประจําตัวทั้งหมด

• การเชื่อมต่อกับ SQL Server 2022 และเซิร์ฟเวอร์ Analysis Services รุ่นใหม่กว่าภายในองค์กรหรือ IAAS จําเป็นต้องมีเกตเวย์ข้อมูลภายในองค์กร (โหมดมาตรฐาน)

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

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

• KPI การรักษาความปลอดภัยระดับแถว และการแปลจะไม่ถูกนําเข้าจากแหล่งข้อมูล

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

  

  สําหรับข้อมูลเพิ่มเติมเกี่ยวกับการใช้คอลัมน์วันที่เทียบกับลําดับชั้นวันที่ ให้ดู ใช้วันที่หรือเวลาอัตโนมัติใน Power BI Desktop

• ความยาวสูงสุดของการเกี่ยวโยงแบบจําลองคือสาม การขยายเกินความยาวการเกี่ยวโยงสามระดับไม่ได้รับการรองรับและส่งผลให้เกิดข้อผิดพลาด

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

• Power Query ไม่แสดงการเชื่อมต่อกับแบบจําลองความหมายของ Power BI หรือแบบจําลอง Analysis Services

ข้อจํากัดต่อไปนี้จะนําไปใช้เมื่อทํางานกับ DirectQuery สําหรับแบบจําลองความหมาย Power BI และบริการวิเคราะห์:

• พารามิเตอร์สําหรับฐานข้อมูลและชื่อเซิร์ฟเวอร์ถูกปิดใช้งานในขณะนี้
• การกําหนด RLS บนตารางจากแหล่งข้อมูลระยะไกลไม่ได้รับการสนับสนุน
• การใช้แหล่งข้อมูลต่อไปนี้เป็นแหล่งข้อมูล DirectQuery ไม่ได้รับการสนับสนุน:
  • แบบจําลองแบบตารางของ SQL Server Analysis Services (SSAS) ก่อนเวอร์ชัน 2022
  • แบบจําลองหลายมิติ SSAS
  • SAP Hana
  • SAP Business Warehouse
  • แบบจําลองความหมายแบบเรียลไทม์
  • แบบจําลองความหมายตัวอย่าง
  • การรีเฟรช Excel Online
  • ข้อมูลที่นําเข้าจากไฟล์ Excel หรือ CSV บนบริการ
  • เมตริกการใช้งาน
  • แบบจําลองความหมายที่จัดเก็บไว้ใน "พื้นที่ทํางานของฉัน"
• การใช้ Power BI Embedded กับแบบจําลองความหมายที่มีการเชื่อมต่อ DirectQuery ไปยังแบบจําลอง Analysis Services ภายนอก (Azure Analysis Services/SQL Server Analysis Services) ยังไม่ได้รับการสนับสนุนในขณะนี้
• ไม่รองรับการเผยแพร่รายงานไปยังเว็บโดยใช้คุณลักษณะการเผยแพร่ไปยังเว็บ
• กลุ่มการคํานวณบนแหล่งข้อมูลระยะไกลไม่ได้รับการสนับสนุน ด้วยผลลัพธ์คิวรีที่ไม่ได้กําหนดไว้
• ตารางจากการคํานวณและคอลัมน์จากการคํานวณที่อ้างอิงตาราง DirectQuery จากแหล่งข้อมูลที่มีการรับรองความถูกต้องการลงชื่อเข้าระบบครั้งเดียว (SSO) ได้รับการสนับสนุนในบริการของ Power BI ด้วยการเชื่อมต่อระบบคลาวด์ที่แชร์ได้และ / หรือการควบคุมการเข้าถึงที่แยกย่อย
• ถ้าคุณเปลี่ยนชื่อพื้นที่ทํางานหลังจากตั้งค่าการเชื่อมต่อ DirectQuery คุณจําเป็นต้องอัปเดตแหล่งข้อมูลใน Power BI Desktop เพื่อให้รายงานทํางานต่อไป
• การรีเฟรชหน้าอัตโนมัติ (APR) ได้รับการสนับสนุนสําหรับบางสถานการณ์เท่านั้น โดยขึ้นอยู่กับชนิดแหล่งข้อมูล สําหรับข้อมูลเพิ่มเติม ดูการรีเฟรชหน้าอัตโนมัติใน Power BI
• การเข้าครอบครองแบบจําลองความหมายที่ใช้คุณลักษณะ DirectQuery ไปยังแบบจําลองความหมายอื่น ๆ ไม่ได้รับการสนับสนุนในขณะนี้
• เช่นเดียวกับแหล่งข้อมูล DirectQuery ลําดับชั้นที่กําหนดไว้ในแบบจําลอง Analysis Services หรือแบบจําลองความหมายของ Power BI จะไม่แสดงเมื่อเชื่อมต่อกับแบบจําลองหรือแบบจําลองความหมายในโหมด DirectQuery โดยใช้ Excel

เมื่อทํางานกับ DirectQuery สําหรับแบบจําลองความหมายของ Power BI และ Analysis Services ให้พิจารณาคําแนะนําต่อไปนี้:

• ใช้คอลัมน์ที่มีคาร์ดินาลลิตี้ต่ําในความสัมพันธ์แบบข้ามกลุ่มแหล่งข้อมูล: เมื่อคุณสร้างความสัมพันธ์ระหว่างสองกลุ่มแหล่งข้อมูลที่แตกต่างกัน คอลัมน์ที่เข้าร่วมในความสัมพันธ์ (หรือที่เรียกว่าคอลัมน์การรวม) ควรมีคาร์ดินาลลิตี้ต่ํา ซึ่งเหมาะอย่างยิ่งที่จะมีจํานวน 50,000 หรือน้อยกว่า การพิจารณานี้ใช้กับคอลัมน์คีย์สตริงที่ไม่ใช่ สําหรับคอลัมน์คีย์สตริง โปรดดูข้อควรพิจารณาต่อไปนี้
• หลีกเลี่ยงการใช้คอลัมน์คีย์ของสตริงขนาดใหญ่ในความสัมพันธ์แบบข้ามกลุ่มแหล่งข้อมูล: เมื่อสร้างความสัมพันธ์แบบข้ามกลุ่มแหล่งข้อมูล ให้หลีกเลี่ยงการใช้คอลัมน์สตริงขนาดใหญ่เป็นคอลัมน์ความสัมพันธ์ โดยเฉพาะอย่างยิ่งสําหรับคอลัมน์ที่มีคาร์ดินาลลิตี้ขนาดใหญ่ เมื่อคุณต้องใช้คอลัมน์สตริงเป็นคอลัมน์ความสัมพันธ์ ให้คํานวณความยาวของสตริงที่คาดไว้สําหรับตัวกรองโดยการคูณคาร์ดินาลลิตี้ (C) ตามความยาวเฉลี่ยของคอลัมน์สตริง (A) ตรวจสอบให้แน่ใจว่าความยาวสตริงที่คาดไว้ต่ํากว่า 250,000 ดังนั้น A ∗ C < 250,000

สําหรับข้อควรพิจารณาและคําแนะนําเพิ่มเติม โปรดดู คําแนะนําโมเดลแบบรวม

ข้อควรพิจารณาของผู้เช่า

คุณต้องเผยแพร่แบบจําลองใดๆ ที่มีการเชื่อมต่อ DirectQuery กับแบบจําลองความหมายของ Power BI หรือไปยัง Analysis Services ในผู้เช่าเดียวกัน ข้อกําหนดนี้มีความสําคัญอย่างยิ่งเมื่อเข้าถึงแบบจําลองความหมายของ Power BI หรือแบบจําลอง Analysis Services โดยใช้ข้อมูลประจําตัวของผู้เยี่ยมชม B2B ดังที่แสดงในแผนภาพต่อไปนี้

พิจารณาไดอะแกรมต่อไปนี้ ขั้นตอนที่มีหมายเลขในแผนภาพอธิบายไว้ในย่อหน้าต่อไปนี้

ในแผนภาพ Ash ทํางานร่วมกับ Contoso และเข้าถึงข้อมูลที่ Fabrikam ให้มา ด้วย Power BI Desktop Ash สร้างการเชื่อมต่อ DirectQuery กับแบบจําลอง Analysis Services ที่ Fabrikam โฮสต์

ในการรับรองความถูกต้อง Ash ใช้ข้อมูลประจําตัวผู้ใช้ที่เป็นแขก B2B (ขั้นตอนที่ 1 ในแผนภาพ)

ถ้า Ash เผยแพร่รายงานไปยังบริการของ Power BI ของ Contoso (ขั้นตอนที่ 2) แบบจําลองความหมายที่เผยแพร่ในผู้เช่า Contoso ไม่สามารถรับรองความถูกต้องกับแบบจําลอง Analysis Services ของ Fabrikam ได้สําเร็จ (ขั้นตอนที่ 3) ผลที่ได้คือ รายงานไม่ทํางาน

ในสถานการณ์นี้ เนื่องจาก Fabrikam โฮสต์แบบจําลอง Analysis Services คุณต้องเผยแพร่รายงานในผู้เช่าของ Fabrikam ด้วย หลังจากการเผยแพร่สําเร็จในผู้เช่าของ Fabrikam (ขั้นตอนที่ 4) แบบจําลองความหมายสามารถเข้าถึงแบบจําลอง Analysis Services (ขั้นตอนที่ 5) ได้สําเร็จและรายงานทํางานได้อย่างถูกต้อง

การทํางานกับการรักษาความปลอดภัยระดับวัตถุ

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

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

OLS ถูกกําหนดไว้สําหรับ และนําไปใช้กับแบบจําลองแหล่งข้อมูล คุณไม่สามารถกําหนดสําหรับแบบจําลองแบบรวมที่สร้างขึ้นบนแบบจําลองต้นทาง

เมื่อคุณสร้างแบบจําลองแบบรวมบนแบบจําลองความหมายของ Power BI ที่ป้องกันด้วย OLS หรือแบบจําลอง Analysis Services ผ่านการเชื่อมต่อ DirectQuery คุณคัดลอก Schema แบบจําลองจากแบบจําลองต้นทางไปยังแบบจําลองแบบรวม สิ่งที่คุณคัดลอกขึ้นอยู่กับสิ่งที่คุณได้รับอนุญาตให้ดูในแบบจําลองต้นทางตามกฎ OLS ที่ใช้ที่นั่น คุณไม่ได้คัดลอกข้อมูลไปยังแบบจําลองแบบรวม – คุณจะดึงข้อมูลผ่าน DirectQuery จากแบบจําลองต้นทางเสมอเมื่อจําเป็น กล่าวอีกนัยหนึ่งการเรียกข้อมูลจะกลับไปยังรูปแบบแหล่งข้อมูลเสมอซึ่งใช้กฎ OLS

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

• ใครบางคนที่กําลังดูโมเดลแบบรวมอาจเห็นวัตถุที่ซ่อนอยู่ในแบบจําลองต้นทางโดย OLS
• ในทางกลับกัน พวกเขาอาจไม่เห็นวัตถุในแบบจําลองแบบรวมที่พวกเขาสามารถเห็นได้ในแบบจําลองแหล่งข้อมูล เนื่องจากวัตถุนั้นถูกซ่อนจากผู้สร้างแบบจําลองแบบรวมโดยกฎ OLS ที่ควบคุมการเข้าถึงแบบจําลองต้นทาง

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

เมื่อคํานึงถึงพื้นหลังนี้ ให้พิจารณาสถานการณ์ต่อไปนี้:

1. Admin_user เผยแพร่แบบจําลองความหมายขององค์กรโดยใช้แบบจําลองความหมายของ Power BI หรือแบบจําลอง Analysis Services ที่มีตารางลูกค้าและตารางอาณาเขต Admin_user เผยแพร่แบบจําลองความหมายไปยังบริการของ Power BI และตั้งค่ากฎ OLS ที่มีผลต่อไปนี้:

   • ผู้ใช้ทางการเงินไม่สามารถมองเห็นตารางลูกค้า
   • ผู้ใช้ทางการตลาดไม่สามารถมองเห็นตารางดินแดน

2. Finance_user เผยแพร่แบบจําลองความหมายที่เรียกว่า "แบบจําลองความหมายทางการเงิน" และรายงานที่เรียกว่า "รายงานการเงิน" ที่เชื่อมต่อผ่าน DirectQuery ไปยังแบบจําลองความหมายขององค์กรที่เผยแพร่ในขั้นตอนที่ 1 รายงานทางการเงินประกอบด้วยวิชวลที่ใช้คอลัมน์จากตารางดินแดน

3. Marketing_user เปิดรายงานการเงิน วิชวลที่ใช้ตารางดินแดนจะแสดง แต่แสดงข้อผิดพลาดเนื่องจากเมื่อเปิดรายงาน DirectQuery จะพยายามดึงข้อมูลจากแบบจําลองแหล่งที่มาโดยใช้ข้อมูลประจําตัวของ Marketing_user ซึ่งถูกบล็อกไม่ให้เห็นตาราง ดินแดน ตามกฎ OLS ที่ตั้งค่าไว้ในแบบจําลองความหมายขององค์กร

4. Marketing_user สร้างรายงานใหม่ที่เรียกว่า "รายงานการตลาด" ที่ใช้แบบจําลองความหมายทางการเงินเป็นแหล่งข้อมูล รายการเขตข้อมูลจะแสดงตารางและคอลัมน์ที่ Finance_user มีสิทธิ์เข้าถึง ดังนั้น ตารางดินแดนจะแสดงในรายการเขตข้อมูล แต่ไม่แสดงตารางลูกค้า อย่างไรก็ตาม เมื่อ Marketing_user พยายามสร้างวิชวลที่ใช้คอลัมน์จากตาราง ดินแดน ระบบจะแสดงข้อผิดพลาดเนื่องจากณ จุดนั้น DirectQuery พยายามดึงข้อมูลจากแบบจําลองแหล่งที่มาโดยใช้ข้อมูลประจําตัวของ Marketing_user และกฎ OLS อีกครั้งเพื่อเปิดและบล็อกการเข้าถึง สิ่งเดียวกันนี้เกิดขึ้นเมื่อ Marketing_user สร้างแบบจําลองเชิงความหมายใหม่และรายงานที่เชื่อมต่อกับแบบจําลองความหมายทางการเงินด้วยการเชื่อมต่อ DirectQuery พวกเขาจะเห็นตาราง ดินแดน ในรายการเขตข้อมูล เนื่องจากนั่นคือสิ่งที่ Finance_user เห็น แต่เมื่อพวกเขาพยายามสร้างวิชวลที่ใช้ตารางนั้น พวกเขาจะถูกบล็อกโดยกฎ OLS ในแบบจําลองความหมายขององค์กร

5. ตอนนี้สมมติว่า Admin_user อัปเดตกฎ OLS บนแบบจําลองความหมายขององค์กรเพื่อหยุดการเงินไม่ให้เห็นตารางดินแดน

6. กฎ OLS ที่อัปเดตแล้วจะแสดงในแบบจําลองความหมายทางการเงินเมื่อมีการรีเฟรชเท่านั้น ดังนั้นเมื่อ Finance_user รีเฟรชแบบจําลองความหมายทางการเงิน ตารางดินแดนจะไม่แสดงในรายการเขตข้อมูลอีกต่อไป และภาพในรายงานทางการเงินที่ใช้คอลัมน์จากตารางดินแดนจะส่งกลับข้อผิดพลาดสําหรับ Finance_user เนื่องจากในขณะนี้พวกเขาไม่ได้รับอนุญาตให้เข้าถึงตารางดินแดน

สรุป:

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

การโหลดชุดย่อยของตารางจากแบบจําลองความหมาย Power BI หรือแบบจําลอง Analysis Services

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

กล่องโต้ตอบนี้ไม่แสดงสําหรับการเชื่อมต่อแบบสด

การตั้งค่ากฎการทําซ้ํา

คุณสามารถระบุกฎการทําซ้ําเพื่อให้หน่วยวัดและชื่อตารางไม่ซ้ํากันในโมเดลแบบรวมโดยใช้ ตัวเลือกการตั้งค่า ในกล่องโต้ตอบที่แสดงไว้ก่อนหน้านี้:

ในตัวอย่างก่อนหน้านี้ เราได้เพิ่ม ' (การตลาด)' เป็นคําต่อท้ายของตารางหรือชื่อหน่วยวัดใดๆ ที่ขัดแย้งกับแหล่งข้อมูลอื่นในแบบจําลองแบบรวม คุณสามารถ:

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

หลังจากที่คุณทําการเชื่อมต่อและตั้งค่ากฎการขจัดข้อมูลซ้ําซ้อนแล้ว รายการฟิลด์ของคุณจะแสดงทั้ง 'ลูกค้า' และ 'ลูกค้า (การตลาด)' ตามกฎการขจัดข้อมูลซ้ําซ้อนที่ตั้งค่าไว้ในตัวอย่างของเรา:

ถ้าคุณไม่ได้ระบุกฎการขจัดข้อมูลซ้ําซ้อน หรือกฎการขจัดข้อมูลซ้ําซ้อนที่คุณระบุไม่ได้แก้ไขข้อขัดแย้งของชื่อ กฎการขจัดข้อมูลซ้ําซ้อนมาตรฐานจะยังคงถูกนําไปใช้ กฎการทําซ้ํามาตรฐานเพิ่มหมายเลขให้กับชื่อของรายการที่ขัดแย้ง หากมีชื่อขัดแย้งกันในตาราง "ลูกค้า" ตาราง "ลูกค้า" ตารางใดตารางหนึ่งจะถูกเปลี่ยนชื่อเป็น "ลูกค้า 2"

การปรับเปลี่ยน XMLA และโมเดลแบบรวม

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

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับแท็กสายข้อมูลของวัตถุแบบจําลองความหมาย โปรดดู แท็กสายข้อมูลสําหรับแบบจําลองความหมายของ Power BI

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

โมเดลแบบรวมนําเสนอข้อควรพิจารณาและข้อจํากัดสองสามข้อ:

การเชื่อมต่อโหมดผสม - เมื่อคุณใช้การเชื่อมต่อโหมดผสมที่มีข้อมูลออนไลน์ (เช่น แบบจําลองความหมายของ Power BI) และแบบจําลองความหมายภายในองค์กร (เช่น เวิร์กบุ๊ก Excel) คุณต้องสร้างการแม็ปเกตเวย์เพื่อให้วิชวลปรากฏอย่างถูกต้อง

ในปัจจุบัน การ รีเฟรช แบบเพิ่มหน่วยได้รับการสนับสนุนสําหรับโมเดลแบบรวมที่เชื่อมต่อกับ SQL, Oracle และแหล่งข้อมูล Teradata เท่านั้น

แหล่งตาราง Live Connect ดังต่อไปนี้ไม่สามารถใช้กับโมเดลแบบรวม:

• SAP Hana
• SAP Business Warehouse
• SQL Server Analysis Services เวอร์ชันก่อนหน้า 2022
• เมตริกการใช้งาน (พื้นที่ทํางานของฉัน)

การใช้แบบจําลองความหมายการสตรีมในแบบจําลองแบบรวมไม่ได้รับการสนับสนุน

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

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

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

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

• ใช้ความสัมพันธ์แบบกลุ่ม-ต่อ-กลุ่มใน Power BI Desktop
• จัดการโหมดที่เก็บข้อมูลใน Power BI Desktop
• DirectQuery ใน Power BI
• แหล่งข้อมูล Power BI
• ความสัมพันธ์ของแบบจําลองใน Power BI Desktop