การเปลี่ยนจากโปรแกรมควบคุม ODBC เป็น ADBC ใน Power BI และ Fabric

Power BI และ Microsoft Fabric กําลังเปลี่ยนการเชื่อมต่อแหล่งข้อมูลที่ได้รับการสนับสนุนจากไดรเวอร์ ODBC แบบฝังตัวแบบเดิมเป็นไดรเวอร์ Apache Arrow Database Connectivity (ADBC) ADBC มีชุดอินเทอร์เฟซมาตรฐานสําหรับการโต้ตอบกับข้อมูลลูกศร ซึ่งจะมีประสิทธิภาพอย่างยิ่งในการดึงข้อมูลชุดข้อมูลขนาดใหญ่ที่มีค่าใช้จ่ายน้อยมากและไม่มีการทําให้เป็นอนุกรมหรือคัดลอก ไดรเวอร์ ADBC ยังรวมการปรับปรุงความปลอดภัย เช่น ความปลอดภัยของหน่วยความจําและการเก็บขยะ

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

ตัวเชื่อมต่อและการเปลี่ยนแปลงไดรเวอร์

ตารางต่อไปนี้แสดงรายการตัวเชื่อมต่อที่กําลังเปลี่ยนจากโปรแกรมควบคุม ODBC แบบฝังตัวไปเป็นโปรแกรมควบคุมทดแทน ในกรณีส่วนใหญ่ ไดรเวอร์สํารองคือไดรเวอร์ ADBC

ใครบ้างที่ได้รับผลกระทบ

คุณจะได้รับผลกระทบหากคุณใช้ ตัวเชื่อมต่อใดๆ ที่เปลี่ยนไปใช้ ADBC (เช่น Databricks, Snowflake หรือ Google BigQuery) และ:

• คุณไม่ได้เลือกการใช้งานอย่างชัดเจนในการเชื่อมต่อ ( Implementation ไม่ได้ระบุพารามิเตอร์) หรือ
• องค์กรของคุณต้องการการควบคุมจากส่วนกลางว่า ADBC หรือ ODBC เป็นค่าเริ่มต้นสําหรับตัวเชื่อมต่อที่รองรับ

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

วิธีการย้ายข้อมูล

คุณย้ายข้อมูลได้สามวิธี โดยเรียงลําดับตามปริมาณการควบคุมที่คุณต้องการ

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

การเลือกใช้ต่อการเชื่อมต่อ

คุณสามารถเลือกใช้ ADBC ได้โดยเพิ่ม Implementation="2.0" การเชื่อมต่อที่รองรับ วิธีนี้ช่วยให้คุณตรวจสอบความถูกต้องของ ADBC ได้ตามต้องการสําหรับการเชื่อมต่อแต่ละรายการ

สําหรับคําแนะนําโดยละเอียดเกี่ยวกับการเลือกใช้ต่อการเชื่อมต่อสําหรับตัวเชื่อมต่อเฉพาะ โปรดดูเอกสารเฉพาะตัวเชื่อมต่อที่เชื่อมโยงในตาราง ตัวเชื่อมต่อและการเปลี่ยนแปลงโปรแกรมควบคุม

การตั้งค่าผู้เช่า

ผู้ดูแลระบบผู้เช่าสามารถตั้งค่าเริ่มต้นขององค์กรได้โดยใช้การตั้งค่าพอร์ทัลผู้ดูแลระบบ:

ผู้ใช้สามารถเชื่อมต่อกับแหล่งข้อมูลโดยใช้การเชื่อมต่อฐานข้อมูล Apache Arrow (ADBC)

• ปิดใช้งาน (ค่าเริ่มต้น): เลือกโปรแกรมควบคุม ODBC รุ่นเก่าเป็นตัวเลือกเริ่มต้น
• เปิดใช้งาน: เลือกไดรเวอร์ ADBC ใหม่เป็นตัวเลือกเริ่มต้น

การตั้งค่านี้ยังควบคุมลักษณะการทํางาน ทดสอบการเชื่อมต่อ สําหรับแต่ละชนิดการเชื่อมต่อภายในผู้เช่า

การแทนที่พื้นที่ทํางาน

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

วิธีเลือกการใช้งาน

ถ้าคุณระบุ Implementation พารามิเตอร์อย่างชัดเจนในการเชื่อมต่อ ค่านั้นจะมีความสําคัญเหนือค่าเริ่มต้นของผู้เช่าหรือพื้นที่ทํางานเสมอ

