Tôi đã làm rất nhiều với cơ sở dữ liệu quan hệ và một chút với cơ sở dữ liệu NoSQL (chỉ để bạn biết tôi đến từ đâu). Cơ sở dữ liệu IMHO, NoSQL phù hợp nhất với các tình huống mà một hoặc nhiều cơ sở dữ liệu là đúng:
- Dữ liệu về cơ bản là phẳng (không có nhiều mối quan hệ, gần giống như tệp phẳng anold)
- Có một bản ghi loại "mẹ" xác định với các bản ghi "con" đủ nhỏ / được truy cập đủ thường xuyên với bản gốc để phù hợp với việc nhúng chúng ngay trong bản ghi.
- Bạn cần quyền tự do để thêm / điền vào các trường theo lý do. Tôi thích nghĩ về nó giống như kế thừa, trong đó mọi mục trong bảng chia sẻ một số commontraits (ID, Tên), nhưng các bản ghi khác nhau có thể có các chuyển đổi khác nhau. Ví dụ:một danh mục sản phẩm trực tuyến có thể có sách, xe đạp và bài hát MP3 trong đó. Bản ghi cho một mục "sách" sẽ chứa các thông tin như ISBN, số trang, tác giả, v.v. Một "xe đạp" có thể có kích thước và màu sắc bánh xe và "MP3" sẽ có độ dài, nghệ sĩ, thể loại, v.v. Bạn sẽ không bao giờ nhận được tất cả những thứ đó trong bảng "item" trong anRDS mà không có một số trường quá tải nghiêm trọng hoặc để trống. Cơ sở dữ liệu ANoSQL sẽ cho phép bạn lưu trữ tất cả thông tin đó trong bảng và chỉ dành cho những mục cần thông tin đó.
Bạn chắc chắn có thể xây dựng lược đồ mà bạn đưa vào câu hỏi của mình bằng cách sử dụng khả năng lập chỉ mục của Dynamo, nhưng bạn đang cố gắng làm cho cơ sở dữ liệu NoSQL hoạt động giống như RDS.
Điều đó nói lên rằng:Bản thân tôi sẽ thử nó với Dynamo trước tiên như một kinh nghiệm học hỏi. :)
