MongoDB
 sql >> Cơ Sở Dữ Liệu >  >> NoSQL >> MongoDB

DynamoDB và MongoDB NoSQL

Tôi biết điều này đã cũ, nhưng nó vẫn xuất hiện khi bạn tìm kiếm so sánh. Chúng tôi đang sử dụng Mongo, đã chuyển gần như hoàn toàn sang Dynamo, đó là lựa chọn đầu tiên của chúng tôi bây giờ. Không phải vì nó có nhiều tính năng hơn, nó không. Mongo có ngôn ngữ truy vấn tốt hơn, bạn có thể lập chỉ mục trong một cấu trúc, có rất nhiều thứ nhỏ nhặt. Sự vượt trội của Dynamo nằm ở những gì OP đã nêu trong nhận xét của mình:thật dễ dàng. Bạn không phải chăm sóc bất kỳ máy chủ nào. Khi bạn bắt đầu thiết lập giải pháp phân đoạn Mongo, nó sẽ trở nên phức tạp. Bạn có thể đến một trong những công ty cung cấp dịch vụ lưu trữ, nhưng giá đó cũng không hề rẻ. Với Dynamo, nếu bạn cần thêm thông lượng, bạn chỉ cần nhấp vào một nút. Bạn có thể viết script để mở rộng quy mô tự động. Đã đến lúc nâng cấp Dynamo, bạn đã hoàn tất. Đó là tất cả những căng thẳng quý giá và thời gian không dành cho bạn. Nếu bạn không có những người hoạt động chuyên trách, Dynamo là một lựa chọn tuyệt vời.

Vì vậy, bây giờ chúng tôi đang sử dụng Dynamo theo mặc định. Mongo có thể, nếu cấu trúc dữ liệu đủ phức tạp để đảm bảo nó, nhưng sau đó chúng ta có thể quay trở lại cơ sở dữ liệu SQL. Dynamo khá khó hiểu, bạn thực sự cần phải suy nghĩ về cách bạn sẽ xây dựng nó và có khả năng bạn sẽ sử dụng Redis trong Elasticcache để làm cho nó hoạt động cho những thứ phức tạp. Nhưng nó chắc chắn là tốt đẹp nếu không phải chăm sóc nó. Bạn viết mã. Đó là nó.



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. MongoDB khác biệt giữa NumberLong và số nguyên đơn giản?

  2. Dịch FilterDefinition <TDocument> sang truy vấn json mongo thông thường mà tôi có thể chạy trong trình bao mongo

  3. Spring Data MongoDB với Java 8 LocalDate MappingException

  4. Mongo Câu hỏi truy vấn $ gt, $ lt

  5. Cách tính chênh lệch dấu thời gian trong mongodb (theo giờ)?