ฉันคิดและอ่านมากเกี่ยวกับหัวข้อนี้ นี่คือหัวข้อกว้าง ๆ ของการควบคุมการกำหนดค่าและกลยุทธ์การจัดการการเปลี่ยนแปลง CMMI มีโดเมนในหัวข้อนี้ แม้แต่ใน บริษัท ที่ได้รับการรับรองมาตรฐาน CMMI 3-5 บางครั้งพวกเขาไม่ได้ควบคุมเวอร์ชันฐานข้อมูลของตน
คำถามนี้ควรได้รับการตอบในขณะที่การรักษาในใจต่อไปนี้ข้อ จำกัด
- คุณมีผู้รักษาประตูและ DDL ทุกตัวถูกดำเนินการโดยผู้รักษานี้
- บุคคลอื่นมีความสามารถในการดำเนินการคำสั่ง DDL
- คุณต้องการเพียงบันทึกสิ่งที่ได้ทำการเปลี่ยนแปลง แต่คุณไม่จำเป็นต้องเปรียบเทียบความแตกต่างมากมาย
- การออกแบบฐานข้อมูลของคุณทำผ่านเครื่องมือภายนอกจากนั้นเผยแพร่ไปยังฐานข้อมูล เครื่องมือภายนอกนี้สามารถสคริปต์ DDL ในการควบคุมแหล่งที่มาแม้ แต่ประเด็นสำคัญคือคุณต้องควบคุมแหล่งข้อมูลนี้แล้วเผยแพร่ไปยังฐานข้อมูล
- คุณไม่จำเป็นต้องรู้การเปลี่ยนแปลงในทันที แต่เป็นครั้งคราวเช่นรายชั่วโมงรายวัน
- คุณมีโครงสร้างเซิร์ฟเวอร์ที่กำหนดไว้: การพัฒนาการทดสอบการผลิต และกลยุทธ์การทดสอบที่ดี
คำตอบ 1
- ถ้า 1, 4,6 เป็นจริงคุณสามารถใช้การควบคุมแหล่งภายนอก ตัวอย่างเช่น
- Embercadero มีเครื่องมือจัดการการเปลี่ยนแปลงฐานข้อมูล ( http://www.embarcadero.com/products/db-change-manager-xe ) ซึ่งมีความสามารถในการแปลงวิศวกรรมฐานข้อมูล (Oracle) และวางไว้ในการควบคุมแหล่งที่มา จากนั้นนักพัฒนาจำนวนเท่าใด dba สามารถเข้าถึงสคีมานี้และทำการเปลี่ยนแปลงได้
- Oracle SQL Designer นั้นคล้ายกับแนวทางนี้
- ให้คุณสร้างสคริปต์ตารางเพื่อควบคุมแหล่งที่มา (svn, mercurial และอื่น ๆ ) และดูแลพวกมันให้เหมือนกัน
- http://www.liquibase.orgเป็นวิธีการอัตโนมัติด้านบน
- ฉันเขียนตัวสร้างโค้ดซึ่งสร้างคำสั่ง DAL (Data Access Layer), DDL (สร้างตาราง) เราให้การควบคุมแหล่งที่มาและรักษาไว้ที่นั่น ฉันคิดว่าโซลูชันเฉพาะเช่น liquibase อาจทำงานได้ดีขึ้น
วิธีนี้ใช้ได้ดีถ้ามี 6 คุณใส่คำสั่ง DDL ซึ่งเป็นรหัสในการควบคุมแหล่งที่มาและบำรุงรักษา ไม่มีใครจะเปลี่ยนเซิร์ฟเวอร์ทดสอบและฝ่ายผลิตโดยไม่พิจารณาถึงความเหมาะสม
ข้อเสียคือถ้าคุณทำการเปลี่ยนแปลงใด ๆ กับเซิร์ฟเวอร์การผลิตหรือการทดสอบด้วยเหตุผลใดก็ตามการแก้ไขข้อบกพร่องอย่างรวดเร็วการเปลี่ยนคีย์หลักเป็นต้นคุณต้องย้อนการเปลี่ยนแปลงนั้นไปยังเซิร์ฟเวอร์การพัฒนาด้วย เนื่องจากเซิร์ฟเวอร์การพัฒนาเป็นความจริงที่แท้จริงของคุณ ไม่ใช่วิธีอื่น ๆ
นี่เป็นวิธีที่มุ่งเน้นการพัฒนามาก แต่เมื่อคุณพัฒนาโมดูลใหม่มันก็ใช้งานได้ดีทีเดียว
ตอบ 2
- ถ้า 1 และ 6 จริง:
วิธีการที่คล้ายกันเพื่อตอบ 1 คือการบำรุงรักษาเซิร์ฟเวอร์การพัฒนา ทุกคนใช้มันเปลี่ยนมัน มากกว่าเวลาที่จะอัปเดต คุณใช้เครื่องมือเปรียบเทียบฐานข้อมูล รับสิ่งเหล่านี้เป็นสคริปต์วางไว้ภายใต้การควบคุมแหล่งที่มา
- Red Gate Schema Compare supports Oracle
- Embercadero has similar tool
- https://github.com/carbonfive/db-migration
- http://www.sumsoftsolutions.com/svco/ (I have not used this product but I believe it belongs to this category.)
- Rails Active Migration (http://www.oracle.com/technetwork/articles/kern-rails-migrations-100756.html)
ความแตกต่างระหว่างคำตอบที่ 1 และคำตอบที่ 2 คือในคำตอบที่ 1 ที่คุณรวบรวมคำสั่ง DDL สำหรับฐานข้อมูลทั้งหมดและคุณเก็บไว้ ในคำตอบ 2 คุณต้องจัดเก็บการเปลี่ยนแปลงทุกรุ่น
- เริ่มต้น
- V1
- V2
- V3
- ...
หากคุณใส่คอลัมน์ไว้ในตารางและตัดสินใจนำออกภายหลัง สคริปต์ของคุณจะแสดงสิ่งนี้ใน answer2 ขณะที่อยู่ใน answer1 คุณจะเห็นเฉพาะเวอร์ชันล่าสุด และคุณต้องเปรียบเทียบ V2 และ V1 เพื่อดูความแตกต่าง โดยส่วนตัวแล้วฉันชอบคำตอบ 1 ดีกว่าเนื่องจากฉันสามารถเปรียบเทียบ Start และ V3, V1 และ V3 ได้อย่างง่ายดาย ใน answer2 ฉันต้องค้นหาการเปลี่ยนแปลงทั้งหมด ในคำตอบ 2 สคริปต์ในการควบคุมแหล่งที่มามีแนวโน้มที่จะเป็นบิ๊กแบงสคริปต์ที่ซับซ้อน หาข้อมูลยาก
คำตอบ 3
ถ้า 3 เป็นจริง โปรดทราบว่าในสถานการณ์นี้คุณไม่มีข้อ จำกัด 6 นั่นคือ: คุณไม่มีเซิร์ฟเวอร์การพัฒนาทดสอบผลิตภัณฑ์ เซิร์ฟเวอร์การผลิตเท่านั้น คุณสามารถใช้ทริกเกอร์ DDL เพื่อบันทึกการเปลี่ยนแปลงที่ทำไว้ ส่วนใหญ่จะใช้เพื่อกีดกันผู้คนจากการใช้เงิน DDL ในทางที่ผิด หากมีปัญหาใด ๆ เกิดขึ้นคุณสามารถค้นหาความรับผิดชอบได้ สำหรับสิ่งนี้ในการทำงานทุกคนควรเชื่อมต่อกับบัญชีผู้ใช้และบัญชีแอปพลิเคชันไม่ควรมี DDL ใด ๆ เนื่องจากนักพัฒนาซอฟต์แวร์ทุกคนรู้จักบัญชีแอปพลิเคชันและสามารถใช้งานได้
คำตอบ 4
ถ้าคุณมี 3 และ 5 โปรดทราบว่าในสถานการณ์นี้คุณไม่มีข้อ จำกัด 6 นั่นคือ: คุณไม่มีเซิร์ฟเวอร์การพัฒนาทดสอบและผลิตภัณฑ์ เซิร์ฟเวอร์การผลิตเท่านั้น แทนที่จะเป็นทริกเกอร์เพื่อเก็บการเปลี่ยนแปลง คุณใช้เครื่องมือภายนอกค้นหาการเปลี่ยนแปลงและเก็บสคริปต์ DDL ในตัวควบคุมแหล่งที่มา
หากเครื่องมือเหล่านี้มีความสามารถในการบันทึกว่าใครได้ทำการเปลี่ยนแปลงมันจะมีประโยชน์ โปรดทราบว่าในการแก้ปัญหานี้คุณหลวม DDL พิเศษซึ่งจะทำในช่วงเวลา