ตารางต่อไปนี้แสดงวิธีการเลือกไดรเวอร์:

ลักษณะการทํางานของเกตเวย์ข้อมูลภายในองค์กร

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

ผลที่ตามมาสองประการที่ควรระวังเมื่อวางแผนการโยกย้ายของคุณ:

• หากคุณกําลังใช้เกตเวย์เพื่อทดสอบการเปลี่ยนผ่านไปยัง ADBC การรีเฟรชผ่านเกตเวย์จะไม่แสดงเส้นทาง ADBC ทดสอบ ADBC โดยใช้ การเชื่อมต่อระบบคลาวด์ เพื่อตรวจสอบลักษณะการทํางาน ADBC แบบ end-to-end อย่างถูกต้อง
• ลูกค้าที่จําเป็นต้องคงอยู่ใน ODBC (ตัวอย่างเช่น เพื่อรักษาเส้นทางการเชื่อมโยงส่วนตัวผ่านเกตเวย์) สามารถเลื่อนการเปลี่ยนแปลงได้โดยการกําหนดเส้นทางการรีเฟรชผ่านเกตเวย์ภายในองค์กรด้วยโปรแกรมควบคุม ODBC ที่ติดตั้ง นี่คือ การเลื่อนเวลา ไม่ใช่การปฏิเสธเข้าร่วมแบบถาวร: เมื่อโปรแกรมควบคุม ODBC ถูกลบออกจากการติดตั้งเกตเวย์ในอนาคต (ดู วันที่คีย์) เกตเวย์ที่ปักหมุดไปยังการเผยแพร่ก่อนหน้าในที่สุดจะไม่ได้รับการสนับสนุน การอัปเกรดเกตเวย์แผนและการตรวจสอบ ADBC ตามลําดับ

รายการตรวจสอบการย้ายข้อมูลที่แนะนํา

1. ตรวจสอบพื้นที่ทํางานของคุณด้วย pq-adbc-advisor ในคลังทุกการเชื่อมต่อที่ปักหมุดไดรเวอร์เดิมและดูการจัดประเภทความเสี่ยงต่อรายการ โปรดดู ตรวจสอบพื้นที่ทํางานของคุณด้วย pq-adbc-advisor
2. เลือกพื้นที่ทํางานนําร่องและเปิดใช้งาน ADBC ที่นั่นก่อนโดยใช้การแทนที่พื้นที่ทํางานเพื่อตรวจสอบชุดข้อมูลหลักและรีเฟรชสถานการณ์ หากต้องการตรวจสอบเส้นทาง ADBC แบบ end-to-end ให้ทดสอบโดยใช้ การเชื่อมต่อระบบคลาวด์ — ดู ลักษณะการทํางานของเกตเวย์ข้อมูลภายในองค์กร สําหรับสาเหตุที่การรีเฟรชที่ถูกกําหนดเส้นทางเกตเวย์อยู่บน ODBC
3. ตรวจสอบความถูกต้องใน Power BI Desktop ติดตั้งรุ่น Power BI Desktop ปัจจุบัน ซึ่งส่งไดรเวอร์ ADBC สําหรับตัวเชื่อมต่อทุกตัวในขอบเขตที่ส่งผ่านพลิกค่าเริ่มต้น ไม่มีการสลับต่อไฟล์เพื่อบังคับ ADBC บนคิวรีที่มีอยู่ — เพื่อกําหนดเส้นทางคิวรีที่มีอยู่ไปยัง ADBC ลบคิวรี เพิ่มแหล่งที่มาใหม่ และเลือกเขตข้อมูลอีกครั้ง รีเฟรชและเปรียบเทียบจํานวนแถว ชนิดคอลัมน์ และระยะเวลาการรีเฟรชเทียบกับข้อมูลพื้นฐาน ODBC ของคุณ
4. สําหรับการเชื่อมต่อที่สําคัญใดๆ ที่คุณต้องการตรวจสอบทันที ให้เลือกใช้ต่อการเชื่อมต่อด้วยImplementation="2.0"
5. เมื่อการตรวจสอบความถูกต้องเสร็จสมบูรณ์ ให้ตัดสินใจว่าจะเปิดใช้งาน ADBC ตามค่าเริ่มต้นที่ระดับผู้เช่าหรือไม่

ตรวจสอบพื้นที่ทํางานของคุณด้วย pq-adbc-advisor

