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

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

Note

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

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

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

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

ตัวเชื่อมต่อ ไดรเวอร์ปัจจุบัน ไดรเวอร์สํารอง
ดาต้าบริคส์ ซิมบ้า สปาร์ค ODBC ดาตาบริก ADBC
Azure Databricks ซิมบ้า สปาร์ค ODBC ดาตาบริก ADBC
เดรมิโอ สว่านซิมบ้า ODBC ไฟลท์ SQL ADBC
Google BigQuery และ Google BigQuery (Microsoft Entra ID) ซิมบ้า Google BigQuery ODBC บิ๊กคิวรี ADBC
รวงผึ้ง ซิมบ้าไฮฟ์ ODBC เลิกใช้งานแล้ว
Impala ซิมบ้าอิมพาลา ODBC ไฮฟ์เซิร์ฟเวอร์ 2 เอดีบีซี
Snowflake ซิมบ้า สโนว์เฟลก ODBC เกล็ดหิมะ ADBC
Spark ซิมบ้า สปาร์ค ODBC ไฮฟ์เซิร์ฟเวอร์ 2 เอดีบีซี

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

เงื่อนไข ไดรเวอร์ที่ใช้
Implementation="2.0" เอดีบีซี
Implementation ไม่ได้ระบุและการตั้งค่าพื้นที่ ทํางานเปิดอยู่ เอดีบีซี
Implementation="1.0" ODBC
Implementation ไม่ได้ระบุและการตั้งค่าพื้นที่ทํางานเป็น ปิด ODBC

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

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

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

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

วันสําคัญ

  • กรกฎาคม 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 บนพื้นที่ทํางานนําร่องและตรวจสอบความถูกต้องผ่านการเชื่อมต่อระบบคลาวด์

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

การตั้งค่า 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) ดูเอกสารเฉพาะตัวเชื่อมต่อที่เชื่อมโยงกับตัวเชื่อมต่อและตารางการเปลี่ยนแปลงโปรแกรมควบคุม

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

  • Last updated on