แชร์ผ่าน


ตัวควบคุมแหล่งที่มา (พรีวิว)

นําไปใช้กับ:✅ Warehouse ใน Microsoft Fabric

บทความนี้อธิบายวิธีการทํางานของการรวม Git และไปป์ไลน์การปรับใช้สําหรับคลังสินค้าใน Microsoft Fabric เรียนรู้วิธีการตั้งค่าการเชื่อมต่อกับที่เก็บของคุณ จัดการคลังสินค้าของคุณ และปรับใช้ในสภาพแวดล้อมที่แตกต่างกัน ตัวควบคุมแหล่งข้อมูลสําหรับ Fabric Warehouse ในขณะนี้เป็นคุณลักษณะตัวอย่าง

คุณสามารถใช้ทั้งไปป์ไลน์การรวม Git และการปรับใช้สําหรับสถานการณ์ที่แตกต่างกัน:

  • ใช้โครงการฐานข้อมูล Git และ SQL เพื่อจัดการการเปลี่ยนแปลงแบบเพิ่มหน่วย การทํางานร่วมกันเป็นทีม ประวัติการยอมรับในวัตถุฐานข้อมูลแต่ละชนิด
  • ใช้ไปป์ไลน์การปรับใช้เพื่อเลื่อนระดับการเปลี่ยนแปลงรหัสไปยังสภาพแวดล้อมการผลิตก่อนการผลิตและการผลิตที่แตกต่างกัน

การรวม Git

การรวม Git ใน Microsoft Fabric ช่วยให้นักพัฒนาสามารถรวมกระบวนการพัฒนา เครื่องมือ และแนวทางปฏิบัติที่ดีที่สุดลงในแพลตฟอร์ม Fabric ได้โดยตรง ซึ่งช่วยให้นักพัฒนาที่กําลังพัฒนาใน Fabric เพื่อ:

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

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับกระบวนการรวม Git โปรดดู:

ตั้งค่าการเชื่อมต่อกับตัวควบคุมต้นทาง

จากหน้า การตั้งค่าพื้นที่ทํางาน คุณสามารถตั้งค่าการเชื่อมต่อกับที่เก็บของคุณเพื่อยอมรับและซิงค์การเปลี่ยนแปลงได้อย่างง่ายดาย

  1. หากต้องการตั้งค่าการเชื่อมต่อ โปรดดู เริ่มต้นใช้งานการรวม Git ทําตามคําแนะนําเพื่อ เชื่อมต่อกับ Git repo ไปยัง Azure DevOps หรือ GitHub ในฐานะผู้ให้บริการ Git
  2. เมื่อเชื่อมต่อแล้ว สินค้าของคุณ รวมถึงคลังสินค้า จะปรากฏในแผงควบคุม แหล่งที่มา สกรีนช็อตจากพอร์ทัล Fabric ของคลังสินค้าในการตั้งค่าการควบคุมแหล่งที่มา
  3. หลังจากที่คุณเชื่อมต่ออินสแตนซ์ของคลังสินค้ากับที่เก็บ Git เรียบร้อยแล้ว คุณจะเห็นโครงสร้างโฟลเดอร์คลังสินค้าใน repo ตอนนี้คุณสามารถดําเนินการในอนาคตได้ เช่น การสร้างคําขอดึงข้อมูล

โครงการฐานข้อมูลสําหรับคลังสินค้าใน Git

รูปภาพต่อไปนี้เป็นตัวอย่างของโครงสร้างไฟล์ของสินค้าคลังสินค้าแต่ละรายการในที่เก็บ:

สกรีนช็อตจากพอร์ทัล Fabric ของสคีมาคลังสินค้าตัวอย่าง

เมื่อคุณยืนยันรายการคลังสินค้ากับ Git repo คลังสินค้าจะถูกแปลงเป็นรูปแบบรหัสต้นทางเป็นโครงการฐานข้อมูล SQL โครงการ SQL เป็นการแทนภายในของวัตถุ SQL ที่ประกอบด้วย Schema สําหรับฐานข้อมูลเดียว เช่น ตาราง กระบวนงานที่เก็บไว้ หรือฟังก์ชัน โครงสร้างโฟลเดอร์ของวัตถุฐานข้อมูลถูกจัดระเบียบตาม Schema / ชนิดวัตถุ ออบเจ็กต์แต่ละออบเจ็กต์ในคลังสินค้าจะแสดงด้วยไฟล์.sql ที่มีข้อกําหนดของภาษานิยามข้อมูล (DDL) ข้อมูลตารางคลังสินค้าและ คุณลักษณะ ความปลอดภัยของ SQL จะไม่รวมอยู่ในโครงการฐานข้อมูล SQL

