Điều đầu tiên bạn cần tự hỏi mình là tại sao bạn lại muốn chuyển sang Cơ sở dữ liệu NoSQL?
Câu trả lời có thể là:Bạn cần nhiều tốc độ hơn, bạn muốn một hệ thống cơ sở dữ liệu được sao chép và phân tán, bạn cần nhiều khả năng mở rộng hơn để nhân rộng bộ lưu trữ đã sử dụng. Hoặc bạn có thể muốn hưởng lợi từ việc phát triển dễ dàng hơn.
Nhưng từ 300 bản ghi, tôi không nghĩ là có, nhưng cuối cùng sẽ giúp được bạn.
Và tôi không nghĩ rằng bạn thực sự muốn một giải pháp "trong bộ nhớ". Trong bộ nhớ có nghĩa là mọi dữ liệu chỉ có ram ghi và nếu bạn đóng cơ sở dữ liệu của mình, thì tất cả dữ liệu của bạn sẽ bị mất. Nếu bạn thực sự muốn điều đó thì MySQL có một công cụ Lưu trữ trong bộ nhớ.
Nếu không, tất cả cơ sở dữ liệu sẽ lưu vào bộ nhớ đệm nhiều nhất có thể. Và 300 bản ghi có thể sẽ được hoàn thành trong ram của bạn cũng trong MySQL. Bạn có thể không nhận được nhiều lợi ích về tốc độ khi chuyển sang cơ sở dữ liệu NoSQL.
Nếu nói chung bạn có kế hoạch chuyển sang cơ sở dữ liệu NoSQL, tôi sẽ thích MongoDB hơn. Nó là sự kết hợp giữa NoSQL và RDBMS, bởi vì nó cung cấp cho bạn một ngôn ngữ truy vấn mạnh mẽ gần như SQL. Và bạn có thể sử dụng nó tốt hơn RDBMS. Và đối với tôi, lập trình sẽ kém hơn so với cơ sở dữ liệu không có lược đồ. Bạn có thể mở rộng MongoDB lên đến 1000 máy chủ.
Nhưng các cơ sở dữ liệu NoSQL khác có khả năng mở rộng cao hơn rất nhiều, nếu bạn cần nhiều Máy chủ hơn thì các cơ sở dữ liệu khác sẽ tốt hơn. Nhưng bạn mất một số cách để truy vấn dữ liệu của mình.
Nếu bạn thường định chuyển sang cơ sở dữ liệu NoSQL, tôi nghĩ MongoDB có thể xử lý điều này. Các cơ sở dữ liệu NoSQL khác có lẽ tốt hơn cho một số trường hợp cụ thể và không phải cho việc sử dụng chung.
