Điểm yếu với các loại cơ sở dữ liệu NoQuery khác nhau

Đây là câu hỏi của tôi: các điểm yếu với các loại cơ sở dữ liệu NoQuery khác nhau là gì? Cụ thể, điểm yếu của các cửa hàng khóa-giá trị, lưu trữ dữ liệu đồ thị và lưu trữ tài liệu là gì?

Tôi đã có một thời gian dễ dàng tìm thấy điểm mạnh, nhưng tài liệu về điểm yếu dường như khan hiếm hơn.

Chỉnh sửa: So sánh với nhau và cơ sở dữ liệu quan hệ.

Điểm mạnh / điểm yếu lớn nhất của bất kỳ kho lưu trữ dữ liệu phân tán nào đều xuất phát từ định lý CAP. Xem http://blog.nahurst.com/visual-guide-to-nosql-systems để biết nhanh về ý nghĩa của nó trong thực tế đối với một số lượng lớn các hệ thống NoQuery hiện có.

Nếu bạn đang so sánh chúng với cơ sở dữ liệu quan hệ, điểm yếu rõ ràng là các cửa hàng khóa-giá trị không phải là quan hệ. Do đó, việc viết báo cáo bằng cách sử dụng các kho lưu trữ khóa-giá trị có thể khó khăn hơn so với việc sử dụng cơ sở dữ liệu quan hệ, trong đó các báo cáo và trích xuất dữ liệu đó được thiết kế cụ thể.

Điều này rất chủ quan, những gì bạn nghĩ có thể là một điểm yếu, người khác có thể nghĩ là điểm mạnh lớn nhất của nó.

Tất cả các cơ sở dữ liệu NoQuery hiện đang phổ biến đang giải quyết các vấn đề mà các hệ thống RDBMS hiện tại còn yếu và chúng thường có tính chuyên môn cao đối với một vấn đề cụ thể mà người khởi tạo đã và đang cố gắng giải quyết.

Vì vậy, bất kỳ điểm yếu nào của sản phẩm là khả năng của nó để làm những gì bạn cần nó làm theo cách hiệu quả về thời gian hoặc không gian.

Tôi sẽ bắt đầu bằng cách lưu ý rằng tôi yêu cơ sở dữ liệu NoQuery và tôi đang trong quá trình bỏ các cơ sở dữ liệu và ứng dụng dựa trên SQL của chúng tôi, nơi nó có ý nghĩa. Quá trình này đã mang lại một điểm yếu lớn cho ánh sáng - câu chuyện hoạt động vẫn chưa có. Ý tôi là đây là:

• NoQuery vẫn là một mục tiêu di chuyển nhanh. Bạn cần phải khá thân thuộc với nó để biết những gì đã thay đổi giữa các phiên bản. Từ góc độ hoạt động, điều này tạo ra một vài khó khăn - sysadins được sử dụng cho các tài liệu hợp lý với các thực tiễn tốt nhất. Khi thực hành tốt nhất chưa được xác định, nó sẽ hơi đáng sợ đối với họ.
• Rất, rất ít người ngoài kia quen thuộc với việc vận hành chúng ngoài cộng đồng phát triển. Điều này làm cho nó trở thành một thách thức khi bạn muốn đưa sản phẩm vào hoạt động và được thực hiện với nó.
• Các loại ops tốt hơn có xu hướng có thể xử lý SQL nhẹ và ít nhất nhận ra nó. Json hoặc bất cứ điều gì nosql của bạn nói là một chút của đường cong học tập.
• Danh tiếng là một điều khó khăn - mất dữ liệu rất đáng sợ đối với các loại ops. Họ đã tin rằng cơ sở dữ liệu SQL sẽ tồn tại trong vụ thảm sát hạt nhân. NoQuery sẽ là một chút của một công việc bán hàng ở đó.

Đôi khi điều khó khăn khác là báo cáo - rất nhiều công cụ người dùng có thể nối trực tiếp vào cơ sở dữ liệu sql, NoQuery vẫn yêu cầu nhà phát triển vượt qua cây cầu đó.