Cách xử lý các diễn biến cơ sở dữ liệu Play Framework 2 trong quá trình sản xuất

Thật không may, Ebean chỉ có thể tạo CREATE DDL (chứ không phải UPDATE DDL ) (như đã trả lời trên nhóm của họ), do đó bạn cần phải chuyển sang diễn biến thủ công càng sớm càng tốt.

một số quy tắc:

1. Luôn sao lưu DB trực tiếp của bạn trước khi thực hiện bất kỳ thay đổi nào :)
2. plugin ebean tạo lại toàn bộ DDL nếu nó chỉ có 1.sql sự tiến hóa do nó tạo ra
3. Bạn cần xóa hai nhận xét đầu tiên khỏi 1.sql và bắt đầu viết diễn biến của riêng mình với các số tiếp theo 2.sql , 3.sql vv Hãy cố gắng đặt càng nhiều mô hình / trường càng tốt trước khi chuyển sang diễn biến thủ công. Phần lớn nhất sẽ được thực hiện tự động bởi plugin.
4. diễn biến thủ công phải chứa ALTERS vào các bảng / cột hiện có thay vì DROP / CREATE, chúng phải có cả hai:Ups và Downs cho mỗi thay đổi.
5. cố gắng thực hiện càng nhiều thay đổi trong mỗi quá trình phát triển càng tốt, việc quản lý sẽ dễ dàng hơn sau đó viết các tiến trình riêng biệt cho từng thay đổi nhỏ.

Trên thực tế, đôi khi việc sửa đổi cấu trúc DB với DB gui dễ dàng hơn, dù sao thì nó cũng hoạt động chủ yếu đối với một nhà phát triển duy nhất ... khi bạn cần chia sẻ mã của mình với các nhà phát triển khác, viết diễn biến sẽ là lựa chọn tốt hơn.

Nếu sau một thời gian, bạn sẽ thêm phần 'lớn' tiếp theo của các mô hình mới, bạn có thể bật lại DDL tự động tạm thời và sử dụng git cục bộ chỉ để sao chép các bộ phận mới. Sau đó, hoàn nguyên về cuộc cách mạng riêng và dán các phần mới được tạo bởi plugin Ebean.