rake db: lược đồ: tải so với di chuyển

Câu hỏi rất đơn giản ở đây - nếu việc di chuyển có thể trở nên chậm chạp và cồng kềnh khi một ứng dụng trở nên phức tạp hơn và nếu chúng ta có nhiều thứ rake db:schema:loadđể gọi thay thế, thì tại sao việc di chuyển lại tồn tại?

Nếu câu trả lời ở trên là việc di chuyển được sử dụng để kiểm soát phiên bản (bản ghi từng bước thay đổi cơ sở dữ liệu), thì khi một ứng dụng trở nên phức tạp hơn và rake db:schema:loadđược sử dụng nhiều hơn thay vào đó, liệu chúng có tiếp tục duy trì chức năng chính của chúng không?

Chú ý:

Từ câu trả lời cho câu hỏi này: rake db:schema:load sẽ xóa dữ liệu trên máy chủ sản xuất, vì vậy hãy cẩn thận khi sử dụng nó.

Di chuyển cung cấp các thay đổi bước tiến và lùi cho cơ sở dữ liệu. Trong môi trường sản xuất, các thay đổi gia tăng phải được thực hiện cho cơ sở dữ liệu trong quá trình triển khai: di chuyển cung cấp chức năng này với lỗi không an toàn. Nếu bạn chạy rake db:schema:loadtrên một máy chủ sản xuất, cuối cùng bạn sẽ xóa tất cả dữ liệu sản xuất của mình. Đây là một thói quen nguy hiểm để có được vào.

Điều đó đang được nói, tôi tin rằng đó là một thực tế tốt để thỉnh thoảng "sụp đổ" di cư. Điều này đòi hỏi phải xóa các di chuyển cũ, thay thế chúng bằng một di chuyển duy nhất (rất giống với schema.rbtệp của bạn ) và cập nhật schema_migrationsbảng để phản ánh thay đổi này. Hãy thật cẩn thận khi làm điều này! Bạn có thể dễ dàng xóa dữ liệu sản xuất của mình nếu không cẩn thận.

Là một lưu ý phụ, tôi tin tưởng mạnh mẽ rằng bạn không bao giờ nên tạo dữ liệu trong các tệp di chuyển. Các seed.rbtập tin có thể được sử dụng cho điều này, hoặc cào tùy chỉnh hoặc triển khai các nhiệm vụ. Đặt điều này vào các tệp di chuyển sẽ trộn lẫn đặc tả lược đồ cơ sở dữ liệu của bạn với đặc tả dữ liệu của bạn và có thể dẫn đến xung đột khi chạy các tệp di chuyển.

Chỉ tình cờ thấy bài đăng này, đó là từ lâu và không thấy câu trả lời tôi đang mong đợi.

rake db:schema:loadlà tuyệt vời cho lần đầu tiên bạn đưa một hệ thống vào sản xuất. Sau đó, bạn nên chạy di chuyển bình thường.

Điều này cũng giúp bạn làm sạch di chuyển của mình bất cứ khi nào bạn muốn, vì lược đồ có tất cả thông tin để đưa các máy khác vào sản xuất ngay cả khi bạn dọn sạch di chuyển của mình.

Di chuyển cho phép bạn thêm dữ liệu vào db. nhưng db: lược đồ: tải chỉ tải lược đồ.

Bởi vì việc di chuyển có thể được khôi phục và cung cấp chức năng bổ sung. Ví dụ: nếu bạn cần sửa đổi một số dữ liệu như là một phần của thay đổi lược đồ thì bạn sẽ cần phải làm điều đó như một sự di chuyển.

Là người dùng của các ORM khác, tôi luôn thấy lạ là Rails không có tính năng 'đồng bộ hóa và cập nhật'. tức là bằng cách sử dụng tệp lược đồ (đại diện cho toàn bộ lược đồ cập nhật), đi qua cấu trúc DB hiện có và thêm / xóa các bảng, cột, chỉ mục theo yêu cầu.

Đối với tôi điều này sẽ mạnh mẽ hơn rất nhiều, ngay cả khi có thể chậm hơn một chút.

Tôi đã đăng như một bình luận, nhưng cảm thấy tốt hơn là đặt các bình luận của tệp db / lược đồ.rb ở đây:

# Note that this schema.rb definition is the authoritative source for your
# database schema. If you need to create the application database on another
# system, you should be using db:schema:load, not running all the migrations
# from scratch. The latter is a flawed and unsustainable approach (the more migrations
# you'll amass, the slower it'll run and the greater likelihood for issues).
#
# It's strongly recommended that you check this file into your version control system.

Trên thực tế, kinh nghiệm của tôi là tốt hơn là đặt các tệp di chuyển trong git chứ không phải tệp lược đồ.rb ...

rake db:migratethiết lập các bảng trong cơ sở dữ liệu. Khi bạn chạy lệnh di chuyển, nó sẽ tìm trong db / di chuyển / cho bất kỳ tệp ruby ​​nào và thực hiện chúng bắt đầu bằng cái cũ nhất. Có dấu thời gian ở đầu mỗi tên tệp di chuyển.

Không giống như rake db:migratechạy di chuyển chưa chạy, rake db:schema:loadtải lược đồ đã được tạo db/schema.rbvào cơ sở dữ liệu.

Bạn có thể tìm hiểu thêm về các lệnh cơ sở dữ liệu cào tại đây .