Có công cụ nào để di chuyển lược đồ cho cơ sở dữ liệu NoSQL không?

Question

Tôi đang tìm cách tự động hóa việc di chuyển lược đồ cho các cơ sở dữ liệu như MongoDB hoặc CouchDB.

Tốt hơn, bản tin này nên được viết bằng python, nhưng bất kỳ ngôn ngữ nào khác đều được chấp nhận.

Answer 1

Vì cơ sở dữ liệu nosql có thể chứa một lượng lớn dữ liệu bạn không thể di chuyển nó trong hàng rào rdbms thông thường. Trên thực tế bạn không thể làm điều đó cho rdbms cũng như ngay sau khi dữ liệu của bạn vượt qua một số ngưỡng kích thước. Không thể đưa trang web của bạn xuống trong một ngày để thêm trường vào bảng hiện có và do đó, với rdbms, bạn sẽ làm các bản vá xấu xí như thêm bảng mới chỉ cho trường và thực hiện kết nối để truy cập dữ liệu. Trong thế giới nosql bạn có thể làm vài việc.

• Vì những người khác đề xuất bạn có thể viết mã của mình để mã sẽ xử lý các 'phiên bản' khác nhau của lược đồ có thể. điều này thường đơn giản hơn. Nhiều loại thay đổi lược đồ là tầm thường để mã hóa xung quanh. ví dụ nếu bạn muốn thêm một trường mới vào lược đồ, bạn chỉ cần thêm nó vào tất cả các bản ghi mới và nó sẽ trống trên tất cả các bản ghi cũ (bạn sẽ không nhận được "trường không tồn tại" lỗi hoặc bất cứ điều gì;). nếu bạn cần một giá trị 'mặc định' cho trường trong bản ghi cũ thì nó quá nhỏ trong mã.
• Tùy chọn khác và thực sự là tùy chọn lành mạnh tiếp theo với thay đổi giản đồ không tầm thường như đổi tên trường và thay đổi cấu trúc là lưu trữ schema_version trong MACHI bản ghi và có mã để di chuyển dữ liệu từ phiên bản này sang phiên bản tiếp theo trên ĐỌC . tức là nếu phiên bản lược đồ hiện tại của bạn là 10 và bạn đã đọc bản ghi từ cơ sở dữ liệu với phiên bản 7, thì lớp db của bạn sẽ gọi migrate_8, migrate_9 và migrate_10. Bằng cách này, dữ liệu được truy cập sẽ dần được di chuyển sang phiên bản mới. và nếu nó không được truy cập, thì ai quan tâm là phiên bản nào;)

Answer 2

Một trong những lợi ích được cho là của các cơ sở dữ liệu này là chúng là schemaless, và do đó không cần các công cụ di chuyển lược đồ. Thay vào đó, bạn viết mã xử lý dữ liệu của mình để xử lý nhiều loại dữ liệu được lưu trữ trong db.

Answer 3

Nếu dữ liệu của bạn đủ lớn, có thể bạn sẽ thấy rằng bạn không thể EVER di chuyển dữ liệu hoặc không có lợi như vậy. Điều này có nghĩa là khi bạn thực hiện thay đổi lược đồ, mã cần tiếp tục tương thích ngược với các định dạng cũ mãi mãi.

Tất nhiên nếu dữ liệu của bạn "tuổi" và cuối cùng hết hạn, điều này có thể làm di chuyển giản đồ cho bạn - chỉ cần thay đổi định dạng cho dữ liệu mới được thêm, sau đó đợi tất cả dữ liệu ở định dạng cũ hết hạn - bạn có thể nghỉ hưu mã tương thích ngược.

Answer 4

Khi dự án có nhu cầu di chuyển lược đồ liên quan đến cơ sở dữ liệu NoSQL khiến tôi nghĩ rằng bạn vẫn đang suy nghĩ trong cơ sở dữ liệu quan hệ nhưng sử dụng cơ sở dữ liệu NoSQL.

Nếu có ai đó bắt đầu làm việc với cơ sở dữ liệu NoSQL, bạn cần nhận ra rằng hầu hết các 'quy tắc' cho RDBMS (tức là MySQL) cũng cần phải đi ra ngoài cửa sổ. Những thứ như lược đồ nghiêm ngặt, bình thường hóa, sử dụng nhiều mối quan hệ giữa các đối tượng. NoSQL tồn tại để giải quyết các vấn đề không cần tất cả các tính năng bổ sung được cung cấp bởi RDBMS.

Tôi mong bạn viết mã theo cách không mong đợi hoặc cần lược đồ cứng cho cơ sở dữ liệu NoSQL của bạn - bạn nên hỗ trợ lược đồ cũ và chuyển đổi bản ghi tài liệu khi bạn truy cập nếu bạn thực sự muốn nhiều trường lược đồ hơn trên bản ghi đó.

Hãy ghi nhớ rằng NoSQL lưu trữ hoạt động tốt nhất khi bạn suy nghĩ và thiết kế khác nhau so với khi sử dụng một RDBMS