หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
Direct Lake เป็นตัวเลือกโหมดที่เก็บข้อมูลสําหรับตารางในแบบจําลองความหมายของ Power BI ที่ถูกจัดเก็บไว้ในพื้นที่ทํางานของ Microsoft Fabric ซึ่งได้รับการปรับให้เหมาะสมสําหรับข้อมูลขนาดใหญ่ที่สามารถโหลดลงในหน่วยความจําจาก ตาราง Delta ที่จัดเก็บไว้ใน OneLake ซึ่งเป็นร้านค้าเดียวสําหรับข้อมูลการวิเคราะห์ทั้งหมดได้อย่างรวดเร็ว เมื่อโหลดลงในหน่วยความจําแล้ว แบบจําลองความหมายจะเปิดใช้งานการวิเคราะห์เชิงโต้ตอบประสิทธิภาพสูง
Direct Lake เหมาะอย่างยิ่งสําหรับแบบจําลองความหมายที่เชื่อมต่อกับเลคเฮ้าส์ Fabric ขนาดใหญ่ คลังสินค้า และแหล่งข้อมูลอื่น ๆ ที่มีตาราง Delta โดยเฉพาะอย่างยิ่งเมื่อจําลองปริมาณข้อมูลทั้งหมดลงในแบบจําลองการนําเข้านั้นท้าทายหรือเป็นไปไม่ได้ คิวรี Direct Lake เช่น โหมดนําเข้า ที่ประมวลผลโดยเครื่องมือคิวรี VertiPaq ในขณะที่ DirectQuery จะรวมคิวรีไปยังแหล่งข้อมูลต้นแบบ ซึ่งหมายความว่าคิวรี Direct Lake เช่น โหมดการนําเข้ามักจะมีประสิทธิภาพเหนือขึ้นจาก DirectQuery
อย่างไรก็ตาม Direct Lake แตกต่างจากโหมดการนําเข้าในวิธีสําคัญ: การดําเนินการรีเฟรชสําหรับแบบจําลองความหมาย Direct Lake นั้นแตกต่างกันตามการดําเนินการรีเฟรชสําหรับแบบจําลองความหมายแบบนําเข้า โหมดการนําเข้าจะคัดลอกข้อมูลและสร้างสําเนาของข้อมูลที่แคชทั้งหมดสําหรับแบบจําลองความหมาย ในขณะที่การรีเฟรช Direct Lake จะคัดลอกเฉพาะเมตาดาต้าเท่านั้น (เรียกว่า การเฟรมอธิบายไว้ภายหลังในบทความนี้) ซึ่งอาจใช้เวลาสองถึงสามวินาทีในการดําเนินการให้เสร็จสมบูรณ์ การรีเฟรช Direct Lake เป็นการดําเนินการที่มีค่าใช้จ่ายต่ําซึ่งวิเคราะห์เมตาดาต้าของตาราง Delta เวอร์ชันล่าสุด และมีการอัปเดตเพื่ออ้างอิงไฟล์ล่าสุดใน OneLake ในทางตรงกันข้าม สําหรับการรีเฟรชการนําเข้าจะสร้างสําเนาของข้อมูล ซึ่งอาจใช้เวลามาก และใช้แหล่งข้อมูลที่สําคัญและทรัพยากรความจุ (หน่วยความจําและ CPU) Direct Lake ย้ายการเตรียมข้อมูลไปยัง OneLake และในการดําเนินการดังกล่าวใช้เทคโนโลยี Fabric เต็มรูปแบบสําหรับการเตรียมข้อมูล รวมถึงงาน Spark คําสั่ง T-SQL DML กระแสข้อมูล ไปป์ไลน์ และอื่น ๆ
โหมดที่เก็บข้อมูล Direct Lake มีประโยชน์ดังต่อไปนี้:
- คล้ายกับโหมดการนําเข้า คิวรี Direct Lake จะได้รับการประมวลผลโดยกลไก VertiPaq และทําให้ประสิทธิภาพการทํางานของคิวรีเทียบกับโหมดนําเข้าได้โดยไม่ต้องมีค่าใช้จ่ายในการจัดการวงจรการรีเฟรชข้อมูลเพื่อโหลดปริมาณข้อมูลทั้งหมด
- ใช้การลงทุน Fabric ที่มีอยู่โดยการรวมเข้ากับเลคเฮ้าส์ขนาดใหญ่ คลังสินค้า และแหล่ง Fabric อื่น ๆ ด้วยตาราง Delta อย่างราบรื่น ตัวอย่างเช่น Direct Lake เป็นตัวเลือกที่เหมาะสําหรับเลเยอร์การวิเคราะห์ ทอง ในสถาปัตยกรรมของบ้านทะเลสาบเหรียญ
- เพิ่มผลตอบแทนจากการลงทุน (ROI) ให้สูงสุดเนื่องจากปริมาณข้อมูลที่วิเคราะห์สามารถเกินขีดจํากัดหน่วยความจําสูงสุดของความจุเนื่องจากเฉพาะข้อมูลที่จําเป็นในการตอบคิวรีเท่านั้นที่จะโหลดลงในหน่วยความจํา
- ลดเวลาแฝงของข้อมูลโดยการซิงโครไนซ์แบบจําลองเชิงความหมายกับแหล่งข้อมูลได้อย่างรวดเร็วและโดยอัตโนมัติ ทําให้ข้อมูลใหม่พร้อมใช้งานสําหรับผู้ใช้ทางธุรกิจโดยไม่มีกําหนดการรีเฟรช
คุณควรใช้โหมดที่เก็บข้อมูล Direct Lake เมื่อใด
กรณีการใช้งานหลักสําหรับโหมดที่เก็บข้อมูล Direct Lake มักใช้สําหรับโครงการวิเคราะห์ที่ขับเคลื่อนด้วย IT ที่ใช้สถาปัตยกรรมที่ขับเคลื่อนด้วยทะเลสาบ ในสถานการณ์ดังกล่าว คุณมี หรือคาดว่าจะสะสม ปริมาณข้อมูลขนาดใหญ่ใน OneLake การโหลดข้อมูลดังกล่าวอย่างรวดเร็วลงในหน่วยความจํา การดําเนินการรีเฟรชที่ใช้บ่อยและรวดเร็ว การใช้ทรัพยากรความจุที่มีประสิทธิภาพ และประสิทธิภาพการคิวรีอย่างรวดเร็วมีความสําคัญสําหรับกรณีการใช้งานนี้ทั้งหมด
โน้ต
แบบจําลองความหมายของการนําเข้าและ DirectQuery ยังคงเกี่ยวข้องกันใน Fabric และเป็นตัวเลือกที่เหมาะสมของแบบจําลองความหมายสําหรับบางสถานการณ์ ตัวอย่างเช่น โหมดการนําเข้าที่เก็บข้อมูลมักจะทํางานได้ดีกับนักวิเคราะห์แบบบริการตนเองที่ต้องการอิสระและความคล่องตัวในการดําเนินการอย่างรวดเร็วและไม่จําเป็นต้องใช้ IT เพื่อเพิ่มองค์ประกอบข้อมูลใหม่
นอกจากนี้ การรวม OneLake จะเขียนข้อมูลสําหรับตารางในโหมดที่เก็บข้อมูลแบบนําเข้าไปยัง ตาราง Delta ใน OneLake โดยอัตโนมัติโดยไม่เกี่ยวข้องกับความพยายามในการโยกย้ายใด ๆ ซึ่งจะช่วยให้คุณสามารถตระหนักถึงประโยชน์มากมายของ Fabric ที่มีให้สําหรับผู้ใช้แบบจําลองเชิงความหมายการนําเข้า เช่น การรวมกับ lakehouses ผ่านทางลัด คิวรี SQL สมุดบันทึก และอื่น ๆ อีกมากมาย เราขอแนะนําให้ตัวเลือกนี้เป็นวิธีที่รวดเร็วในการชดเชยประโยชน์ของ Fabric โดยไม่จําเป็นต้องออกแบบใหม่ทันทีหรือออกแบบระบบคลังข้อมูลที่มีอยู่ของคุณใหม่และ/หรือระบบการวิเคราะห์
Direct Lake ขึ้นอยู่กับการเตรียมข้อมูลที่กําลังดําเนินการในที่จัดเก็บข้อมูลดิบ การเตรียมข้อมูลสามารถทําได้โดยใช้เครื่องมือต่าง ๆ เช่น งาน Spark สําหรับ Fabric lakehouses คําสั่ง T-SQL DML สําหรับคลังสินค้า Fabric กระแสข้อมูล ไปป์ไลน์ และอื่น ๆ ซึ่งช่วยให้มั่นใจได้ว่าตรรกะการเตรียมข้อมูลจะดําเนินการอัพสตรีมในสถาปัตยกรรมเพื่อเพิ่มความสามารถในการนํามาใช้ใหม่ให้ได้มากที่สุด อย่างไรก็ตาม หากผู้สร้างแบบจําลองความหมายไม่มีความสามารถในการปรับเปลี่ยนรายการแหล่งข้อมูล ตัวอย่างเช่น ถ้านักวิเคราะห์แบบบริการตนเองไม่มีสิทธิ์เขียนบน lakehouse ที่จัดการโดย IT การเพิ่มแบบจําลองที่มีตารางโหมดที่เก็บข้อมูลแบบนําเข้าอาจเป็นตัวเลือกที่ดีเนื่องจากโหมดการนําเข้ารองรับการเตรียมข้อมูลโดยใช้ Power Query ซึ่งถูกกําหนดให้เป็นส่วนหนึ่งของแบบจําลองความหมาย
ตรวจสอบให้แน่ใจว่าได้พิจารณา สิทธิ์การใช้งานความจุ Fabric ปัจจุบันของคุณและ guardrails ความจุ Fabric เมื่อคุณพิจารณาโหมดที่เก็บข้อมูล Direct Lake นอกจากนี้ ปัจจัยในข้อควรพิจารณาและข้อจํากัดของ ซึ่งจะอธิบายไว้ในบทความนี้ในภายหลัง
ปลาย
เราขอแนะนําให้คุณสร้างต้นแบบ —หรือพิสูจน์แนวคิด (POC) เพื่อกําหนดว่าแบบจําลองความหมาย Direct Lake เป็นโซลูชันที่เหมาะสมหรือไม่ และเพื่อลดความเสี่ยง
แนวคิดหลักและคําศัพท์
บทความนี้ถือว่ามีความคุ้นเคยกับแนวคิดต่อไปนี้:
- ผู้ใช้โต้ตอบกับวิชวลในรายงาน Power BI ซึ่งสร้างคิวรี DAX ไปยังแบบจําลองความหมาย
-
โหมดที่เก็บข้อมูล: แบบจําลองความหมายประมวลผลคิวรี DAX แตกต่างกันขึ้นอยู่กับโหมดที่เก็บข้อมูลที่ใช้ ตัวอย่าง:
- โหมดที่เก็บข้อมูล Direct Lake และนําเข้าใช้กลไก VertiPaq เพื่อประมวลผลคิวรี DAX และส่งกลับผลลัพธ์ไปยังรายงาน Power BI และผู้ใช้
- ในทางกลับกัน DirectQuery จะแปลคิวรี DAX เป็นไวยากรณ์คิวรีของแหล่งข้อมูล (โดยทั่วไปคือรูปแบบของ SQL) และรวมเข้าด้วยกันเป็นฐานข้อมูลพื้นฐาน ตัวประมวลผลคิวรีของฐานข้อมูลต้นทางมักจะไม่ปรับให้อยู่ในรูปแบบ BI คิวรีรวม จึงส่งผลให้ประสิทธิภาพการทํางานช้าลงและการโต้ตอบของผู้ใช้ลดลงเมื่อเปรียบเทียบกับโหมดนําเข้าและ Direct Lake
โหมดที่เก็บข้อมูลเป็นคุณสมบัติของตารางในแบบจําลองความหมาย เมื่อแบบจําลองความหมายมีตารางที่มีโหมดที่เก็บข้อมูลที่แตกต่างกัน จะเรียกว่าโมเดลแบบรวม สําหรับข้อมูลเพิ่มเติมเกี่ยวกับโหมดที่เก็บข้อมูล โปรดดู โหมดแบบจําลองความหมายในบริการของ Power BI
โหมด Direct Lake สามารถใช้สองวิธีการเข้าถึงที่แตกต่างกัน:
- Direct Lake บน OneLake ไม่ขึ้นอยู่กับจุดสิ้นสุด SQL และสามารถใช้ข้อมูลจากแหล่งข้อมูล Fabric ใด ๆ กับตาราง Delta ได้ Direct Lake บน OneLake จะไม่ถอยกลับไปยังโหมด DirectQuery
โน้ต
Direct Lake บน OneLake ขณะนี้อยู่ในตัวอย่างสาธารณะ
- Direct Lake บนจุดสิ้นสุด SQL ใช้จุดสิ้นสุด SQL ของเลคเฮ้าส์ Fabric หรือคลังสินค้าสําหรับการค้นพบตาราง Delta และการตรวจสอบสิทธิ์อนุญาต Direct Lake บนจุดสิ้นสุด SQL สามารถย้อนกลับไปยังโหมด DirectQuery เมื่อไม่สามารถโหลดข้อมูลได้โดยตรงจากตาราง Delta เช่น เมื่อแหล่งข้อมูลเป็นมุมมอง SQL หรือเมื่อคลังสินค้าใช้การรักษาความปลอดภัยระดับแถวที่ใช้ SQL (RLS) Direct Lake บนจุดสิ้นสุด SQL พร้อมใช้งานโดยทั่วไปและได้รับการสนับสนุนอย่างเต็มที่ในการผลิต
การเปรียบเทียบโหมดที่เก็บข้อมูล
ตารางต่อไปนี้เปรียบเทียบโหมดที่เก็บข้อมูล Direct Lake กับโหมดที่เก็บข้อมูลแบบนําเข้าและ DirectQuery
| สมรรถนะ | Direct Lake บน OneLake | Direct Lake บนจุดสิ้นสุด SQL | นําเข้า | DirectQuery |
|---|---|---|---|---|
| อนุญาต | การสมัครสมาชิกความจุของ Fabric (SKU) เท่านั้น | การสมัครสมาชิกความจุของ Fabric (SKU) เท่านั้น | สิทธิ์การใช้งาน Fabric หรือ Power BI ใด ๆ (รวมถึงสิทธิ์การใช้งาน Microsoft Fabric ฟรี) | สิทธิ์การใช้งาน Fabric หรือ Power BI ใด ๆ (รวมถึงสิทธิ์การใช้งาน Microsoft Fabric ฟรี) |
| แหล่งข้อมูล | ตารางของแหล่งข้อมูล Fabric ใด ๆ ที่ได้รับการสนับสนุนโดยตาราง Delta | เฉพาะเลคเฮ้าส์หรือตารางคลังสินค้า (หรือมุมมอง) | ตัวเชื่อมต่อใด ๆ | ตัวเชื่อมต่อใด ๆ ที่สนับสนุนโหมด DirectQuery |
| เชื่อมต่อกับมุมมองปลายทางการวิเคราะห์ SQL | ไม่ใช่ | ใช่ – แต่จะกลับไปใช้โหมด DirectQuery โดยอัตโนมัติ | ใช่ | ใช่ |
| โมเดลแบบรวม | ไม่ 1 | ไม่ 1 | ใช่ – สามารถรวมกับตารางโหมดที่เก็บข้อมูล DirectQuery หรือคู่ได้ | ใช่ – สามารถรวมกับตารางโหมดที่เก็บข้อมูลแบบนําเข้าหรือคู่ได้ |
| ลงชื่อเข้าระบบครั้งเดียว (SSO) | ใช่ | ใช่ | ไม่ | ใช่ |
| ตารางที่มีการคํานวณ | ใช่ – แต่การคํานวณไม่สามารถอ้างอิงถึงคอลัมน์ของตารางในโหมด Direct Lake ได้ | No – ยกเว้น กลุ่มการคํานวณพารามิเตอร์ What-if และ พารามิเตอร์เขตข้อมูล ซึ่งสร้างตารางจากการคํานวณโดยนัย | ใช่ | No – ตารางจากการคํานวณใช้โหมดที่เก็บข้อมูลแบบนําเข้าแม้ว่าตารางเหล่านั้นจะอ้างอิงไปยังตารางอื่นในโหมด DirectQuery |
| คอลัมน์จากการคํานวณ | ใช่ – แต่การคํานวณไม่สามารถอ้างอิงถึงคอลัมน์ของตารางในโหมด Direct Lake ได้ | ไม่ใช่ | ใช่ | ใช่ |
| ตารางแบบไฮบริด | ไม่ใช่ | ไม่ใช่ | ใช่ | ใช่ |
| พาร์ติชันตารางแบบจําลอง | ไม่ อย่างไรก็ตามการแบ่งพาร์ติชันสามารถทําได้ที่ระดับตาราง Delta | ไม่ อย่างไรก็ตามการแบ่งพาร์ติชันสามารถทําได้ที่ระดับตาราง Delta | ใช่ – สร้างขึ้นโดยอัตโนมัติโดยการรีเฟรชแบบเพิ่มหน่วย หรือ สร้างขึ้นด้วยตนเอง โดยใช้ตําแหน่งข้อมูล XMLA | ไม่ใช่ |
| การรวมที่ผู้ใช้กําหนดเอง | ไม่ใช่ | ไม่ใช่ | ใช่ – รองรับการนําเข้าตารางการรวมในตาราง DirectQuery | ใช่ |
| การรักษาความปลอดภัยระดับออบเจ็กต์ปลายทางของการวิเคราะห์ SQL หรือการรักษาความปลอดภัยระดับคอลัมน์ | ไม่ใช่ | ใช่ – แต่อาจก่อให้เกิดข้อผิดพลาดเมื่อปฏิเสธสิทธิ์ | ใช่ – แต่ต้องทําซ้ําสิทธิ์ด้วยการรักษาความปลอดภัยระดับออบเจ็กต์แบบจําลองเชิงความหมาย | ใช่ – แต่คิวรีอาจทําให้เกิดข้อผิดพลาดเมื่อปฏิเสธสิทธิ์ |
| การรักษาความปลอดภัยระดับแถวปลายทางการวิเคราะห์ SQL (RLS) | ไม่ใช่ | ใช่ – แต่คิวรีจะกลับไปเป็นโหมด DirectQuery | ใช่ – แต่ต้องทําซ้ําสิทธิ์ด้วย RLS ของแบบจําลองความหมาย | ใช่ |
| การรักษาความปลอดภัยระดับแถวแบบจําลองเชิงความหมาย (RLS) | ใช่ – แต่ขอแนะนําอย่างยิ่งให้ใช้ข้อมูลประจําตัวแบบคงที่ การเชื่อมต่อระบบคลาวด์ | ใช่ – แต่ขอแนะนําอย่างยิ่งให้ใช้ข้อมูลประจําตัวแบบคงที่ การเชื่อมต่อระบบคลาวด์ | ใช่ | ใช่ |
| การรักษาความปลอดภัยระดับออบเจ็กต์แบบจําลองเชิงความหมาย (OLS) | ใช่ | ใช่ | ใช่ | ใช่ |
| ปริมาณข้อมูลขนาดใหญ่โดยไม่มีข้อกําหนดการรีเฟรช | ใช่ | ใช่ | ไม่ใช่ | ใช่ |
| ลดเวลาแฝงของข้อมูล | Yes – เมื่อเปิดใช้งาน การอัปเดตอัตโนมัติ หรือการเปลี่ยนชื่อทางโปรแกรม | Yes – เมื่อเปิดใช้งาน การอัปเดตอัตโนมัติ หรือการเปลี่ยนชื่อทางโปรแกรม | ไม่ใช่ | ใช่ |
| Power BI Embedded | ใช่ 2 | ใช่ 2 | ใช่ | ใช่ |
1 เมื่อใช้ Direct Lake บนจุดสิ้นสุด SQL คุณไม่สามารถรวมตารางโหมดที่เก็บข้อมูล Direct Lake กับตารางโหมดที่เก็บข้อมูล DirectQuery หรือคู่ในแบบจําลองความหมายเดียวกัน อย่างไรก็ตาม คุณสามารถใช้ Power BI Desktop เพื่อสร้างแบบจําลองแบบรวมบนแบบจําลองความหมาย Direct Lake และขยายด้วยตารางใหม่ (โดยใช้โหมดที่เก็บข้อมูลแบบนําเข้า DirectQuery หรือโหมดที่เก็บข้อมูลแบบคู่) หรือการคํานวณได้ สําหรับข้อมูลเพิ่มเติม ดูสร้างแบบจําลองแบบรวมบนแบบจําลองความหมาย
2 จําเป็นต้องมีโทเค็นแบบฝังตัว V2 ถ้าคุณกําลังใช้บริการหลัก คุณต้องใช้ข้อมูลประจําตัวแบบคงที่ การเชื่อมต่อระบบคลาวด์
วิธีการทํางานของ Direct Lake
โดยทั่วไปคิวรีที่ส่งไปยังแบบจําลองความหมาย Direct Lake จะได้รับการจัดการจากแคชในหน่วยความจําของคอลัมน์ที่มาจากตาราง Delta ที่เก็บข้อมูลพื้นฐานสําหรับตาราง Delta คือไฟล์ Parquet อย่างน้อยหนึ่งไฟล์ใน OneLake ไฟล์ Parquet จัดระเบียบข้อมูลตามคอลัมน์แทนที่จะเป็นแถว แบบจําลองความหมายจะโหลดคอลัมน์ทั้งหมดจากตาราง Delta ลงในหน่วยความจําตามที่จําเป็นโดยคิวรี
Direct Lake บน OneLake ไม่ได้ควบคู่ไปกับจุดสิ้นสุด SQL ซึ่งนําเสนอการรวมที่เข้มงวดยิ่งขึ้นกับคุณลักษณะ OneLake เช่น การรักษาความปลอดภัย OneLake และแผนคิวรี DAX ที่มีประสิทธิภาพมากขึ้นเนื่องจากตัวอย่างเช่น การตรวจสอบความปลอดภัยตาม SQL ไม่จําเป็น DirectQuery ที่ใช้แสดงแทนไม่ได้รับการสนับสนุนโดย Direct Lake บน OneLake
ด้วย Direct Lake บนจุดสิ้นสุด SQL คิวรี DAX อาจใช้ การแสดงแทน DirectQuery ซึ่งเกี่ยวข้องกับการสลับไปยัง โหมด DirectQuery อย่างราบรื่น ข้อมูลสํารอง DirectQuery จะดึงข้อมูลโดยตรงจาก จุดสิ้นสุดการวิเคราะห์ SQL ของเลคเฮ้าส์ หรือคลังสินค้า ตัวอย่างเช่น แสดงแทน เกิดขึ้นเมื่อตรวจพบการรักษาความปลอดภัยตาม SQL ในจุดสิ้นสุด SQL ในกรณีนี้ การดําเนินการ DirectQuery จะส่งคิวรีไปยังจุดสิ้นสุดการวิเคราะห์ SQL การดําเนินการที่ใช้แสดงแทนอาจส่งผลให้ประสิทธิภาพการทํางานของคิวรีช้าลง
ส่วนต่อไปนี้อธิบายแนวคิดและฟีเจอร์ของ Direct Lake รวมถึงการโหลดคอลัมน์ การเฟรมมิ่ง การอัปเดตอัตโนมัติ และการสํารอง DirectQuery
การโหลดคอลัมน์ (การแปลงรหัส)
แบบจําลองความหมาย Direct Lake จะโหลดข้อมูลจาก OneLake เช่นเดียวกับและเมื่อมีการคิวรีคอลัมน์เป็นครั้งแรกเท่านั้น กระบวนการโหลดข้อมูลตามความต้องการจาก OneLake เรียกว่าการแปลงรหัส
เมื่อแบบจําลองความหมายได้รับคิวรี DAX (หรือนิพจน์หลายมิติ — MDX) จะกําหนดว่าคอลัมน์ใดที่จําเป็นในการสร้างผลลัพธ์คิวรีก่อน คอลัมน์ใด ๆ ที่ใช้โดยตรงโดยคิวรีเป็นสิ่งจําเป็น และยังมีคอลัมน์ที่ต้องใช้โดยความสัมพันธ์และหน่วยวัด โดยทั่วไปแล้ว จํานวนคอลัมน์ที่จําเป็นในการสร้างผลลัพธ์ของคิวรีจะน้อยกว่าจํานวนคอลัมน์ที่กําหนดไว้ในแบบจําลองความหมายอย่างมีนัยสําคัญ
เมื่อเข้าใจว่าคอลัมน์ใดที่จําเป็น แบบจําลองความหมายจะกําหนดว่าคอลัมน์ใดที่อยู่ในหน่วยความจําอยู่แล้ว ถ้าคอลัมน์ใด ๆ ที่จําเป็นสําหรับคิวรีไม่ได้อยู่ในหน่วยความจํา แบบจําลองความหมายจะโหลดข้อมูลทั้งหมดสําหรับคอลัมน์เหล่านั้นจาก OneLake การโหลดข้อมูลคอลัมน์มักจะเป็นการดําเนินการที่รวดเร็ว อย่างไรก็ตามอาจขึ้นอยู่กับปัจจัยต่าง ๆ เช่น คาร์ดินาลลิตี้ของข้อมูลที่จัดเก็บไว้ในคอลัมน์
คอลัมน์ที่โหลดลงในหน่วยความจําจะถูก ที่พักอาศัยในหน่วยความจํา คิวรีในอนาคตที่เกี่ยวข้องกับคอลัมน์ที่มีถิ่นที่อยู่เท่านั้นที่ไม่จําเป็นต้องโหลดคอลัมน์เพิ่มเติมลงในหน่วยความจํา
คอลัมน์ยังคงมีถิ่นที่อยู่จนกว่าจะมีเหตุผลที่จะลบ (ลบ) ออกจากหน่วยความจํา สาเหตุที่คอลัมน์อาจถูกลบออก ประกอบด้วย:
- แบบจําลองหรือตารางถูกรีเฟรชหลังจากอัปเดตตาราง Delta ที่แหล่งข้อมูล (ดู การเฟรม ในส่วนถัดไป)
- ไม่มีคิวรีใช้คอลัมน์เป็นระยะๆ
- เหตุผลในการจัดการหน่วยความจําอื่น ๆ รวมถึงความดันหน่วยความจําในความจุเนื่องจากการดําเนินการพร้อมกันอื่น ๆ
ตัวเลือก Fabric SKU ของคุณจะกําหนดหน่วยความจําที่มีอยู่สูงสุดสําหรับแต่ละแบบจําลองความหมาย Direct Lake บนความจุ สําหรับข้อมูลเพิ่มเติมเกี่ยวกับตัวป้องกันทรัพยากรและขีดจํากัดหน่วยความจําสูงสุด โปรดดู ที่ตัวป้องกันความจุของ Fabric และข้อจํากัด ในภายหลังในบทความนี้
กรอบ
การเฟรมมิ่ง ช่วยให้เจ้าของแบบจําลองสามารถควบคุมข้อมูลที่จะโหลดลงในแบบจําลองความหมายได้ การเฟรมมิ่งเป็นการดําเนินการของ Direct Lake ที่ถูกทริกเกอร์โดยการรีเฟรชแบบจําลองความหมาย และในกรณีส่วนใหญ่จะใช้เวลาเพียงไม่กี่วินาทีในการดําเนินการให้เสร็จสมบูรณ์ นั่นเป็นเพราะเป็นการดําเนินงานที่มีต้นทุนต่ําซึ่งแบบจําลองความหมายวิเคราะห์เมตาดาต้าของตาราง Delta Lake เวอร์ชันล่าสุดและได้รับการอัปเดตเพื่ออ้างอิงไฟล์ Parquet ล่าสุดใน OneLake
เมื่อเกิดการเฟรม กลุ่มคอลัมน์และพจนานุกรมตารางที่มีถิ่นที่อยู่อาจขับออกจากหน่วยความจําหากข้อมูลเบื้องต้นมีการเปลี่ยนแปลงและจุดในเวลาของการรีเฟรชจะกลายเป็นข้อมูลพื้นฐานใหม่สําหรับเหตุการณ์การแปลงรหัสในอนาคตทั้งหมด จากจุดนี้ คิวรี Direct Lake จะพิจารณาเฉพาะข้อมูลในตาราง Delta ตามเวลาของการดําเนินการเฟรมล่าสุด ด้วยเหตุนี้ ตาราง Direct Lake จะได้รับการคิวรีให้ส่งกลับข้อมูลตามสถานะของตาราง Delta ที่จุดของการดําเนินการเฟรมมิ่งล่าสุด เวลาดังกล่าวไม่จําเป็นต้องเป็นสถานะล่าสุดของตาราง Delta
แบบจําลองความหมายวิเคราะห์บันทึก Delta ของแต่ละตาราง Delta ในระหว่างการ framing เพื่อทิ้งเฉพาะเซ็กเมนต์คอลัมน์ที่ได้รับผลกระทบและโหลดข้อมูลที่เพิ่มใหม่ในระหว่างการแปลงรหัส การปรับให้เหมาะสมที่สําคัญคือพจนานุกรมมักจะไม่ลดลงเมื่อการเฟรมแบบเพิ่มหน่วยจะมีผล และค่าใหม่จะถูกเพิ่มไปยังพจนานุกรมที่มีอยู่ วิธีการเฟรมเวิร์มแบบเพิ่มหน่วยนี้ช่วยลดภาระภาระและประโยชน์ต่อประสิทธิภาพการคิวรี ในกรณีที่เหมาะสมที่สุด เมื่อตาราง Delta ไม่ได้รับการอัปเดต ไม่จําเป็นต้องโหลดใหม่สําหรับคอลัมน์ที่มีถิ่นที่อยู่ภายในหน่วยความจําและคิวรีจะแสดงผลกระทบต่อประสิทธิภาพน้อยลงหลังจากการเฟรมข้อมูลเนื่องจากการเฟรมแบบเพิ่มหน่วยช่วยให้แบบจําลองความหมายอัปเดตส่วนที่สําคัญของข้อมูลในหน่วยความจําที่มีอยู่
แผนภาพต่อไปนี้แสดงวิธีการทํางานของการดําเนินการเฟรมมิ่ง Direct Lake
แผนภาพแสดงกระบวนการและคุณลักษณะต่อไปนี้
ไม่ควรให้มีข้อมูลที่แสดงสถานะล่าสุดของตาราง Delta เมื่อดําเนินการแปลงรหัสเกิดขึ้น พิจารณาว่าเฟรมมิ่งสามารถช่วยให้คุณให้ผลลัพธ์คิวรีที่สอดคล้องกันในสภาพแวดล้อมที่ข้อมูลในตาราง Delta เป็นแบบชั่วคราว ข้อมูลอาจเป็นไปชั่วคราวด้วยเหตุผลหลายประการ เช่น เมื่อกระบวนการแยก การแปลง และโหลด (ETL) ทํางานเป็นเวลานาน
การรีเฟรชสําหรับแบบจําลองความหมาย Direct Lake สามารถทําได้ด้วยตนเอง โดยอัตโนมัติ หรือด้วยการตั้งโปรแกรม สําหรับข้อมูลเพิ่มเติม ดูรีเฟรชแบบจําลองความหมาย Direct Lake
การอัปเดตอัตโนมัติ
มีการตั้งค่าระดับแบบจําลองเชิงความหมายเพื่ออัปเดตตาราง Direct Lake โดยอัตโนมัติ ซึ่งจะเปิดใช้งานตามค่าเริ่มต้น เพื่อให้แน่ใจว่าการเปลี่ยนแปลงข้อมูลใน OneLake จะมีผลโดยอัตโนมัติในแบบจําลองความหมาย Direct Lake คุณควรปิดใช้งานการปรับปรุงอัตโนมัติเมื่อคุณต้องการควบคุมการเปลี่ยนแปลงข้อมูลโดยการเฟรมซึ่งอธิบายไว้ในส่วนก่อนหน้า สําหรับข้อมูลเพิ่มเติม ดูจัดการแบบจําลองความหมาย Direct Lake
ปลาย
คุณสามารถตั้งค่าการ รีเฟรชหน้าอัตโนมัติ ในรายงาน Power BI ของคุณได้ ซึ่งเป็นคุณลักษณะที่รีเฟรชหน้ารายงานเฉพาะโดยอัตโนมัติ ซึ่งรายงานจะเชื่อมต่อกับแบบจําลองความหมาย Direct Lake (หรือแบบจําลองความหมายชนิดอื่น ๆ)
แสดงแทน DirectQuery
เมื่อใช้ Direct Lake บนจุดสิ้นสุด SQL คิวรีที่ส่งไปยังแบบจําลองความหมาย Direct Lake สามารถกลับไปใช้ โหมด DirectQuery ซึ่งในกรณีนี้ตารางจะไม่ทํางานในโหมด Direct Lake อีกต่อไป ดึงข้อมูลโดยตรงจากจุดสิ้นสุดการวิเคราะห์ SQL ของเลคเฮ้าส์หรือคลังข้อมูล คิวรีดังกล่าวจะส่งกลับข้อมูลล่าสุดเสมอเนื่องจากไม่ได้ถูกจํากัดไว้ที่จุดเวลาของการดําเนินการเฟรมล่าสุด
เมื่อมีข้อมูลสํารอง DirectQuery เกิดขึ้น คิวรีจะไม่ใช้โหมด Direct Lake อีกต่อไป คิวรีไม่สามารถใช้ประโยชน์จากโหมด Direct Lake เมื่อแบบจําลองความหมายคิวรีมุมมองในจุดสิ้นสุดการวิเคราะห์ SQL หรือตารางในจุดสิ้นสุดการวิเคราะห์ SQL ที่บังคับใช้การรักษาความปลอดภัยระดับแถว (RLS) นอกจากนี้ คิวรีไม่สามารถใช้ประโยชน์จากโหมด Direct Lake เมื่อตาราง Delta เกิน guardrails ของความจุ
สําคัญ
ถ้าเป็นไปได้ คุณควรออกแบบโซลูชันของคุณเสมอหรือปรับขนาดความจุของคุณ เพื่อหลีกเลี่ยงการย้อนกลับ DirectQuery นั่นเป็นเพราะอาจส่งผลให้ประสิทธิภาพการคิวรีช้าลง
คุณสามารถควบคุมข้อมูลสํารองของแบบจําลองความหมาย Direct Lake ของคุณได้โดยการตั้งค่าคุณสมบัติ DirectLakeBehavior การตั้งค่านี้ใช้กับ Direct Lake บนจุดสิ้นสุด SQL เท่านั้น Direct Lake บน OneLake ไม่รองรับ DirectQuery แบบสํารอง สําหรับข้อมูลเพิ่มเติม ดูตั้งค่าคุณสมบัติลักษณะการทํางานของ Direct Lake
การรักษาความปลอดภัยข้อมูลและสิทธิ์การเข้าถึง
ตามค่าเริ่มต้น Direct Lake ใช้การลงชื่อเข้าระบบครั้งเดียว (SSO) ซึ่งหมายความว่าข้อมูลประจําตัวที่คิวรีแบบจําลองความหมาย (มักเป็นผู้ใช้รายงาน) ต้องได้รับอนุญาตให้เข้าถึงข้อมูล อีกวิธีหนึ่งคือ คุณสามารถผูกแบบจําลอง Direct Lake กับการเชื่อมต่อระบบคลาวด์ที่แชร์ได้ (SCC) เพื่อให้ข้อมูลประจําตัวแบบคงที่และปิดใช้งาน SSO ในกรณีนี้ เฉพาะข้อมูลประจําตัวแบบคงที่เท่านั้นที่จําเป็นต้องมีการเข้าถึงแบบอ่านข้อมูลในแหล่งข้อมูล
สิทธิ์รายการ Fabric
แบบจําลองความหมายของทะเลสาบโดยตรงยึดตามรูปแบบการรักษาความปลอดภัยแบบชั้น พวกเขาทําการตรวจสอบสิทธิ์เพื่อกําหนดว่าข้อมูลประจําตัวที่พยายามเข้าถึงข้อมูลมีสิทธิ์เข้าถึงข้อมูลที่จําเป็นในรายการข้อมูลต้นทางและแบบจําลองความหมายหรือไม่ สามารถกําหนดสิทธิ์ได้โดยตรงหรือได้รับโดยปริยายโดยใช้บทบาทพื้นที่ทํางานใน Microsoft Fabric
สิ่งสําคัญคือต้องทราบว่า Direct Lake บน OneLake และ Direct Lake บนจุดสิ้นสุด SQL ทําการตรวจสอบสิทธิ์แตกต่างกัน
- Direct Lake บน OneLake จําเป็นต้องได้รับอนุญาตให้ อ่าน และ อ่านทั้งหมด บน lakehouse/warehouse เพื่อเข้าถึงตาราง Delta
- Direct Lake บนจุดสิ้นสุด SQL จําเป็นต้องมีสิทธิ์ อ่าน และ อ่านข้อมูล บน lakehouse/warehouse เพื่อเข้าถึงข้อมูลจากจุดสิ้นสุดการวิเคราะห์ SQL
โน้ต
Direct Lake บน OneLake จําเป็นต้องให้ผู้ใช้มีสิทธิ์ในการอ่านตาราง Delta ใน OneLake และไม่จําเป็นต้องเป็นจุดสิ้นสุด SQL การดําเนินการนี้จะบังคับใช้การออกแบบความปลอดภัยแบบรวมศูนย์ซึ่ง OneLake เป็นแหล่งข้อมูลเดียวของการควบคุมการเข้าถึง
ในทางกลับกัน Direct Lake บนจุดสิ้นสุด SQL กําหนดให้ผู้ใช้ต้องเข้าถึงจุดสิ้นสุด SQL แบบอ่านและไม่จําเป็นต้องมีตาราง Delta ใน OneLake นั่นเป็นเพราะ Fabric ให้สิทธิ์ที่จําเป็นในแบบจําลองเชิงความหมายเพื่ออ่านตาราง Delta และไฟล์ Parquet ที่เกี่ยวข้อง (เพื่อ โหลดข้อมูลคอลัมน์ ลงในหน่วยความจํา) นอกจากนี้ แบบจําลองความหมายยังมีสิทธิ์ที่จําเป็นในการอ่านจุดสิ้นสุดการวิเคราะห์ SQL เป็นระยะ ๆ เพื่อทําการตรวจสอบสิทธิ์เพื่อกําหนดข้อมูลที่ผู้ใช้การคิวรี (หรือข้อมูลประจําตัวคงที่) สามารถเข้าถึงได้
สิทธิ์แบบจําลองเชิงความหมาย
นอกเหนือจากสิทธิ์รายการ Fabric คุณต้องให้สิทธิ์แก่ผู้ใช้เพื่อให้พวกเขาสามารถใช้หรือจัดการแบบจําลองความหมาย Direct Lake ได้ ในระยะสั้น ผู้บริโภครายงานจําเป็นต้องมีสิทธิ์ ในการอ่าน และผู้สร้างรายงานต้องการสิทธิ์ ในการสร้าง เพิ่มเติม คุณสามารถกําหนดสิทธิ์แบบจําลองเชิงความหมายได้โดยตรงหรือได้รับมาโดยนัยโดยใช้บทบาทพื้นที่ทํางาน เมื่อต้องการจัดการการตั้งค่าแบบจําลองความหมาย (สําหรับการรีเฟรชและการกําหนดค่าอื่น ๆ) คุณต้องเป็นเจ้าของแบบจําลองความหมาย
ข้อกําหนดสิทธิ์
พิจารณาสถานการณ์ต่อไปนี้และข้อกําหนดสิทธิ์
| สถานการณ์สมมติ | จำเป็นต้องมีสิทธิ์ | ความคิดเห็น |
|---|---|---|
| ผู้ใช้สามารถดูรายงาน | ให้สิทธิ์ใน การอ่าน สําหรับรายงานและ สิทธิ์ในการอ่าน สําหรับแบบจําลองความหมาย ถ้าแบบจําลองความหมายใช้ Direct Lake บนจุดสิ้นสุด SQL และ การเชื่อมต่อระบบคลาวด์ ใช้ SSO ให้สิทธิ์ Read และ ReadData เป็นอย่างน้อยสําหรับเลคเฮ้าส์หรือคลังสินค้า หากแบบจําลองความหมายใช้ Direct Lake บน OneLake และการเชื่อมต่อระบบคลาวด์ใช้ SSO ให้สิทธิ์ Read และ ReadAll เป็นอย่างน้อยสําหรับตาราง Delta ใน OneLake |
รายงานไม่จําเป็นต้องอยู่ในพื้นที่ทํางานเดียวกันเป็นแบบจําลองความหมาย สําหรับข้อมูลเพิ่มเติม ดูกลยุทธ์สําหรับผู้ใช้แบบอ่านอย่างเดียว |
| ผู้ใช้สามารถสร้างรายงานได้ | ให้สิทธิ์ ในการสร้าง สําหรับแบบจําลองความหมาย ถ้าแบบจําลองความหมายใช้ Direct Lake บนจุดสิ้นสุด SQL และการเชื่อมต่อระบบคลาวด์ใช้ SSO ให้สิทธิ์ Read และ ReadData เป็นอย่างน้อยสําหรับเลคเฮ้าส์หรือคลังสินค้า หากแบบจําลองความหมายใช้ Direct Lake บน OneLake และการเชื่อมต่อระบบคลาวด์ใช้ SSO ให้สิทธิ์ Read และ ReadAll เป็นอย่างน้อยสําหรับตาราง Delta ใน OneLake |
สําหรับข้อมูลเพิ่มเติม ดูกลยุทธ์สําหรับผู้สร้างเนื้อหา |
| ผู้ใช้สามารถดูรายงานแต่ถูกปฏิเสธการคิวรีของ lakehouse จุดสิ้นสุดการวิเคราะห์ SQL หรือตาราง Delta ใน OneLake | ให้สิทธิ์ใน การอ่าน สําหรับรายงานและ สิทธิ์ในการอ่าน สําหรับแบบจําลองความหมาย ไม่อนุญาตให้ผู้ใช้ได้รับอนุญาตใดๆ สําหรับเลคเฮ้าส์ คลังสินค้า หรือตาราง Delta |
เหมาะสมเฉพาะเมื่อแบบจําลอง Direct Lake ใช้ข้อมูลประจําตัวคงที่ผ่านการเชื่อมต่อระบบคลาวด์ที่มีการปิดใช้งาน SSO |
| จัดการแบบจําลองความหมาย รวมถึงการตั้งค่าการรีเฟรช | ต้องเป็นเจ้าของแบบจําลองความหมาย | สําหรับข้อมูลเพิ่มเติม โปรดดู ความเป็นเจ้าของแบบจําลองความหมาย |
สําคัญ
คุณควรทดสอบสิทธิ์อย่างละเอียดก่อนที่จะเผยแพร่แบบจําลองเชิงความหมายและรายงานของคุณไปยังการผลิต
สําหรับข้อมูลเพิ่มเติม ให้ดู สิทธิ์แบบจําลองเชิงความหมาย
ความต้องการกําลังการผลิตของผ้า
แบบจําลองความหมาย Direct Lake จําเป็นต้องมีสิทธิ์การใช้งานความจุผ้า นอกจากนี้ยังมีตัวรักษาความจุและข้อจํากัดที่นําไปใช้กับการสมัครใช้งานความจุ Fabric (SKU) ของคุณ ตามที่แสดงในตารางต่อไปนี้
สําคัญ
คอลัมน์แรกในตารางต่อไปนี้ยังรวมถึงการสมัครใช้งานความจุ Power BI Premium (P SKU) ด้วย Microsoft คือการรวมตัวเลือกการซื้อและเลิกใช้ Power BI Premium ต่อความจุ SKU ลูกค้าใหม่และลูกค้าที่มีอยู่ควรพิจารณาซื้อการสมัครใช้งานความจุ Fabric (F SKU) แทน
สําหรับข้อมูลเพิ่มเติม ดูการปรับปรุงที่สําคัญที่มาพร้อมกับสิทธิ์การใช้งาน Power BI Premium และ Power BI Premium
| Fabric SKU | ไฟล์ Parquet ต่อตาราง | กลุ่มแถวต่อตาราง | แถวต่อตาราง (ล้าน) | ขนาดแบบจําลองสูงสุดบนดิสก์/OneLake (GB) | หน่วยความจําสูงสุด (GB) 1 |
|---|---|---|---|---|---|
| F2 | 1,000 | 1,000 | 300 | 10 | 3 |
| F4 | 1,000 | 1,000 | 300 | 10 | 3 |
| F8 | 1,000 | 1,000 | 300 | 10 | 3 |
| F16 | 1,000 | 1,000 | 300 | 20 | 5 |
| F32 | 1,000 | 1,000 | 300 | 40 | 10 |
| F64/FT1/P1 | 5,000 | 5,000 | 1,500 | จำกัด | 25 |
| F128/P2 | 5,000 | 5,000 | 3,000 | จำกัด | 50 |
| F256/P3 | 5,000 | 5,000 | 6,000 | จำกัด | 100 |
| F512/P4 | 10,000 | 10,000 | 12,000 | จำกัด | 200 |
| F1024/P5 | 10,000 | 10,000 | 24,000 | จำกัด | 400 |
| F2048 | 10,000 | 10,000 | 24,000 | จำกัด | 400 |
1 สําหรับแบบจําลองความหมาย Direct Lake หน่วยความจําสูงสุด แสดงถึงขีดจํากัดทรัพยากรหน่วยความจําด้านบนสําหรับปริมาณข้อมูลที่สามารถจัดหน้าได้ ด้วยเหตุผลนี้ จึงไม่ใช่ตัวรักษาเนื่องจากเกินจะไม่ส่งผลต่อการย้อนกลับไปยังโหมด DirectQuery อย่างไรก็ตาม อาจมีผลกระทบต่อประสิทธิภาพการทํางานหากจํานวนข้อมูลมีขนาดใหญ่พอที่จะทําให้เกิดการแบ่งหน้าและออกจากข้อมูลแบบจําลองที่มากเกินไปจากข้อมูล OneLake
หากเกิน ขนาดแบบจําลองสูงสุดในดิสก์/OneLake จะทําให้คิวรีทั้งหมดไปยังแบบจําลองความหมายจะกลับไปเป็นโหมด DirectQuery ตัวป้องกันอื่นๆ ทั้งหมดที่แสดงในตารางจะได้รับการประเมินต่อคิวรี สิ่งสําคัญคือคุณต้อง ปรับตาราง Delta และ แบบจําลองความหมาย Direct Lake ของคุณให้เหมาะสมเพื่อหลีกเลี่ยงการปรับขนาดผ้า SKU ที่สูงขึ้นโดยไม่จําเป็น
นอกจากนี้ หน่วยความจุ และ หน่วยความจําสูงสุดต่อขีดจํากัดคิวรี ใช้กับแบบจําลองความหมาย Direct Lake สําหรับข้อมูลเพิ่มเติม ให้ดู ความจุและ SKU
ข้อควรพิจารณาและข้อจํากัด
แบบจําลองความหมายของทะเลสาบโดยตรงนําเสนอข้อควรพิจารณาและข้อจํากัดบางอย่าง
โน้ต
ความสามารถและคุณสมบัติของแบบจําลองความหมาย Direct Lake กําลังพัฒนาอย่างรวดเร็ว โปรดอย่าลืมกลับมาตรวจสอบเป็นระยะ ๆ เพื่อตรวจสอบรายการข้อควรพิจารณาและข้อจํากัดล่าสุด
| ข้อควรพิจารณา / ข้อจํากัด | Direct Lake บน OneLake | Direct Lake บน SQL (จุดสิ้นสุดการวิเคราะห์) |
|---|---|---|
| เมื่อจุดสิ้นสุดการวิเคราะห์ SQL บังคับใช้การรักษาความปลอดภัยระดับแถว คิวรี DAX จะได้รับการประมวลผลแตกต่างกันขึ้นอยู่กับชนิดของโหมด Direct Lake ที่ใช้ เมื่อ Direct Lake บน OneLake ทํางาน คิวรีจะประสบความสําเร็จ และ RLS ตาม SQL จะไม่ถูกนําไปใช้ Direct Lake บน OneLake จําเป็นต้องให้ผู้ใช้มีสิทธิ์เข้าถึงไฟล์ใน OneLake ซึ่งไม่ได้ดู RLS จาก SQL |
คิวรีจะประสบความสําเร็จ | ใช่ เว้นแต่ว่าจะแสดงแทนถูกปิดใช้งาน ซึ่งในกรณีนี้คิวรีจะล้มเหลว |
| ถ้าตารางในแบบจําลองความหมายเป็นไปตามมุมมอง SQL (ไม่ใช่แบบเป็นรูปธรรม) คิวรี DAX จะได้รับการประมวลผลแตกต่างกันขึ้นอยู่กับชนิดของโหมด Direct Lake ที่จ้าง Direct Lake บนจุดสิ้นสุด SQL จะย้อนกลับไปยัง DirectQuery ในกรณีนี้ ไม่สนับสนุนการสร้าง Direct Lake บนตาราง OneLake โดยยึดตามมุมมอง SQL ที่ไม่ใช่รูปธรรม แต่คุณสามารถใช้มุมมองที่เป็นรูปธรรมของเลคเฮ้าส์แทนได้เนื่องจากมีการสร้างตาราง Delta อีกวิธีหนึ่งคือใช้โหมดที่เก็บข้อมูลที่แตกต่างกันเช่นนําเข้าหรือ DirectLake สําหรับตารางที่ยึดตามมุมมอง SQL ที่ไม่ใช่วัสดุ |
ไม่ | ใช่ เว้นแต่ว่าจะแสดงแทนถูกปิดใช้งาน ซึ่งในกรณีนี้คิวรีจะล้มเหลว |
| การสร้างแบบจําลองแบบรวมไม่ได้รับการสนับสนุนในขณะนี้ ซึ่งหมายความว่าตารางแบบจําลองเชิงความหมาย Direct Lake ไม่สามารถผสมกับตารางในโหมดที่เก็บข้อมูลอื่น ๆ ได้ เช่น นําเข้า DirectQuery หรือคู่ (ยกเว้นกรณีพิเศษ รวมถึง กลุ่มการคํานวณพารามิเตอร์ What-if และ พารามิเตอร์เขตข้อมูล) | ไม่ได้รับการสนับสนุน | ไม่ได้รับการสนับสนุน |
| คอลัมน์จากการคํานวณและตารางจากการคํานวณที่อ้างอิงคอลัมน์หรือตารางในโหมดที่เก็บข้อมูล Direct Lake ไม่ได้รับการสนับสนุน กลุ่มการคํานวณพารามิเตอร์ What-if และ พารามิเตอร์เขตข้อมูล ซึ่งสร้างตารางจากการคํานวณและตารางจากการคํานวณที่ไม่ได้อ้างอิงคอลัมน์หรือตาราง Direct Lake ที่ได้รับการสนับสนุนโดยปริยาย | ไม่ได้รับการสนับสนุน | ไม่ได้รับการสนับสนุน |
| ตารางโหมดที่เก็บข้อมูลของ Direct Lake ไม่สนับสนุนชนิดคอลัมน์ของตาราง Delta ที่ซับซ้อน ไบนารีและชนิดความหมาย GUID ยังไม่รองรับเช่นกัน คุณต้องแปลงชนิดข้อมูลเหล่านี้เป็นสตริงหรือชนิดข้อมูลที่ได้รับการสนับสนุนอื่นๆ | ไม่ได้รับการสนับสนุน | ไม่ได้รับการสนับสนุน |
| ความสัมพันธ์ของตารางจําเป็นต้องใช้ชนิดข้อมูลของคอลัมน์ที่เกี่ยวข้องเพื่อให้ตรงกัน | ใช่ | ใช่ |
| คอลัมน์ด้านเดียวของความสัมพันธ์ต้องมีค่าที่ไม่ซ้ํากัน คิวรีล้มเหลวถ้าตรวจพบค่าที่ซ้ํากันในคอลัมน์ด้านเดียว | ใช่ | ใช่ |
| ตัวแสดงวันที่/เวลาอัตโนมัติใน Power BI Desktop เพื่อสร้างความสัมพันธ์โดยใช้เฉพาะส่วนวันที่ของคอลัมน์ datetime หมายเหตุ: รองรับการทําเครื่องหมายตารางวันที่ของคุณเองเป็นตารางวันที่ และสร้างความสัมพันธ์โดยใช้คอลัมน์วันที่ | รองรับ | ไม่ได้รับการสนับสนุน |
| ความยาวของค่าคอลัมน์สตริงถูกจํากัดไว้ที่อักขระ Unicode 32,764 ตัว | ใช่ | ใช่ |
| ค่าจุดลอยตัวที่ไม่ใช่ตัวเลข เช่น NaN (ไม่ใช่ตัวเลข) ไม่ได้รับการสนับสนุน | ใช่ | ใช่ |
| เผยแพร่บนเว็บจาก Power BI โดยใช้บริการหลักได้รับการสนับสนุนเมื่อใช้ ข้อมูลประจําตัวแบบคงที่สําหรับแบบจําลองความหมาย Direct Lake เท่านั้น | ใช่ | ใช่ |
| ในประสบการณ์การสร้างแบบจําลองเว็บ การตรวจสอบความถูกต้องจะถูกจํากัดสําหรับแบบจําลองความหมาย Direct Lake การเลือกผู้ใช้จะสันนิษฐานว่าถูกต้อง และจะไม่มีการออกคิวรีเพื่อตรวจสอบคาร์ดินาลลิตี้หรือการเลือกตัวกรองข้ามสําหรับความสัมพันธ์ หรือสําหรับคอลัมน์วันที่ที่เลือกในตารางวันที่ที่ทําเครื่องหมาย | ใช่ | ใช่ |
| ในพอร์ทัล Fabric แท็บ Direct Lake ในประวัติการรีเฟรชแสดงรายการความล้มเหลวในการรีเฟรชที่เกี่ยวข้องกับ Direct Lake การดําเนินการรีเฟรชที่สําเร็จ (เฟรมมิ่ง) จะไม่แสดงอยู่โดยทั่วไปเว้นแต่จะมีการเปลี่ยนสถานะการรีเฟรช เช่น จากการเรียกใช้ก่อนหน้าหรือความล้มเหลวในการรีเฟรชเพื่อรีเฟรชสําเร็จหรือความสําเร็จในการรีเฟรชพร้อมคําเตือน | ใช่ | ใช่ |
| Fabric SKU ของคุณจะกําหนดหน่วยความจําที่มีอยู่สูงสุดต่อแบบจําลองความหมาย Direct Lake สําหรับความจุ เมื่อเกินขีดจํากัด คิวรีไปยังแบบจําลองความหมายอาจช้าลงเนื่องจากการแบ่งหน้าเข้าและออกจากข้อมูลแบบจําลองมากเกินไป | ใช่ | ใช่ |
| การสร้างแบบจําลองความหมายของ Direct Lake ในพื้นที่ทํางานที่อยู่ในภูมิภาคที่แตกต่างกันของพื้นที่ทํางานแหล่งข้อมูลไม่ได้รับการสนับสนุน ตัวอย่างเช่น ถ้าเลคเฮ้าส์อยู่ในสหรัฐอเมริกาตอนกลางทางตะวันตก คุณสามารถสร้างแบบจําลองเชิงความหมายจากเลคเฮ้าส์นี้ในภูมิภาคเดียวกันเท่านั้น การแก้ไขปัญหาชั่วคราวคือการสร้างเลคเฮ้าส์ในพื้นที่ทํางานของภูมิภาคอื่นและทางลัดไปยังตารางก่อนที่จะสร้างแบบจําลองความหมาย หากต้องการค้นหาภูมิภาคที่คุณอยู่ โปรดดูที่ภูมิภาค Fabric home ของคุณ | ใช่ | ใช่ |
| การฝังรายงานจําเป็นต้องใช้โทเค็นแบบฝังตัว V2 | ใช่ | ไม่ได้รับการสนับสนุน |
| โปรไฟล์บริการหลักสําหรับการรับรองความถูกต้อง | ไม่ได้รับการสนับสนุน | ไม่ได้รับการสนับสนุน |
| แบบจําลองความหมายของ Power BI Direct Lake สามารถสร้างและสอบถามโดยโครงร่างสําคัญของบริการและบทบาทผู้ชมด้วยบริการหลักได้รับการสนับสนุน แต่แบบจําลองความหมาย Direct Lake ตามค่าเริ่มต้นบนเลคเฮ้าส์/คลังสินค้าไม่สนับสนุนสถานการณ์นี้ | ใช่ | ใช่ |
| ทางลัดในเลคเฮ้าส์สามารถใช้เป็นแหล่งข้อมูลสําหรับตารางแบบจําลองเชิงความหมายได้ | ไม่ได้รับการสนับสนุนในระหว่างการแสดงตัวอย่างสาธารณะ | รองรับ |
| สร้างแบบจําลอง Direct Lake ในพื้นที่ทํางานส่วนบุคคล (พื้นที่ทํางานของฉัน) | ไม่ได้รับการสนับสนุน | ไม่ได้รับการสนับสนุน |
| กฎไปป์ไลน์การปรับใช้เพื่อผูกแหล่งข้อมูลอีกครั้ง | ไม่ได้รับการสนับสนุน | รองรับ |