คิวรีที่แชร์ยังถูกส่งไปยัง repo และสืบทอดชื่อที่พวกเขาจะถูกบันทึกเป็น

ไปป์ไลน์การปรับใช้

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

ใช้ขั้นตอนต่อไปนี้เพื่อดําเนินการปรับใช้คลังสินค้าของคุณให้เสร็จสมบูรณ์โดยใช้ไปป์ไลน์การปรับใช้

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

สําหรับข้อมูลเพิ่มเติมเกี่ยวกับกระบวนการไปป์ไลน์การปรับใช้ Fabric ดูบทนําสู่ไปป์ไลน์การปรับใช้

ข้อจํากัดในตัวควบคุมแหล่งข้อมูล

ข้อจํากัดในการรวม Git

  • ในปัจจุบัน ถ้าคุณใช้ ALTER TABLE เพื่อเพิ่มข้อจํากัดหรือคอลัมน์ในโครงการฐานข้อมูล ตารางจะถูกลบและสร้างขึ้นใหม่เมื่อมีการปรับใช้ ซึ่งส่งผลให้ข้อมูลสูญหาย พิจารณาการแก้ปัญหาชั่วคราวต่อไปนี้เพื่อรักษาข้อกําหนดตารางและข้อมูล:
    • สร้างสําเนาใหม่ของตารางในคลังสินค้า โดยใช้ CREATE TABLE และ INSERT, CREATE TABLE AS SELECTหรือ โคลนตาราง
    • ปรับเปลี่ยนข้อกําหนดตารางใหม่ด้วยข้อจํากัดหรือคอลัมน์ใหม่ตามที่ต้องการโดยใช้ALTER TABLE
    • ลบตารางเก่า
    • เปลี่ยนชื่อตารางใหม่เป็นชื่อของตารางเก่าโดยใช้ sp_rename
    • แก้ไขคําจํากัดความของตารางเก่าในโครงการฐานข้อมูล SQL ในลักษณะเดียวกันทุกประการ โครงการฐานข้อมูล SQL ของคลังสินค้าในการควบคุมแหล่งข้อมูลและคลังสินค้าแบบไลฟ์ควรตรงกันแล้ว
  • ในปัจจุบัน อย่าสร้าง Dataflow Gen2 ที่มีปลายทางผลลัพธ์ไปยังคลังสินค้า การยอมรับและการอัปเดตจาก Git จะถูกบล็อกโดยรายการใหม่ที่มี DataflowsStagingWarehouse ชื่อว่าที่ปรากฏในที่เก็บ
  • การรวม Fabric Git ไม่สนับสนุนรายการจุดสิ้นสุดการวิเคราะห์ SQL
  • การขึ้นต่อกันของรายการข้าม การจัดลําดับรายการ และช่องว่างในการซิงโครไนซ์ระหว่างจุดสิ้นสุดการวิเคราะห์ SQL และคลังสินค้าส่งผลกระทบต่อ "การแบ่งสาขาไปยังพื้นที่ทํางานใหม่/ที่มีอยู่" และ "สลับไปยังสาขาอื่น" ในระหว่างการพัฒนาและการรวมอย่างต่อเนื่อง

ข้อจํากัดสําหรับไปป์ไลน์การปรับใช้

  • ในปัจจุบัน ถ้าคุณใช้ ALTER TABLE เพื่อเพิ่มข้อจํากัดหรือคอลัมน์ในโครงการฐานข้อมูล ตารางจะถูกลบและสร้างขึ้นใหม่เมื่อมีการปรับใช้ ซึ่งส่งผลให้ข้อมูลสูญหาย
  • ในปัจจุบัน อย่าสร้าง Dataflow Gen2 ที่มีปลายทางผลลัพธ์ไปยังคลังสินค้า การปรับใช้จะถูกบล็อกโดยรายการใหม่ที่ชื่อว่า DataflowsStagingWarehouse ปรากฏในไปป์ไลน์การปรับใช้
  • ไปป์ไลน์การปรับใช้ Fabric ไม่รองรับรายการปลายทางการวิเคราะห์ SQL
  • การขึ้นต่อกันของรายการข้าม การจัดลําดับรายการ และช่องว่างการซิงโครไนซ์ระหว่างจุดสิ้นสุดการวิเคราะห์ SQL และผลกระทบของคลังสินค้าเวิร์กโฟลว์ Fabric Deployment Pipelines