ก่อนที่คุณจะโยกย้าย คุณจําเป็นต้องทราบสิ่งที่ต้องเปลี่ยนแปลง pq-adbc-advisorเป็นสมุดบันทึกแบบอ่านอย่างเดียว Fabric ที่สแกนพื้นที่ทํางานและแสดงรายงานผลกระทบต่อรายการที่แสดงแบบจําลองความหมาย กระแสข้อมูล และไปป์ไลน์ข้อมูลที่ยังคงปักหมุดโปรแกรมควบคุม ODBC เดิมและสิ่งที่ต้องทําเกี่ยวกับแต่ละอย่าง

รายงานผลกระทบช่วยให้คุณอย่างไร

รายงานผลกระทบช่วยให้คุณ:

• สินค้าคงคลังของการโยกย้ายตัวเชื่อมต่อทุกตัวเรียกใช้ในพื้นที่ทํางานข้ามตัวเชื่อมต่อเปลี่ยนเป็น ADBC

• การจัดประเภทความเสี่ยงการเคลื่อนย้ายสําหรับแต่ละหน่วยข้อมูล:

  ความเสี่ยง	ความเสี่ยงมีความหมายอย่างไร	สิ่งที่ต้องทํา
  จะล้มเหลว	คิวรี M หมุด Implementation="1.0" และรายการไม่มีการรวมเกตเวย์ เมื่อเลื่อนเมาส์การรีเฟรชนี้จะหยุดทํางาน	ลบ [Implementation="1.0"] ออกจากขั้นตอนต้นทาง หรือผูกรายการกับเกตเวย์ก่อนการเคลื่อนย้าย
  ต้องการการตรวจสอบ	คิวรี M จะปักหมุด ODBC แต่เกตเวย์ถูกผูกไว้ (มีชีวิตให้มีการเคลื่อนย้ายแต่ควรพลิก) หรือ M สร้างสตริง DSN ดิบที่ ADBC ไม่ได้ใช้รูปแบบคําพูด	ทดสอบเส้นทาง ADBC ในสําเนาของรายการ แล้วเผยแพร่ สําหรับกรณีสตริง DSN ตัวเชื่อมต่อมาตรฐานไม่ครอบคลุม เลื่อนระดับไปยังกล่องจดหมายการเลื่อนระดับที่ระบุไว้ในตัวเร่งความเร็ว
  พร้อม	คิวรี M จะปักหมุด ADBC (Implementation="2.0") อยู่แล้วหรือไม่ได้ปักหมุดและสวิตช์ผู้เช่าจะจัดการได้อย่างเรียบร้อย	ไม่มีการกระทํา สแกนอีกครั้งหลังจากเลื่อนเมาส์เพื่อยืนยัน

• ความครอบคลุมสําหรับไปป์ไลน์ข้อมูลและกระแสข้อมูล Gen2 ไม่ใช่แค่แบบจําลองเชิงความหมายเท่านั้น

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

รายงานผลกระทบไม่ทําอะไร

รายงานผลกระทบไม่:

• เขียนนิพจน์ M ใดๆ ใหม่
• ทริกเกอร์จะรีเฟรชด้วยตัวเอง (มีจุดเข้าใช้งานแยกต่างหากสําหรับการตรวจสอบความถูกต้อง)
• ส่งรหัส M ชื่อรายการ URL จุดสิ้นสุด ข้อมูลประจําตัว หรือรีเฟรชเนื้อหาข้อความแสดงข้อผิดพลาดภายนอกพื้นที่ทํางาน

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

วิธีการเรียกใช้รายงานผลกระทบ

วิธีที่ง่ายที่สุดในการใช้เครื่องมือคือการใช้สมุดบันทึกเริ่มต้นในกล่องเครื่องมือ Microsoft Fabric

1. ดาวน์โหลดสมุดบันทึกเริ่มต้นและนําเข้าลงในพื้นที่ทํางาน Fabric
2. แนบสมุดบันทึกกับพื้นที่ทํางานที่คุณต้องการจะเก็บ
3. เรียกใช้สมุดบันทึกจากบนลงล่าง ซึ่งติดตั้ง pq-adbc-advisor ลงในเซสชัน สแกนพื้นที่ทํางาน แสดงผลรายงานผลกระทบแบบอินไลน์ และบันทึกสําเนา HTML ของรายงานไปยัง lakehouse ค่าเริ่มต้นถ้าคุณแนบไว้
4. ทําการแก้ไขของคุณ
5. เรียกใช้สมุดบันทึกใหม่ รายงานแสดงเดลต้าความละเอียด - จํานวนหมุดที่คุณล้างข้อมูลตั้งแต่การสแกนครั้งแรกของคุณ

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

