Thêm một chút vào câu trả lời của Simon: Khi xem xét Bảng lưu trữ và chi phí thấp, hãy cân nhắc xem bạn có thể sử dụng nó trực tiếp hay không, thay vì sử dụng công cụ cơ sở dữ liệu NoSQL được cài đặt và quản lý. Vì nó là viết tắt, Table Storage cung cấp một giải pháp schemaless cho phép bạn lưu trữ về bản chất một túi thuộc tính trong một hàng, được indexkey + rowkey lập chỉ mục. Điều đó có hiệu quả với bạn không? Bạn có thể làm việc với một vài bảng phụ để cung cấp cho bạn chỉ mục bổ sung không? Nếu vậy, chi phí lưu trữ của bạn sẽ thực sự thấp (và vẫn bền, gấp ba lần).
Nếu bạn thấy mình viết mã quan trọng để quản lý Bộ nhớ bảng, thì có thể hiệu quả hơn khi đầu tư vào các trường hợp Tính toán cần thiết để chạy RavenDB. Khi xem xét điều này, cũng xem xét rằng bạn sẽ có khả năng muốn kích thước máy ảo lớn hơn nếu bạn đang di chuyển dữ liệu quan trọng (khi bạn nhận được khoảng 100Mb/giây). Một cơ sở dữ liệu như MongoDB, làm việc với các tệp ánh xạ bộ nhớ, thực sự dốc lên một cách nhanh chóng với nhiều RAM hơn. Không chắc chắn nếu điều này là như nhau với RavenDB.
Nguồn
2012-03-19 12:43:27
+1 - điều này áp dụng cho RavenDB, MongoDB và bất kỳ cơ sở dữ liệu NoSQL nào khác mà bạn chọn cài đặt. SQL Azure là tuyệt vời cho dữ liệu quan hệ, nhưng có thể không phù hợp với lược đồ cụ thể của bạn (hoặc thiếu nó). –
cảm ơn bạn, điều này đã rất hữu ích –