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

Khi nào đến Redis? Khi nào đến MongoDB?

Tôi phải nói rằng, điều đó phụ thuộc vào loại nhóm nhà phát triển của bạn và nhu cầu ứng dụng của bạn.

Ví dụ:nếu bạn yêu cầu nhiều truy vấn , điều đó chủ yếu có nghĩa là các nhà phát triển của bạn sẽ phải làm việc nhiều hơn khi sử dụng Redis, nơi dữ liệu của bạn có thể được lưu trữ trong nhiều cấu trúc dữ liệu chuyên biệt, được tùy chỉnh cho từng loại đối tượng để đạt hiệu quả. Trong MongoDB, các truy vấn tương tự có thể dễ dàng hơn vì cấu trúc nhất quán hơn trên dữ liệu của bạn. Mặt khác, trong Redis, tốc độ tuyệt đối phản hồi cho các truy vấn đó là phần thưởng cho công việc bổ sung đối phó với nhiều loại cấu trúc mà dữ liệu của bạn có thể được lưu trữ.

MongoDB cung cấp sự đơn giản, đường cong học tập ngắn hơn nhiều cho các nhà phát triển có kinh nghiệm DB và SQL truyền thống. Tuy nhiên, cách tiếp cận phi truyền thống của Redis đòi hỏi nhiều nỗ lực hơn để học hỏi, nhưng phải linh hoạt hơn.

Ví dụ. A bộ nhớ đệm lớp có thể được triển khai tốt hơn trong Redis. Để có thêm dữ liệu có thể sử dụng lược đồ, MongoDB tốt hơn. [Lưu ý:cả MongoDB và Redis đều không có kỹ thuật]

Nếu bạn hỏi tôi, lựa chọn cá nhân của tôi là Redis cho hầu hết các yêu cầu.

Cuối cùng, tôi hy vọng bây giờ bạn đã thấy http://antirez.com/post/MongoDB-and-Redis.html



  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. MongoDB® với Hadoop và các công nghệ Dữ liệu lớn liên quan

  2. 3 cách để chọn hàng có giá trị tối đa trong SQL

  3. Cách tối ưu hóa hiệu suất của ClusterControl và các thành phần của nó

  4. Làm cách nào để biết ngày tạo bộ sưu tập MongoDB bằng trình điều khiển MongoDB C #?

  5. apollostack / graphql-server - cách lấy các trường được yêu cầu trong truy vấn từ trình giải quyết