ฉันได้ค้นหาคำตอบนี้ในสแตกล้น แต่ไม่พบคำถามใด ๆ เกี่ยวกับเรื่องนี้ ฉันยังใหม่Liquibaseและต้องการเรียนรู้
Liquibase?Liquibaseในโครงการฉันรู้ว่านี่คือการเก็บการเปลี่ยนแปลงฐานข้อมูลทั้งหมดไว้ในที่เดียว แต่สิ่งที่คล้ายกันนี้สามารถทำได้โดยการสร้างSQLไฟล์อย่างง่ายในระบบที่เก็บบางระบบและอัปเดตตามเวลา
คำตอบ:
ตัวสร้างความแตกต่างที่สำคัญระหว่างไฟล์สร้างสคีมาที่จัดการด้วยตนเองและ Liquibase (หรือเครื่องมือการโอนย้ายสคีมาอื่น ๆ) คือส่วนหลังให้การเปลี่ยนแปลงสคีมา นี่คือบันทึกการเปลี่ยนแปลงของสคีมาเมื่อเวลาผ่านไป ช่วยให้ผู้ออกแบบฐานข้อมูลระบุการเปลี่ยนแปลงในสคีมาและเปิดใช้งานการอัปเกรดแบบเป็นโปรแกรมหรือดาวน์เกรดของสคีมาตามความต้องการ
มีประโยชน์อื่น ๆ เช่น:
เครื่องมือทางเลือกหนึ่งคือฟลายเวย์
คุณจะเลือกใช้เครื่องมือการย้ายสคีมาเมื่อคุณต้องการหรือจำเป็นต้องจัดการการอัปเดตสคีมาโดยอัตโนมัติโดยไม่สูญเสียข้อมูล นั่นคือคุณคาดว่าสคีมาจะเปลี่ยนแปลงหลังจากระบบของคุณถูกปรับใช้กับสภาพแวดล้อมที่มีอายุการใช้งานยาวนานเช่นไซต์ของลูกค้าหรือสภาพแวดล้อมการทดสอบที่เสถียร
ฉันได้เห็นลิควิดเบสสร้างวินัยในหมู่นักพัฒนาเมื่อต้องปรับเปลี่ยนสคีมา คุณไม่สามารถไปเขียนทับการเปลี่ยนแปลงของนักพัฒนาคนอื่นและดำเนินการได้ คุณสร้างชุดการเปลี่ยนแปลงของคุณเองและเพิ่มลงในตอนท้ายของลำดับการเปลี่ยนแปลงที่จะดำเนินการ นอกจากนี้ยังทำให้เกิดความชัดเจนว่าการเปลี่ยนแปลงเกิดขึ้นเมื่อใดและใครเป็นผู้นำมา
แนวทางการดูแลรักษาสคีมาแบบ "เวอร์ชัน" มาก
สำหรับผู้เริ่มต้นจะให้ความรู้สึกถึง "งานที่ไม่จำเป็น"
เมื่อคุณมีอินสแตนซ์ฐานข้อมูลหลายอินสแตนซ์ใน dev, qa, production และคุณต้องการมีเครื่องมือในการติดตามประวัติการเปลี่ยนแปลงโดยอัตโนมัติและใช้การเปลี่ยนแปลงอย่างชาญฉลาด (ใช้ความแตกต่างของสคีมาปัจจุบันและสคีมาสุดท้าย) เครื่องมือเช่น libibase หรือฟลายเวย์จะมีประโยชน์มาก .
ฉันเชื่อว่า Liquibase นั้นยอดเยี่ยมเมื่อปรัชญาของคุณคือฐานข้อมูลเป็นสิ่งที่คิดในภายหลัง ปรัชญานี้ทำให้เกิดฐานข้อมูลที่ไม่ดีส่วนใหญ่ในการผลิต - และส่วนใหญ่ไม่ดี ฐานข้อมูลควรได้รับการออกแบบให้มีมุมมองที่สมบูรณ์ของระบบธุรกิจทั้งหมดไม่ใช่โดยนักพัฒนาแอปพลิเคชันที่ทำงานในไซโลของตนเอง วิธีการหลังส่งผลให้เกิดการหลีกเลี่ยงข้อมูลที่ผิดปกติความสัมพันธ์ที่ไม่ดีระหว่างตารางการทำซ้ำพื้นที่ธุรกิจและระบบที่ยุ่งเหยิงและมีค่าใช้จ่ายในการบำรุงรักษาสูงซึ่งลูกค้าจะเกลียดในไม่ช้าหลังจากการปรับใช้เนื่องจากปัญหาที่เกิดขึ้น หากฐานข้อมูลได้รับการออกแบบมาเพื่อสะท้อนความสัมพันธ์ทางธุรกิจอย่างถูกต้องอายุการใช้งานจะยาวนานขึ้น 5 เท่าและจะตอบสนองวัตถุประสงค์ของมันได้ดีกว่าฐานข้อมูลที่ออกแบบเป็นชิ้นเล็กชิ้นน้อยถึง 5 เท่าซึ่งน่าเสียดายที่สุด
Liquibase ไม่ใช่ปัญหาในตัวเอง แต่ช่วยให้นักพัฒนาแอปพลิเคชันออกแบบฐานข้อมูลได้ นั่นคือปัญหา
ฉันคิดว่าทำไมลิควิดเบสสามารถตอบได้หากคุณอ่านบทความด้านล่างนี้ http://shengwangi.blogspot.com/2016/04/liquibase-helloworld-example.html
หากคุณอ่านอย่างละเอียดความสามารถในการดาวน์เกรดเป็นเวอร์ชันที่ต่ำกว่าจากเวอร์ชันที่สูงกว่าด้วยความช่วยเหลือของคำสั่ง mvn หรือ CLI แบบง่ายนั้นมีประโยชน์มากซึ่งคุณจะไม่ได้รับหากคุณทำตามวิธีการส่งไฟล์ sql ของคุณไปยัง GIT เพราะคุณ ต้องเรียกใช้สคริปต์เหล่านั้นด้วยตนเองและคุณไม่มีชุดการเปลี่ยนแปลงเช่น: - ใครเป็นผู้สร้างการเปลี่ยนแปลง ฯลฯ
การเป็น DevOps บุคคลในทีมของฉันฉันต้องการมีไฟล์ SQL ทั้งหมดในที่เดียวเช่นใน SCM ของฉัน (การจัดการซอร์สโค้ด)
นอกจากนี้ในช่วงCI / CD หาก DB Schema ถูกสร้างขึ้นพร้อมกันจะช่วยประหยัดเวลาและทรัพยากรได้มาก คุณไม่จำเป็นต้องมีบุคคลอื่นที่จัดการฐานข้อมูลของคุณสำหรับลูกค้ารายนั้น
ORM เช่น Flyway, Liquibase, EF เป็นต้นช่วยในการบรรลุเป้าหมายนี้