สําหรับข้อบกพร่อง คําขอคุณลักษณะ และช่องว่างของความครอบคลุมของตัวเชื่อมต่อ ให้ดู ที่เก็บ Accelerator

วันสําคัญ

• กรกฎาคม 2026 (ตามแผน): เริ่มการเปิดตัวการตั้งค่าผู้เช่าในวงกว้าง พฤติกรรมของพื้นที่ทํางานสืบทอดการตั้งค่านี้และสามารถแทนที่ได้โดยผู้ดูแลระบบพื้นที่ทํางานเมื่อได้รับการสนับสนุน
• สิงหาคม 2026 (ตามแผน): Microsoft วางแผนที่จะเริ่มเปิดใช้งานการตั้งค่าผู้เช่าตามค่าเริ่มต้นเป็นระยะ โดยขึ้นอยู่กับความพร้อมในการเปิดตัว
• ปลายไตรมาสที่ 3 ถึงต้นไตรมาสที่ 4 ปี 2026 (ตามแผน): Microsoft วางแผนที่จะเริ่มลบไดรเวอร์ ODBC ออกจากบริการ โดยขึ้นอยู่กับความพร้อมในการเปิดตัว ถ้าคุณต้องการใช้ ODBC (Implementation="1.0"หรือปิดการตั้งค่าพื้นที่ทํางาน) คุณต้องใช้เกตเวย์เพื่อเรียกใช้คิวรีด้วย ODBC ต่อไป
• ฤดูใบไม้ผลิ 2027 (ตามแผน): โปรแกรมควบคุม ODBC ที่อ้างถึงในบทความนี้มีการวางแผนที่จะไม่จัดส่งพร้อมกับ Power BI Desktop หรือเกตเวย์อีกต่อไป

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

คำถามที่ถามบ่อย

ฉันสามารถทดสอบ ADBC ตอนนี้ได้หรือไม่

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

ฉันจะค้นหาทุกที่ที่ฉันยังคงใช้โปรแกรมควบคุม ODBC เดิมได้อย่างไร

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

ฉันได้รับผลกระทบหรือไม่ถ้าฉันใช้เกตเวย์ข้อมูลภายในองค์กรอยู่แล้ว

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

ฉันจะเลือกไม่ใช้การเปลี่ยน ADBC ได้อย่างไร?

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

เหตุใดการตั้งค่า ADBC ในพื้นที่ทํางานจึงไม่เปลี่ยนไฟล์ Power BI Desktop ของฉัน

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

การตั้งค่า ADBC ของพื้นที่ทํางานจะเขียนคิวรี M ที่มีอยู่ของฉันใหม่หรือไม่

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

การเชื่อมต่อที่ปักหมุดโปรแกรมควบคุมใน M จะมีความสําคัญมากกว่าค่าเริ่มต้นของพื้นที่ทํางาน/ผู้เช่า การเชื่อมต่ออยู่กับ Implementation="1.0" ODBC และ Implementation="2.0" อยู่ใน ADBC โดยไม่คํานึงถึงการตั้งค่าพื้นที่ทํางานหรือผู้เช่า หากต้องการเปลี่ยนวิธีใดวิธีหนึ่ง เหล่านี้ ให้แก้ไข M

สําหรับลักษณะการทํางานเฉพาะของตัวเชื่อมต่อ (รวมถึงความแตกต่างใด ๆ ของพอร์ตหรือตัวเลือกระหว่างโปรแกรมควบคุม ODBC และ ADBC) ดูเอกสารเฉพาะตัวเชื่อมต่อที่เชื่อมโยงกับตัวเชื่อมต่อและตารางการเปลี่ยนแปลงโปรแกรมควบคุม

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

• ขั้วต่อ Databricks
• <ขั้วต่อ C0>Azure Databricks
• ตัวเชื่อมต่อ Google BigQuery
• ตัวเชื่อมต่อ Google BigQuery (Microsoft Entra ID)
• ขั้วต่อ Impala
• ขั้วต่อเกล็ดหิมะ
• ตัวเร่ง pq-adbc-advisor (Microsoft Fabric Toolbox)