Có rất nhiều điều kiện khác mà tôi đã nghe nói về hệ thống không quan hệ so với hệ thống quan hệ. Tôi thích thuật ngữ này hơn sql / no-sql vì cá nhân tôi nghĩ rằng nó mô tả sự khác biệt tốt hơn và một số máy chủ "no-sql" có các tiện ích bổ sung sql, vì vậy dù sao .... kiểu đồng thời hoặc cách ly lực kéo là gì là bắt buộc trong hệ thống của bạn. Một trong những điểm khác biệt có chủ đích giữa dbs rel và non-rel là "nhất quán-luôn luôn", "nhất quán-chủ yếu" hoặc "nhất quán-cuối cùng". Theo mặc định, dbs quan hệ thường thuộc danh mục "nhất quán-chủ yếu" và với một số công việc, và có rất nhiều điều kiện khóa và chủng tộc,;) có thể là "nhất quán-luôn luôn" để mọi người luôn nhìn vào đại diện chính xác nhất của phần dữ liệu đã cho. Hầu hết những gì tôi đã đọc / nghe về dbs non-rel là chúng chủ yếu là "nhất quán-cuối cùng". Điều này có nghĩa là có thể có nhiều trường hợp dữ liệu của chúng tôi trôi nổi xung quanh, vì vậy người dùng "A" có thể thấy rằng chúng tôi có 92 tiện ích con trong khoảng không quảng cáo, trong khi người dùng "B" có thể thấy 79 tiện ích con và họ có thể không được điều chỉnh cho đến khi ai đó thực sự đi để kéo hàng từ kho. Một vấn đề khác là tính đột biến của dữ liệu, tần suất nó cần được cập nhật như thế nào? Các db non-rel cụ thể mà tôi thấy có nhiều chi phí hơn cho các bản cập nhật, một số trong số chúng phải tạo lại toàn bộ tập dữ liệu để kết hợp bất kỳ bản cập nhật nào.
Bây giờ hãy nhớ, tôi nghĩ non-rel / nosql là những công cụ tuyệt vời nếu chúng thực sự phù hợp với trường hợp sử dụng của bạn. Tôi có một số dự án tôi đang xem xét. Nhưng bạn phải xem xét tất cả các điểm đánh đổi khi đưa ra quyết định, nếu không nó chỉ biến thành sự phát triển theo định hướng tiếp tục nhiều hơn.
