Những phương thức nào tồn tại để xử lý DB Change Management? [đóng cửa]

Gần đây tôi đã bắt đầu làm việc với kiểm soát phiên bản trong phát triển web của mình bằng cách sử dụng lật đổ. Điều này hoạt động rất tốt để quản lý các tệp tôi phát triển nhưng không làm gì cho những thay đổi đôi khi tôi cần thực hiện đối với cơ sở dữ liệu. Theo hiểu biết của tôi, máy chủ tôi đang làm việc không có bất kỳ hệ thống quản lý DB nào và tôi có thể sẽ không thể cài đặt chúng bất cứ thứ gì. Có những lựa chọn nào để quản lý DB trong loại môi trường này?

K. Scott Allen đã viết một số bài đăng blog tuyệt vời về điều này một vài năm trước. Họ có thể "già" trong các điều khoản internet, nhưng giải pháp của ông vẫn rất tốt đẹp.

1. Ba quy tắc cho công việc cơ sở dữ liệu
2. Đường cơ sở
3. Thay đổi tập lệnh
4. Lượt xem, thủ tục lưu trữ và lượt thích
5. Phân nhánh và sáp nhập

Khung di chuyển là các thư viện mã cung cấp API đơn giản để tự động hóa các thay đổi DB, với một số cơ chế để phiên bản DB.

Tôi sử dụng Migrator.Net cho một số dự án. Tôi tạo một lớp cho mỗi bộ thay đổi và khung công tác cung cấp một cách đơn giản để thực hiện các thay đổi đối với DB. Tôi cũng có thể chạy các thay đổi về phía trước và phía sau, với điều kiện tôi viết mã logic để hạ cấp cũng như nâng cấp.

Sau đó, chúng tôi quản lý mã di chuyển trong VCS của chúng tôi giống như bất kỳ mã nào khác.

Tất nhiên, sao lưu hàng đêm (ít nhất) .. Bởi vì nó không chỉ là cấu trúc DB mà bạn quan tâm.

Bạn có một vài lựa chọn:

1) Giữ các tập lệnh thay đổi của bạn trong điều khiển Nguồn.

2) Sau mỗi thay đổi db tạo ra các tập lệnh Db .. và Lưu trữ các tập lệnh trong Điều khiển nguồn cùng với bản sao lưu DB cùng một lúc. Bằng cách này, bạn có thể so sánh trên tệp Tập lệnh đã tạo.