Direct Lake
โหมด Direct Lake เป็นความสามารถของแบบจําลองเชิงความหมายสําหรับการวิเคราะห์ปริมาณข้อมูลขนาดใหญ่มากใน Power BI Direct Lake ขึ้นอยู่กับการโหลดไฟล์ที่จัดรูปแบบ parquet โดยตรงจากที่จัดเก็บข้อมูลริบบิ้นโดยไม่ต้องคิวรีจุดสิ้นสุดของเลคเฮ้าส์หรือคลังสินค้าและโดยไม่ต้องนําเข้าหรือทําซ้ําข้อมูลลงในแบบจําลอง Power BI Direct Lake เป็นเส้นทางที่รวดเร็วในการโหลดข้อมูลจากทะเลสาบโดยตรงลงในเครื่องมือ Power BI ที่พร้อมสําหรับการวิเคราะห์ แผนภาพต่อไปนี้แสดงวิธีการเปรียบเทียบโหมดการนําเข้าแบบคลาสสิกและโหมด DirectQuery กับโหมด Direct Lake
ในโหมด DirectQuery กลไกจัดการ Power BI จะคิวรีข้อมูลที่แหล่งข้อมูลซึ่งอาจช้าได้ แต่หลีกเลี่ยงการคัดลอกข้อมูลเช่น ด้วยโหมดการนําเข้า การเปลี่ยนแปลงใด ๆ ที่แหล่งข้อมูลจะแสดงในผลลัพธ์คิวรีทันที
ในทางกลับกัน ด้วยโหมดนําเข้า ประสิทธิภาพการทํางานจะดีกว่าเนื่องจากข้อมูลถูกแคชและปรับให้เหมาะสมสําหรับคิวรีรายงาน DAX และ MDX โดยไม่ต้องแปลและส่งผ่าน SQL หรือคิวรีชนิดอื่นไปยังแหล่งข้อมูล อย่างไรก็ตาม กลไกจัดการ Power BI ต้องคัดลอกข้อมูลใหม่ใดๆ ลงในแบบจําลองก่อนในระหว่างการรีเฟรช การเปลี่ยนแปลงใด ๆ ที่แหล่งข้อมูลจะถูกเลือกเฉพาะกับการรีเฟรชแบบจําลองถัดไปเท่านั้น
โหมด Direct Lake กําจัดข้อกําหนดการนําเข้าโดยการโหลดข้อมูลโดยตรงจาก OneLake ซึ่งแตกต่างจาก DirectQuery ไม่มีการแปลจาก DAX หรือ MDX ไปยังภาษาคิวรีหรือการดําเนินการคิวรีอื่นๆ บนระบบฐานข้อมูลอื่น ซึ่งให้ประสิทธิภาพการทํางานคล้ายกับโหมดการนําเข้า เนื่องจากไม่มีกระบวนการนําเข้าที่ชัดเจน ดังนั้นจึงเป็นไปได้ที่จะเลือกการเปลี่ยนแปลงใด ๆ ในแหล่งข้อมูลที่เกิดขึ้น รวมถึงข้อดีของทั้งโหมด DirectQuery และโหมดการนําเข้าในขณะที่หลีกเลี่ยงข้อเสียของพวกเขา โหมด Direct Lake อาจเป็นตัวเลือกที่เหมาะสําหรับการวิเคราะห์แบบจําลองและแบบจําลองที่มีขนาดใหญ่มากพร้อมการอัปเดตบ่อยครั้งที่แหล่งข้อมูล
Direct Lake ยังสนับสนุน การรักษาความปลอดภัย ระดับแถวและการ รักษาความปลอดภัยระดับ วัตถุ เพื่อให้ผู้ใช้เห็นเฉพาะข้อมูลที่พวกเขามีสิทธิ์ในการดูเท่านั้น
ข้อกำหนดเบื้องต้น
Direct Lake ได้รับการสนับสนุนบน Microsoft Premium (P) SKU และ Microsoft Fabric (F) SKU เท่านั้น
สำคัญ
สําหรับลูกค้าใหม่ Direct Lake ได้รับการสนับสนุนบน Microsoft Fabric (F) SKU เท่านั้น ลูกค้าที่มีอยู่สามารถใช้ Direct Lake กับ SKU Premium (P) ได้ต่อไป แต่แนะนําให้เปลี่ยนเป็น Fabric capacity SKU ดูประกาศสิทธิ์การใช้งานสําหรับข้อมูลเพิ่มเติมเกี่ยวกับ สิทธิ์การใช้งาน Power BI Premium
เลคเฮ้าส์
ก่อนใช้ Direct Lake คุณต้องเตรียมใช้งาน lakehouse (หรือคลังสินค้า) ที่มีตาราง Delta อย่างน้อยหนึ่งตารางในพื้นที่ทํางานที่โฮสต์บนความจุ Microsoft Fabric ที่ได้รับการสนับสนุน จําเป็นต้องมีเลคเฮาส์เนื่องจากให้ตําแหน่งที่เก็บข้อมูลสําหรับไฟล์ที่จัดรูปแบบ parquet ของคุณใน OneLake นอกจากนี้เลคเฮ้าส์ยังมีจุดเข้าใช้งานเพื่อเปิดใช้ฟีเจอร์การสร้างแบบจําลองเว็บเพื่อสร้างแบบจําลอง Direct Lake
หากต้องการเรียนรู้วิธีการเตรียมใช้งานเลคเฮ้าส์ สร้างตาราง Delta ในเลคเฮ้าส์ และสร้างแบบจําลองพื้นฐานสําหรับเลคเฮ้าส์ ดูสร้างเลคเฮาส์สําหรับทะเลสาบ Direct Lake
จุดสิ้นสุด SQL
ในฐานะส่วนหนึ่งของการเตรียมใช้งานเลคเฮ้าส์ จุดสิ้นสุด SQL สําหรับการคิวรี SQL และแบบจําลองเริ่มต้นสําหรับการรายงานจะถูกสร้างขึ้นและปรับปรุงด้วยตารางใด ๆ ที่เพิ่มลงในเลคเฮ้าส์ ในขณะที่โหมด Direct Lake ไม่คิวรีจุดสิ้นสุด SQL เมื่อโหลดข้อมูลโดยตรงจาก OneLake จําเป็นต้องใช้เมื่อแบบจําลอง Direct Lake ต้องถอยกลับไปยังโหมด DirectQuery อย่างราบรื่น เช่น เมื่อแหล่งข้อมูลใช้คุณลักษณะเฉพาะ เช่น ความปลอดภัยขั้นสูงหรือมุมมองที่ไม่สามารถอ่านผ่าน Direct Lake ได้ โหมด Direct Lake ยังคิวรีจุดสิ้นสุด SQL สําหรับ schema และข้อมูลที่เกี่ยวข้องกับความปลอดภัย
คลังข้อมูล
อีกทางเลือกหนึ่งสําหรับเลคเฮ้าส์ที่มีจุดสิ้นสุด SQL คุณยังสามารถจัดหาคลังสินค้าและเพิ่มตารางโดยใช้คําสั่ง SQL หรือไปป์ไลน์ข้อมูล ขั้นตอนในการจัดหาคลังข้อมูลแบบสแตนด์อโลนเกือบจะเหมือนกับขั้นตอนสําหรับเลคเฮ้าส์
การสนับสนุนการเขียนแบบจําลองที่มีตําแหน่งข้อมูล XMLA
แบบจําลอง Direct Lake รองรับการดําเนินการเขียนผ่านตําแหน่งข้อมูล XMLA โดยใช้เครื่องมือ เช่น SQL Server Management Studio (19.1 และสูงกว่า) และเครื่องมือ BI ภายนอกเวอร์ชันล่าสุด เช่น Tabular Editor และ DAX studio การดําเนินการเขียนแบบจําลองผ่านการสนับสนุนตําแหน่งข้อมูล XMLA:
การปรับแต่ง การผสาน การเขียนสคริปต์ การดีบัก และการทดสอบเมตาดาต้าของแบบจําลอง Direct Lake
การควบคุมแหล่งที่มาและเวอร์ชัน การรวมอย่างต่อเนื่อง และการปรับใช้อย่างต่อเนื่อง (CI/CD) ด้วย Azure DevOps และ GitHub
งานอัตโนมัติ เช่น การรีเฟรชและการนําการเปลี่ยนแปลงไปใช้กับแบบจําลอง Direct Lake โดยใช้ PowerShell และ REST API
โปรดทราบว่าตาราง Direct Lake ที่สร้างขึ้นโดยใช้แอปพลิเคชัน XMLA เบื้องต้นจะอยู่ในสถานะที่ยังไม่ได้ประมวลผลจนกว่าแอปพลิเคชันจะออกคําสั่งรีเฟรช ตารางที่ยังไม่ได้ประมวลผลจะกลับไปเป็นโหมด DirectQuery เมื่อสร้างแบบจําลองความหมายใหม่ ตรวจสอบให้แน่ใจว่าได้รีเฟรชแบบจําลองความหมายของคุณเพื่อประมวลผลตารางของคุณ
เปิดใช้งาน XMLA แบบอ่าน-เขียน
ก่อนที่จะดําเนินการเขียนบนแบบจําลอง Direct Lake ผ่านตําแหน่งข้อมูล XMLA ต้องเปิดใช้งานการอ่าน-เขียน XMLA สําหรับความจุ
สําหรับ ความจุรุ่นทดลองใช้ Fabric ผู้ใช้รุ่นทดลองใช้มีสิทธิ์ของผู้ดูแลระบบที่จําเป็นสําหรับการเปิดใช้งาน XMLA แบบอ่าน-เขียน
ในพอร์ทัลผู้ดูแลระบบ เลือก ตั้งค่าความจุ
คลิกที่แท็บรุ่นทดลองใช้
เลือกความจุที่มี รุ่นทดลองใช้ และชื่อผู้ใช้ของคุณในชื่อความจุ
ขยายปริมาณงาน Power BI จากนั้นในการตั้งค่า ตําแหน่งข้อมูล XMLA เลือก อ่านเขียน
โปรดทราบว่าการตั้งค่าตําแหน่งข้อมูล XMLA จะนําไปใช้กับพื้นที่ทํางานและแบบจําลองทั้งหมดที่กําหนดให้กับความจุ
เมตาดาต้าแบบจําลอง Direct Lake
เมื่อเชื่อมต่อกับแบบจําลอง Direct Lake แบบสแตนด์อโลนผ่านตําแหน่งข้อมูล XMLA เมตาดาต้าจะมีลักษณะเหมือนแบบจําลองอื่น ๆ อย่างไรก็ตาม แบบจําลอง Direct Lake แสดงความแตกต่างดังต่อไปนี้:
คุณสมบัติของ
compatibilityLevel
วัตถุฐานข้อมูลคือ 1604 หรือสูงกว่าคุณสมบัติของ
Mode
พาร์ติชัน Direct Lake ถูกตั้งค่าdirectLake
เป็นพาร์ติชัน Direct Lake ใช้นิพจน์ที่ใช้ร่วมกันเพื่อกําหนดแหล่งข้อมูล นิพจน์จะชี้ไปยังจุดสิ้นสุด SQL ของเลคเฮ้าส์หรือคลังสินค้า Direct Lake ใช้จุดสิ้นสุด SQL เพื่อค้นหา schema และข้อมูลความปลอดภัย แต่โหลดข้อมูลโดยตรงจากตาราง Delta (เว้นแต่ว่า Direct Lake ต้องถอยกลับไปยังโหมด DirectQuery ไม่ว่าด้วยเหตุผลใดก็ตาม)
นี่คือตัวอย่างคิวรี XMLA ใน SSMS:
หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับการสนับสนุนเครื่องมือผ่านตําแหน่งข้อมูล XMLA โปรดดู การเชื่อมต่อแบบจําลองความหมายที่มีจุดสิ้นสุด XMLA
ทางเลือกสำรอง
แบบจําลองความหมายของ Power BI ในโหมด Direct Lake อ่านตาราง Delta โดยตรงจาก OneLake อย่างไรก็ตาม ถ้าคิวรี DAX บนแบบจําลอง Direct Lake เกินขีดจํากัดสําหรับ SKU หรือใช้คุณลักษณะที่ไม่รองรับโหมด Direct Lake เช่น มุมมอง SQL ในคลังสินค้า คิวรีสามารถกลับไปใช้โหมด DirectQuery ได้ ในโหมด DirectQuery คิวรีจะใช้ SQL เพื่อดึงผลลัพธ์จากจุดสิ้นสุด SQL ของเลคเฮ้าส์หรือคลังสินค้า ซึ่งอาจส่งผลกระทบต่อประสิทธิภาพการคิวรี คุณสามารถ ปิดใช้งานย้อนกลับ ไปยังโหมด DirectQuery หากคุณต้องการประมวลผลคิวรี DAX ในโหมด Direct Lake บริสุทธิ์เท่านั้น ขอแนะนําให้ปิดใช้งานการแสดงแทนถ้าคุณไม่จําเป็นต้องย้อนกลับไปยัง DirectQuery ซึ่งจะเป็นประโยชน์เมื่อทําการวิเคราะห์การประมวลผลคิวรีสําหรับแบบจําลอง Direct Lake เพื่อระบุว่ามีเหตุการณ์แสดงแทนเกิดขึ้นบ่อยเพียงใดและเกิดขึ้นบ่อยเพียงใด หากต้องการเรียนรู้เพิ่มเติมเกี่ยวกับโหมด DirectQuery โปรดดู โหมดแบบจําลองความหมายใน Power BI
Guardrails กําหนดขีดจํากัดของทรัพยากรสําหรับโหมด Direct Lake ที่เกินความจําเป็นในการย้อนกลับไปยังโหมด DirectQuery เพื่อประมวลผลคิวรี DAX สําหรับรายละเอียดเกี่ยวกับวิธีการกําหนดจํานวนของไฟล์ parquet และกลุ่มแถวสําหรับตาราง Delta ดูที่ การอ้างอิงคุณสมบัติของตาราง Delta
สําหรับแบบจําลอง ความหมาย Direct Lake หน่วยความจํา สูงสุดแสดงถึงขีดจํากัดทรัพยากรหน่วยความจําด้านบนสําหรับปริมาณข้อมูลที่สามารถจัดหน้าได้ ผลที่ได้คือไม่ใช่ตัวรักษาเนื่องจากเกินจะไม่ทําให้เกิดการย้อนกลับไปยัง DirectQuery แต่เนื่องจากการย้อนกลับไปเป็น DirectQuery อย่างไรก็ตาม อาจมีผลกระทบต่อประสิทธิภาพการทํางานหากจํานวนข้อมูลมีขนาดใหญ่พอที่จะทําให้เกิดการแบ่งหน้าและออกจากข้อมูลแบบจําลองจากข้อมูล OneLake
ตารางต่อไปนี้แสดงรายการทั้ง guardrails ของทรัพยากรและหน่วยความจําสูงสุด:
Fabric SKU | ไฟล์ Parquet ต่อตาราง | กลุ่มแถวต่อตาราง | แถวต่อตาราง (ล้าน) | ขนาดแบบจําลองสูงสุดบนดิสก์/OneLake1 (GB) | หน่วยความจําสูงสุด (GB) |
---|---|---|---|---|---|
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 - ถ้าเกิน ขนาดแบบจําลองสูงสุดบนดิสก์/Onelake จะทําให้คิวรีทั้งหมดไปยังแบบจําลองกลับไปใช้ DirectQuery ซึ่งแตกต่างจาก guardrails อื่นที่ได้รับการประเมินต่อคิวรี
ขึ้นอยู่กับ Fabric SKU ของคุณ หน่วยความจุเพิ่มเติมและหน่วยความจําสูงสุดต่อขีดจํากัดคิวรียังนําไปใช้กับแบบจําลอง Direct Lake หากต้องการเรียนรู้เพิ่มเติม โปรดดู ความจุและ SKU
ลักษณะการทํางานที่ใช้แสดงแทน
แบบจําลอง Direct Lake มีคุณสมบัติ DirectLakeBehavior ซึ่งมีสามตัวเลือก:
อัตโนมัติ - (ค่าเริ่มต้น) ระบุคิวรีกลับไปเป็น โหมด DirectQuery ถ้าข้อมูลไม่สามารถโหลดลงในหน่วยความจําได้อย่างมีประสิทธิภาพ
DirectLakeOnly - ระบุคิวรีทั้งหมดใช้โหมด Direct Lake เท่านั้น การย้อนกลับไปยังโหมด DirectQuery ถูกปิดใช้งาน ถ้าไม่สามารถโหลดข้อมูลลงในหน่วยความจํา ข้อผิดพลาดจะถูกส่งกลับ ใช้การตั้งค่านี้เพื่อตรวจสอบว่าคิวรี DAX ไม่สามารถโหลดข้อมูลลงในหน่วยความจําบังคับให้แสดงข้อผิดพลาดหรือไม่
DirectQueryOnly - ระบุคิวรีทั้งหมดใช้โหมด DirectQuery เท่านั้น ใช้การตั้งค่านี้เพื่อทดสอบประสิทธิภาพการทํางานที่ใช้แสดงแทน
คุณสามารถกําหนดค่าคุณสมบัติ DirectLakeBehavior ได้โดยใช้ Tabular Object Model (TOM) หรือ Tabular Model Scripting Language (TMSL)
ตัวอย่างต่อไปนี้ระบุคิวรีทั้งหมดใช้โหมด Direct Lake เท่านั้น:
// Disable fallback to DirectQuery mode.
//
database.Model.DirectLakeBehavior = DirectLakeBehavior.DirectLakeOnly = 1;
database.Model.SaveChanges();
วิเคราะห์การประมวลผลคิวรี
เพื่อตรวจสอบว่าคิวรี DAX ของวิชวลรายงานไปยังแหล่งข้อมูลมีประสิทธิภาพที่ดีที่สุดโดยใช้โหมด Direct Lake หรือย้อนกลับไปยังโหมด DirectQuery คุณสามารถใช้ตัววิเคราะห์ประสิทธิภาพใน Power BI Desktop, SQL Server Profiler หรือเครื่องมือของบุคคลที่สามอื่น ๆ เพื่อวิเคราะห์คิวรีได้ หากต้องการเรียนรู้เพิ่มเติม โปรดดู วิเคราะห์การประมวลผลคิวรีสําหรับแบบจําลอง Direct Lake
รีเฟรช
ตามค่าเริ่มต้น การเปลี่ยนแปลงข้อมูลใน OneLake จะปรากฏในแบบจําลอง Direct Lake โดยอัตโนมัติ คุณสามารถเปลี่ยนลักษณะการทํางานนี้ได้โดยการ ปิดใช้งานปรับปรุงข้อมูล Direct Lake ของคุณอยู่เสมอ ในการตั้งค่าแบบจําลอง
คุณอาจต้องการปิดใช้งาน ถ้าตัวอย่างเช่น คุณจําเป็นต้องอนุญาตให้งานการเตรียมข้อมูลเสร็จสิ้นก่อนที่จะเปิดเผยข้อมูลใหม่ใด ๆ ให้กับผู้บริโภคของแบบจําลอง เมื่อปิดใช้งาน คุณสามารถเรียกใช้การรีเฟรชด้วยตนเองหรือโดยใช้ API รีเฟรช การเรียกการรีเฟรชสําหรับแบบจําลอง Direct Lake เป็นการดําเนินการที่มีค่าใช้จ่ายต่ํา ซึ่งแบบจําลองจะวิเคราะห์เมตาดาต้าของตาราง Delta Lake เวอร์ชันล่าสุดและได้รับการอัปเดตเพื่ออ้างอิงไฟล์ล่าสุดใน OneLake
โปรดทราบว่า Power BI สามารถหยุดการอัปเดตตาราง Direct Lake โดยอัตโนมัติหากพบข้อผิดพลาดที่ไม่สามารถกู้คืนได้ในระหว่างการรีเฟรช ดังนั้นตรวจสอบให้แน่ใจว่าแบบจําลองความหมายของคุณสามารถรีเฟรชได้สําเร็จ Power BI ดําเนินการอัปเดตอัตโนมัติต่อโดยอัตโนมัติเมื่อการรีเฟรชที่เรียกใช้ผู้ใช้ครั้งต่อมาเสร็จสมบูรณ์โดยไม่มีข้อผิดพลาด
ความปลอดภัยการเข้าถึงข้อมูลแบบชั้น
แบบจําลองของทะเลสาบโดยตรงที่สร้างขึ้นที่ด้านบนของเลคเฮ้าส์และคลังสินค้ายึดตามรูปแบบความปลอดภัยแบบชั้นที่เลคเฮ้าส์และคลังสินค้าสนับสนุนโดยการดําเนินการตรวจสอบสิทธิ์ผ่านจุดสิ้นสุด T-SQL เพื่อตรวจสอบว่าข้อมูลประจําตัวที่พยายามเข้าถึงข้อมูลนั้นมีสิทธิ์ในการเข้าถึงข้อมูลที่จําเป็นหรือไม่ ตามค่าเริ่มต้น แบบจําลอง Direct Lake ใช้การลงชื่อเข้าระบบครั้งเดียว (SSO) ดังนั้นสิทธิ์ที่มีประสิทธิภาพของผู้ใช้แบบโต้ตอบจะกําหนดว่าผู้ใช้ได้รับอนุญาตหรือปฏิเสธการเข้าถึงข้อมูลหรือไม่ ถ้าแบบจําลอง Direct Lake ได้รับการกําหนดค่าให้ใช้ข้อมูลประจําตัวแบบคงที่ สิทธิ์ที่มีประสิทธิภาพของข้อมูลประจําตัวแบบคงที่จะกําหนดว่าผู้ใช้ที่โต้ตอบกับแบบจําลองความหมายสามารถเข้าถึงข้อมูลได้หรือไม่ จุดสิ้นสุด T-SQL ส่งกลับค่า อนุญาต หรือ ปฏิเสธ ไปยังแบบจําลอง Direct Lake ตามการผสมผสานของ สิทธิ์ การรักษาความปลอดภัย OneLake และ SQL
ตัวอย่างเช่น ผู้ดูแลระบบคลังสินค้าสามารถให้สิทธิ์ SELECT แก่ผู้ใช้ในตารางเพื่อให้ผู้ใช้สามารถอ่านจากตารางนั้นได้แม้ว่าผู้ใช้ไม่มีสิทธิ์การรักษาความปลอดภัย OneLake ก็ตาม ผู้ใช้ได้รับอนุญาตที่ระดับเลคเฮ้าส์/คลังสินค้า ในทางกลับกัน ผู้ดูแลระบบคลังสินค้ายังสามารถปฏิเสธการเข้าถึงแบบอ่านตารางของผู้ใช้ จากนั้นผู้ใช้จะไม่สามารถอ่านจากตารางนั้นได้แม้ว่าผู้ใช้มีสิทธิ์การอ่านความปลอดภัย OneLake ก็ตาม คําสั่ง DENY จะแทนที่การรักษาความปลอดภัย OneLake หรือสิทธิ์ SQL ใดๆ ที่ได้รับ ดูตารางต่อไปนี้สําหรับสิทธิ์ที่มีผลบังคับใช้ที่ผู้ใช้สามารถกําหนดชุดของการรักษาความปลอดภัย OneLake และสิทธิ์ SQL
สิทธิ์การรักษาความปลอดภัย OneLake | สิทธิ์ SQL | สิทธิ์ที่มีผลบังคับใช้ |
---|---|---|
อนุญาต | None | อนุญาต |
None | อนุญาต | อนุญาต |
อนุญาต | ปฏิเสธ | ปฏิเสธ |
None | ปฏิเสธ | ปฏิเสธ |
ปัญหาและข้อจำกัดที่ทราบ
ตามการออกแบบ เฉพาะตารางในแบบจําลองความหมายที่มาจากตารางในเลคเฮ้าส์หรือคลังสินค้าเท่านั้นที่สนับสนุนโหมด Direct Lake แม้ว่าตารางในแบบจําลองสามารถมาจากมุมมอง SQL ในเลคเฮ้าส์หรือคลัง คิวรี่โดยใช้ตารางเหล่านั้นจะกลับเป็นโหมด DirectQuery
ตารางแบบจําลองความหมายของทะเลสาบโดยตรงสามารถมาจากตารางและมุมมองจากเลคเฮ้าส์หรือคลังข้อมูลเดียวเท่านั้น
ในขณะนี้ ตาราง Direct Lake ไม่สามารถผสมกับตารางชนิดอื่น เช่น นําเข้า, DirectQuery หรือ คู่ ในแบบจําลองเดียวกัน โมเดลแบบรวมยังไม่รองรับในขณะนี้
ความสัมพันธ์ของวันที่เวลาไม่ได้รับการสนับสนุนในแบบจําลอง Direct Lake
คอลัมน์จากการคํานวณและตารางจากการคํานวณไม่ได้รับการสนับสนุน
ชนิดข้อมูลบางอย่างอาจไม่ได้รับการสนับสนุน เช่น ทศนิยมความแม่นยําสูงและชนิดของเงิน
ตาราง Direct Lake ไม่สนับสนุนชนิดคอลัมน์ของตาราง Delta ที่ซับซ้อน ยังไม่สนับสนุนชนิดความหมายไบนารีและ Guid คุณต้องแปลงชนิดข้อมูลเหล่านี้เป็นสตริงหรือชนิดข้อมูลที่ได้รับการสนับสนุนอื่นๆ
ความสัมพันธ์ของตารางจําเป็นต้องใช้ชนิดข้อมูลของคอลัมน์หลักเพื่อให้ตรงกัน คอลัมน์คีย์หลักต้องมีค่าที่ไม่ซ้ํากัน คิวรี DAX จะล้มเหลวถ้าตรวจพบว่ามีค่าคีย์หลักซ้ํากัน
ความยาวของค่าคอลัมน์สตริงถูกจํากัดไว้ที่อักขระ Unicode 32,764 ตัว
ค่าจุดลอยตัว 'NaN' (ไม่ใช่ตัวเลข) ไม่ได้รับการสนับสนุนในแบบจําลอง Direct Lake
สถานการณ์ที่ฝังตัวที่ใช้เอนทิตีแบบฝังตัวยังไม่ได้รับการรองรับ
การตรวจสอบความถูกต้องถูกจํากัดสําหรับแบบจําลอง Direct Lake การเลือกผู้ใช้จะถือว่าถูกต้องและไม่มีคิวรีที่จะตรวจสอบความถูกต้องของคาร์ดินาลลิตี้และการเลือกตัวกรองข้ามสําหรับความสัมพันธ์ หรือสําหรับคอลัมน์วันที่ที่เลือกในตารางวันที่
แท็บ Direct Lake ในประวัติการรีเฟรชจะแสดงเฉพาะความล้มเหลวในการรีเฟรชที่เกี่ยวข้องกับ Direct Lake เท่านั้น การรีเฟรชที่สําเร็จถูกละเว้นไว้ในขณะนี้
เริ่มต้นใช้งาน
วิธีที่ดีที่สุดในการเริ่มต้นใช้งานโซลูชัน Direct Lake ในองค์กรของคุณคือการสร้างเลคเฮ้าส์ สร้างตาราง Delta ในนั้น จากนั้นสร้างแบบจําลองความหมายพื้นฐานสําหรับเลคเฮ้าส์ในพื้นที่ทํางาน Microsoft Fabric ของคุณ หากต้องการเรียนรู้เพิ่มเติม โปรดดู สร้างเลคเฮาส์สําหรับ Direct Lake
เนื้อหาที่เกี่ยวข้อง
คำติชม
https://aka.ms/ContentUserFeedback
เร็วๆ นี้: ตลอดปี 2024 เราจะขจัดปัญหา GitHub เพื่อเป็นกลไกคำติชมสำหรับเนื้อหา และแทนที่ด้วยระบบคำติชมใหม่ สำหรับข้อมูลเพิ่มเติม ให้ดู:ส่งและดูข้อคิดเห็นสำหรับ