Tôi đã sử dụng MySQL được một thời gian và tôi cảm thấy thoải mái với cấu trúc của nó và Truy vấn SQL, v.v.
Hiện đang xây dựng một hệ thống mới trong AWS và tôi đang xem xét DynamoDB. Hiện tại tôi chỉ biết một chút về nó.
Cái này có tốt hơn cái kia không?
Ưu điểm của DynamoDB là gì?
Sự chuyển đổi như thế nào từ truy vấn MySQL, v.v. sang DB kiểu phẳng này?
Câu trả lời:
Bạn có thể đọc giải thích AWS về nó tại đây .
Tóm lại, nếu bạn chủ yếu có các truy vấn Tra cứu (chứ không phải truy vấn Tham gia) thì DynamoDB (và các NoSQL DB khác) sẽ tốt hơn. Nếu bạn cần xử lý nhiều dữ liệu , bạn sẽ bị hạn chế khi sử dụng MySQL (và các RDBMS khác).
Bạn không thể sử dụng lại các truy vấn MySQL cũng như lược đồ dữ liệu của mình, nhưng nếu bạn dành nỗ lực để học NoSQL, bạn sẽ thêm một công cụ quan trọng vào hộp công cụ của mình. Có nhiều trường hợp DynamoDB đưa ra giải pháp đơn giản nhất.
Thực sự DynamoDB và MySQL là táo và cam. DynamoDB là một lớp lưu trữ NoSQL trong khi MySQL được sử dụng để lưu trữ quan hệ. Bạn nên chọn những gì để sử dụng dựa trên nhu cầu thực tế của ứng dụng của bạn. Trên thực tế, một số ứng dụng có thể được phục vụ tốt bằng cách sử dụng cả hai.
Ví dụ: nếu bạn đang lưu trữ dữ liệu không phù hợp tốt với lược đồ quan hệ (cấu trúc cây, biểu diễn JSON không có lược đồ, v.v.) có thể được tra cứu dựa trên một khóa đơn hoặc tổ hợp khóa / phạm vi thì DynamoDB ( hoặc một số cửa hàng NoSQL khác) có thể sẽ là lựa chọn tốt nhất của bạn.
Nếu bạn có một lược đồ được xác định rõ ràng cho dữ liệu của mình có thể phù hợp tốt với cấu trúc quan hệ và bạn cần sự linh hoạt để truy vấn dữ liệu theo một số cách khác nhau (tất nhiên là thêm chỉ mục nếu cần), thì RDS có thể là giải pháp tốt hơn .
Lợi ích chính khi sử dụng DynamoDB làm kho lưu trữ NoSQL là bạn nhận được thông lượng đọc / ghi được đảm bảo ở bất kỳ mức nào bạn yêu cầu mà không phải lo lắng về việc quản lý một kho dữ liệu được phân nhóm. Vì vậy, nếu ứng dụng của bạn yêu cầu 1000 lần đọc / ghi mỗi giây, bạn chỉ có thể cung cấp bảng DynamoDB của mình cho mức thông lượng đó và không thực sự phải lo lắng về cơ sở hạ tầng bên dưới.
RDS có nhiều lợi ích tương tự là không phải lo lắng về bản thân cơ sở hạ tầng, tuy nhiên nếu cuối cùng bạn cần thực hiện một số lượng ghi đáng kể đến mức kích thước phiên bản lớn nhất sẽ không còn theo kịp, bạn sẽ không còn tùy chọn (bạn có thể chia tỷ lệ theo chiều ngang để đọc bằng cách sử dụng các bản sao đã đọc).
Lưu ý cập nhật: DynamoDb hiện hỗ trợ lập chỉ mục thứ cấp toàn cầu, vì vậy bạn hiện có khả năng thực hiện tra cứu được tối ưu hóa trên các trường dữ liệu ngoài hàm băm hoặc kết hợp các khóa băm và phạm vi.
Chúng tôi vừa di chuyển tất cả các bảng DynamoDB của mình sang RDS MySQL.
Mặc dù sử dụng DynamoDB cho các tác vụ cụ thể có thể có ý nghĩa, nhưng việc xây dựng một hệ thống mới trên DynamoDB thực sự là một ý tưởng tồi. Các kế hoạch được bố trí tốt nhất, v.v., bạn luôn cần sự linh hoạt bổ sung từ DB của mình.
Đây là lý do chúng tôi chuyển từ DynamoDB:
Hiện chúng tôi sử dụng DynamoDB làm bản sao lưu cho một số hệ thống và tôi chắc chắn rằng chúng tôi sẽ sử dụng nó trong tương lai cho các tác vụ cụ thể, được xác định rõ. Nó không phải là một DB tồi, nó không phải là một DB để phục vụ 100% hệ thống cốt lõi của bạn.
Về những ưu điểm, tôi muốn nói Khả năng mở rộng và Độ bền. Nó có quy mô cực kỳ rõ ràng và minh bạch và nó (đại loại là) luôn tăng. Đây thực sự là những tính năng tuyệt vời, nhưng chúng không bù đắp được những mặt hạn chế.
Khi sử dụng DynamoDB, bạn cũng nên biết rằng các mục / bản ghi trong DynamoDB được giới hạn ở 400KB (Xem Giới hạn DynamoDB ). Đối với nhiều trường hợp sử dụng, điều này sẽ không hoạt động. Vì vậy, DynamoDB sẽ tốt cho một số thứ nhưng không phải tất cả. Tương tự với nhiều cơ sở dữ liệu NoSQL khác.