หมายเหตุ
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลอง ลงชื่อเข้าใช้หรือเปลี่ยนไดเรกทอรีได้
การเข้าถึงหน้านี้ต้องได้รับการอนุญาต คุณสามารถลองเปลี่ยนไดเรกทอรีได้
นําไปใช้กับ: ✅ คลังสินค้าใน Microsoft Fabric
Microsoft Fabric pipeline ช่วยให้เปลี่ยนสคีมาคลังสินค้าได้อย่างราบรื่นในหลายพื้นที่ทํางาน เช่น Dev → Test → Production ท่อส่งข้อมูลมีการจัดการการพึ่งพาในตัว การตรวจสอบสคีมา และปัญญาการปรับใช้แบบประกาศ
Important
คุณลักษณะนี้อยู่ในตัวอย่าง
บทความนี้อธิบายกระบวนการติดตั้งคลังสินค้าด้วยท่อส่ง
Deployment pipelines ให้โครงสร้างวงจรชีวิตที่จําเป็นสําหรับการเคลื่อนย้ายการเปลี่ยนแปลงในคลังสินค้าอย่างปลอดภัยข้ามพื้นที่ทํางาน พวกเขาทําหน้าที่เป็นชั้นศูนย์กลางในการประสานงานสคีมา ช่วยให้ทีมสามารถมาตรฐานการไหลของการเปลี่ยนแปลงผ่านแพลตฟอร์มวิเคราะห์ แทนที่จะต้องพึ่งพาการติดตั้งแบบเฉพาะกิจ เมื่อสร้างเสร็จแล้ว pipeline จะกลายเป็นอินเทอร์เฟซหลักสําหรับการเปรียบเทียบคลังสินค้า ตรวจสอบการเปลี่ยนแปลง และดําเนินการปรับใช้
สร้างไปป์ไลน์
หากต้องการสร้างท่อส่งใหม่ ดูที่ เริ่มต้นใช้งาน pipeline สําหรับการปรับใช้ เพื่อสร้างและจัดการ pipeline การปรับใช้
Compare
ตรวจสอบและเปรียบเทียบการเปลี่ยนแปลง T-SQL ก่อนการปรับใช้เสมอ Deployment pipelines มีหน้าจอเปรียบเทียบที่ง่ายในพอร์ทัล Fabric เพื่อตรวจสอบวัตถุคลังสินค้าที่ได้รับผลกระทบ
การตรวจสอบการเปลี่ยนแปลงช่วยให้ทีมสามารถตรวจสอบความพร้อมก่อนจะเลื่อนการอัปเดตไปยังสภาพแวดล้อมถัดไป กระบวนการนี้มีคุณค่าอย่างยิ่งในสถานการณ์องค์กรที่มีหลายทีมมีส่วนร่วมในการพัฒนาคลังสินค้า
Fabric ใช้ DacFx (Data-tier Application Framework) ในการเปรียบเทียบนี้ DacFx สร้างโมเดลสคีมาแบบประกาศของทั้งสองสภาพแวดล้อมและระบุความแตกต่าง เช่น ตารางใหม่ คอลัมน์ที่แก้ไข ข้อจํากัด หรือการเปลี่ยนแปลงความพึ่งพา เนื่องจากการเปรียบเทียบนี้ขับเคลื่อนด้วยโมเดล จึงสะท้อนสิ่งที่เกิดขึ้นระหว่างการใช้งานได้อย่างแม่นยํา
Important
เพื่อให้การเปรียบเทียบสคีมาทํางานได้ คลังข้อมูลต้องอยู่ในทั้งพื้นที่ทํางานต้นทางและพื้นที่ทํางานเป้าหมาย หากพื้นที่ทํางานเป้าหมายยังไม่มีคลังสินค้า ให้สร้างหรือปรับใช้เวอร์ชันพื้นฐานเริ่มต้นก่อน
Note
ถ้า clause ของ COLLATE คอลัมน์ระบุ collation เดียวกับ collation เริ่มต้นของ warehouse การเปรียบเทียบจะไม่แสดงความแตกต่าง เพราะเทียบเท่ากับไม่ระบุ collation เลย เฉพาะคอลัมน์ที่การจัดเรียงแตกต่างจากการจัดเรียงเริ่มต้นของคลังสินค้าเท่านั้นที่จะปรากฏในการเปรียบเทียบเมื่อการจัดเรียงเปลี่ยนไป สําหรับข้อมูลเพิ่มเติมและตัวอย่าง ดูที่ การแก้ไขปัญหาการผสานรวม Git สําหรับการพัฒนา Fabric คลังข้อมูล
ก่อนปรับใช้การเปลี่ยนแปลงใด ๆ ให้ใช้ความสามารถในการเปรียบเทียบของสายงานการปรับใช้เพื่อตรวจสอบความแตกต่างระหว่างพื้นที่ทํางานคลังสินค้าต้นทางและเป้าหมาย
เลือก เปรียบเทียบ และดูการเปลี่ยนแปลง เช่น การสร้างมุมมองใหม่ในคลังสินค้า:
นำไปใช้งาน
หลังจากการเปรียบเทียบเสร็จสิ้นและคุณตรวจสอบการเปลี่ยนแปลงแล้ว คุณสามารถปรับใช้ได้โดยตรงจากอินเทอร์เฟซ pipeline โดยเลือกรายการคลังสินค้าที่ต้องการโปรโมท
ระหว่างการปรับใช้ สายงานปรับใช้จะใช้ DacFx เพื่อสร้างแผนการปรับใช้อัจฉริยะโดยอิงจากความแตกต่างของสคีมา Fabric จะปรับเปลี่ยนเฉพาะสิ่งที่จําเป็นเพื่อให้พื้นที่ทํางานเป้าหมายสอดคล้องกับแหล่งที่มา
การกําหนดค่าการปรับใช้
Fabric pipeline การปรับใช้ใช้เทคโนโลยีการปรับใช้ DacFx พร้อมการกําหนดค่าที่ออกแบบมาเฉพาะสําหรับ Fabric คลังข้อมูล การตั้งค่าเหล่านี้ช่วยให้การติดตั้งประสบความสําเร็จอย่างน่าเชื่อถือ พร้อมสอดคล้องกับความสามารถและแนวปฏิบัติการดําเนินงานของแพลตฟอร์ม Fabric
การบล็อกข้อมูลสูญหายที่อาจเกิดขึ้น (
BlockOnPossibleDataLoss = true) - Fabric คลังข้อมูล ป้องกันการติดตั้งที่อาจทําให้ข้อมูลผู้ใช้ถูกตัดทอน หลุด หรือสูญหาย การตั้งค่านี้ช่วยป้องกันไม่ให้การเปลี่ยนแปลงสคีมาที่มีความเสี่ยงสูงหลุดรอดผ่าน CI/CD และทําให้ความเสี่ยงจากการสูญหายของข้อมูลเป็นการตัดสินใจโดยเจตนา แทนที่จะเป็นการเริ่มต้นแบบเงียบ ๆข้ามสคริปต์ตัวเลือกระดับฐานข้อมูล (
ScriptDatabaseOptions = false) - Fabric จัดการการตั้งค่าระดับฐานข้อมูลหลายอย่างในระดับแพลตฟอร์ม คําสั่งสคริปต์ เช่นALTER DATABASE ... SETในระหว่างการติดตั้ง อาจนําไปสู่ความล้มเหลวหรือการตั้งค่าที่ผิดพลาดโดยไม่ตั้งใจ ดังนั้น pipeline การปรับใช้จึงหลีกเลี่ยงการแพร่กระจายการตั้งค่าเหล่านี้ โดยทําให้การปรับใช้ schema มุ่งเน้นไปที่วัตถุคลังสินค้าที่รองรับเท่านั้นอนุญาตให้บังคับใช้เอนจินสําหรับวัตถุที่ถูกจําลอง (
DoNotAlterReplicatedObjects = false) - คลังข้อมูลมักใช้กลไกการทําซ้ําภายใน เช่น ในสถานการณ์การเชื่อมโยงหรือการซิงโครไนซ์ แทนที่จะบล็อกการเปลี่ยนแปลงสคีมาก่อนเวลา กระบวนการปรับใช้ช่วยให้เอนจิน Fabric สามารถตัดสินใจได้ว่าการเปลี่ยนแปลงนั้นได้รับอนุญาตหรือไม่ แนวทางนี้ช่วยป้องกันความล้มเหลวในการติดตั้งที่ไม่จําเป็นในขณะที่ยังคงรักษาการป้องกันของแพลตฟอร์มไว้การปิดใช้งานสคริปต์ DDL แบบธุรกรรม (
IncludeTransactionalScripts = false) - คลังสินค้าในปัจจุบันยังไม่รองรับการห่อสคริปต์ DDL ไว้ในธุรกรรม ดังนั้น pipeline การปรับใช้จึงสร้างสคริปต์ที่ไม่ใช่ธุรกรรมเพื่อให้การติดตั้งเสร็จสมบูรณ์อย่างสําเร็จการใช้ค่าเริ่มต้นอัจฉริยะสําหรับการพัฒนาสคีมา (
GenerateSmartDefaults = true) - เมื่อการเปลี่ยนแปลงสคีมามีข้อจํากัดที่เข้มงวดขึ้น เช่น การแปลงคอลัมน์ที่เป็น null เป็น non-nullable หรือการเพิ่มคอลัมน์ใหม่ที่มีข้อจํากัดเริ่มต้น pipeline การปรับใช้สามารถเติมค่าพื้นฐานโดยอัตโนมัติ แนวทางนี้ช่วยให้การปรับใช้ประสบความสําเร็จโดยไม่ต้องเตรียมข้อมูลด้วยมือ และลดแรงเสียดทานในการดําเนินงานระหว่างการพัฒนาสคีมาการยกเว้นหลักด้านความปลอดภัยจากการปรับใช้ (
ExcludeObjectTypes = Logins, Users, Permissions) - วัตถุความปลอดภัยถูกยกเว้นจากการปรับใช้คลังสินค้าโดยเจตนา การส่งเสริมการเข้าสู่ระบบ ผู้ใช้ หรือสิทธิ์ข้ามสภาพแวดล้อมอาจก่อให้เกิดความเสี่ยงด้านความปลอดภัยหรือความขัดแย้งเฉพาะของสภาพแวดล้อม แทนที่จะเป็นเช่นนั้น ให้จัดการการควบคุมการเข้าถึงแยกต่างหากผ่านกระบวนการกํากับดูแลสิ่งแวดล้อมหรือการจัดการตัวตนไม่ทิ้งวัตถุที่ไม่ได้อยู่ในต้นทาง (
DropObjectsNotInSource = false) - วัตถุที่มีอยู่ในเป้าหมายแต่ไม่มีในต้นทางจะไม่ถูกทิ้งโดยอัตโนมัติ คลังสินค้าที่รักษาการผลิตให้สอดคล้องกับการควบคุมแหล่งที่มาอย่างสมบูรณ์แบบอาจพบว่านี่เป็นข้อจํากัด
ข้อจำกัด
- โดยค่าเริ่มต้น ระบบจะบล็อกการวางตาราง กระบวนการปรับใช้จะไม่ทิ้งวัตถุที่มีอยู่ในเป้าหมายแต่ไม่อยู่ในต้นทางโดยอัตโนมัติ การออกแบบนี้ช่วยลดการสูญหายของข้อมูลโดยไม่ตั้งใจและป้องกันการลบข้อมูลโดยไม่คาดคิดในกระบวนการผลิต
- การปรับใช้ที่ประสบความสําเร็จไม่ได้หมายความว่าการเปลี่ยนแปลงที่ร้องขอทุกครั้งจะถูกนําไปใช้ การปรับใช้สามารถรายงานความสําเร็จได้แม้จะข้ามการดําเนินการ drop-table ที่ร้องขอ เพราะการ drop table จะถูกบล็อกโดยค่าเริ่มต้น ในกรณีนั้น การดําเนินการปรับใช้จะเสร็จสมบูรณ์ แต่เป้าหมายยังสามารถลอยออกจากการควบคุมซอร์สโค้ดได้จนกว่าคุณจะแก้ไขการเปลี่ยนแปลงที่ขาดหายไปอย่างชัดเจน
- ไปป์ไลน์การปรับใช้ Fabric ไม่รองรับรายการปลายทางการวิเคราะห์ SQL ปัจจุบัน กระบวนการปรับใช้ให้ความสําคัญกับความปลอดภัยมากกว่าความเท่าเทียมกันอย่างเคร่งครัดโดยไม่ทิ้งวัตถุที่มีอยู่เฉพาะในเป้าหมาย
- การขึ้นต่อกันข้ามรายการ การจัดลําดับสินค้า และช่องว่างการซิงโครไนส์ระหว่างจุดสิ้นสุดการวิเคราะห์ SQL และเวิร์กโฟลว์ Fabric Deployment Pipelines ผลกระทบต่อคลังสินค้า
- ด้วยสายงาน Fabric Deployment คุณสามารถติดตั้งคลังสินค้าได้ทีละคลังสินค้าเท่านั้น การเลือกรายการที่เกี่ยวข้องสําหรับการปรับใช้ไม่ได้รับการสนับสนุน
การแก้ไขปัญหาการผสานรวม Git
สําหรับข้อจํากัดเฉพาะของการผสานรวม Git โปรดดูที่ ข้อจํากัดในการบูรณาการ Git ในบทความการผสานรวม Git
สําหรับการแก้ไขปัญหา วิธีแก้ไข และแก้ไขปัญหาการผสานรวม Git ที่พบบ่อยในการพัฒนา Fabric คลังข้อมูล ดูที่ แก้ไขปัญหาการผสานรวม Git สําหรับการพัฒนา Fabric คลังข้อมูล