หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
คู่มือนี้ช่วยให้คุณเรียนรู้เพิ่มเติมเกี่ยวกับข้อจํากัดที่มีอยู่ใน BigQuery ที่มิเรอร์ใน Microsoft Fabric
สําคัญ
ขณะนี้เรารองรับการมิเรอร์สําหรับ Google BigQuery สําหรับเกตเวย์ข้อมูลในองค์กร (OPDG) ใช้เวอร์ชัน 3000.286.6 หรือสูงกว่า
ข้อจํากัดระดับฐานข้อมูล
เมื่อมิเรอร์ตารางโดยไม่มีคีย์หลัก คุณจะทําการเปลี่ยนแปลงแบบแทรกอย่างเดียวเท่านั้นเพื่อให้มั่นใจถึงความถูกต้องของข้อมูล ถ้าพบการเปลี่ยนแปลงที่ไม่ใช่การแทรก ตารางจะเพาะเมล็ดใหม่โดยอัตโนมัติ (ตารางจะถูกสะท้อนใหม่ทั้งหมด) หากมีการเปลี่ยนแปลงที่ไม่ใช่การแทรกหลายครั้งเกิดขึ้นหลังจากการรีซีทครั้งแรกนั้น มิเรอร์จะเข้าสู่สถานะแบ็คออฟชั่วขณะหนึ่ง สถานะแบ็กออฟช่วยลดต้นทุนและจํากัดการจําลองแบบเต็มตารางที่ไม่จําเป็น หลังจากช่วงแบ็คออฟ ตารางจะกลับสู่สถานะปกติของการมิเรอร์ (การจําลองข้อมูลอย่างต่อเนื่อง)
ข้อจํากัดด้านประสิทธิภาพ
ถ้าคุณกําลังเปลี่ยนข้อมูลส่วนใหญ่ในตารางขนาดใหญ่ การหยุดและเริ่มการมิเรอร์ใหม่จะมีประสิทธิภาพมากกว่า การแทรกหรืออัปเดตระเบียนหลายพันล้านระเบียนอาจใช้เวลานาน
โดยทั่วไปแล้วข้อมูลที่มิเรอร์จะสะท้อนถึงการเปลี่ยนแปลงที่มีความล่าช้า 10-15 นาทีเนื่องจากสถาปัตยกรรมการบันทึกข้อมูลการเปลี่ยนแปลง (CDC) ของ BigQuery หากตรวจไม่พบการเปลี่ยนแปลง กลไกการจําลองแบบจะเข้าสู่โหมดแบ็คออฟ โดยเพิ่มช่วงเวลาการสํารวจได้ถึง 1 ชั่วโมง
ข้อจํากัดของภูมิภาคที่รองรับ
การมิเรอร์ฐานข้อมูลพร้อมใช้งานในภูมิภาค Microsoft Fabric ทั้งหมด สําหรับข้อมูลเพิ่มเติม ดู ความพร้อมใช้งานของภูมิภาค Fabric
ข้อจํากัดในการอนุญาต
เราเข้าใจดีว่าลูกค้าบางรายลังเลที่จะเปิดใช้สิทธิ์การแก้ไขสําหรับการมิเรอร์สําหรับ Google BigQuery การมิเรอร์จะสร้างแบบจําลองการใช้ข้อมูล BigQuery แบบ Live Twin ที่แก้ไขได้ใน OneLake หากต้องการรองรับการมิเรอร์สําหรับ Google BigQuery กลไกการจําลองแบบต้องมีคุณสมบัติดังนี้
- เข้าถึงและส่งออกข้อมูลจากตาราง BigQuery
- ติดตามการเปลี่ยนแปลงโดยใช้การบันทึกข้อมูลการเปลี่ยนแปลง (CDC)
- สร้างชุดข้อมูลชั่วคราวและงานสําหรับการจําลองแบบ
- โต้ตอบกับ Google Cloud Storage เพื่อจัดเตรียมและการนําเข้า
ข้อจํากัดของ Reseed
ฟังก์ชัน CHANGES ซึ่งเปิดใช้การติดตามการเปลี่ยนแปลงในตาราง BigQuery โดยใช้เทคโนโลยี CDC ของ Google มีข้อจํากัดในการเพิ่มข้อมูลที่สําคัญหลายประการที่ผู้ใช้ควรพิจารณาเมื่อใช้โซลูชันการมิเรอร์
- ข้อจํากัดการเดินทางข้ามเวลา: ฟังก์ชัน CHANGES จะส่งคืนข้อมูลภายในกรอบเวลาการเดินทางข้ามเวลาที่กําหนดค่าไว้ของตารางเท่านั้น สําหรับตารางมาตรฐาน โดยทั่วไปจะใช้เวลาเจ็ดวัน แต่อาจสั้นกว่านี้หากกําหนดค่าต่างกัน การเปลี่ยนแปลงใดๆ ที่อยู่นอกหน้าต่างนี้จะไม่สามารถเข้าถึงได้
- ข้อจํากัดการประทับเวลา: กรอบเวลาประวัติการเปลี่ยนแปลงสําหรับ CHANGES TVF เกินเวลาสูงสุดที่อนุญาต ช่วงสูงสุดที่อนุญาตระหว่าง
start_timestampและend_timestampคือหนึ่งวัน สิ่งนี้จํากัดการประมวลผลเป็นชุดของหน้าต่างในอดีตที่ยาวขึ้น และอาจจําเป็นต้องมีการสืบค้นหลายรายการเพื่อให้ครอบคลุมมากขึ้น
- ข้อจํากัดของประวัติการเปลี่ยนแปลง: ฟังก์ชัน CHANGES ต้องการให้เปิดใช้งานการติดตามประวัติการเปลี่ยนแปลงสําหรับตารางก่อนใช้งาน หากไม่ได้เปิดใช้งาน จะไม่สามารถสอบถามการเปลี่ยนแปลงเดลต้าได้ - ข้อจํากัดหลายใบแจ้งยอด: ไม่สามารถใช้ฟังก์ชัน CHANGES ภายในธุรกรรมหลายใบแจ้งยอดได้ นอกจากนี้ยังไม่สามารถสืบค้นตารางที่มีธุรกรรมหลายใบแจ้งยอดที่ผูกมัดในกรอบเวลาที่ร้องขอ
หากต้องการดูข้อมูลเพิ่มเติม โปรดดูเอกสารประกอบข้อจํากัดการเปลี่ยนแปลง BigQuery ของ Google