Đâu không phải là phương thức xử lý dữ liệu lớn?

Phương pháp tích hợp dữ liệu Tight Coupling (liên kết chặt chẽ) có nhược điểm chính là sự phụ thuộc lớn vào nguồn dữ liệu. Bất kỳ thay đổi nào ở nguồn dữ liệu (ví dụ: cấu trúc bảng, kiểu dữ liệu, vị trí lưu trữ) đều có thể ảnh hưởng trực tiếp đến hệ thống tích hợp, đòi hỏi phải cập nhật và điều chỉnh mã nguồn tích hợp. Điều này làm tăng độ phức tạp và chi phí bảo trì hệ thống. Độ trễ và phản hồi truy vấn có thể bị ảnh hưởng nhưng không phải là nhược điểm cốt lõi của Tight Coupling như sự phụ thuộc vào nguồn dữ liệu.

MongoDB là một hệ quản trị cơ sở dữ liệu NoSQL kiểu Document-based. Điều này có nghĩa là nó lưu trữ dữ liệu dưới dạng các document (tài liệu) sử dụng định dạng giống JSON (BSON). Mỗi document có thể có cấu trúc khác nhau, cho phép tính linh hoạt cao trong việc lưu trữ dữ liệu phức tạp.

Các lựa chọn khác không phù hợp vì:
- Key-value: Là kiểu CSDL lưu trữ dữ liệu dưới dạng cặp khóa-giá trị.
- Wide-column: Là kiểu CSDL lưu trữ dữ liệu trong các bảng có số lượng cột động.
- Graph-based: Là kiểu CSDL sử dụng cấu trúc đồ thị để lưu trữ dữ liệu và các mối quan hệ giữa chúng.

Hệ quản trị CSDL IBM Graph thuộc loại Graph based (dựa trên đồ thị). Các hệ quản trị CSDL Graph sử dụng cấu trúc đồ thị với các nút (nodes) và cạnh (edges) để biểu diễn và lưu trữ dữ liệu, cho phép thực hiện các truy vấn phức tạp liên quan đến mối quan hệ giữa các thực thể một cách hiệu quả.

Các lựa chọn khác không phù hợp vì:
- Key-value: Lưu trữ dữ liệu dưới dạng cặp khóa-giá trị.
- Document-based: Lưu trữ dữ liệu dưới dạng các tài liệu (ví dụ: JSON, XML).
- Wide Column-based: Lưu trữ dữ liệu trong các bảng với số lượng lớn các cột.

Dữ liệu bán cấu trúc (Semi-structured data) không tuân theo một lược đồ dữ liệu cố định như dữ liệu cấu trúc (ví dụ: cơ sở dữ liệu quan hệ), nhưng nó cũng không hoàn toàn không có cấu trúc như dữ liệu phi cấu trúc (ví dụ: văn bản thuần túy). Dữ liệu bán cấu trúc chứa các thẻ hoặc dấu hiệu để phân tách các phần tử dữ liệu và tạo ra các thứ bậc, nhưng cấu trúc này không cứng nhắc và có thể thay đổi.

* JSON (JavaScript Object Notation) là một định dạng dữ liệu bán cấu trúc phổ biến, sử dụng cặp khóa-giá trị và mảng để biểu diễn dữ liệu.
* XML (Extensible Markup Language) cũng là một định dạng dữ liệu bán cấu trúc phổ biến, sử dụng các thẻ để đánh dấu các phần tử dữ liệu.
* CSV (Comma Separated Values) là một định dạng dữ liệu cấu trúc đơn giản, trong đó các giá trị được phân tách bằng dấu phẩy. Mặc dù nó có cấu trúc, nó thường được coi là một dạng dữ liệu phẳng, không có thứ bậc phức tạp như JSON hoặc XML. Tuy nhiên, CSV vẫn có cấu trúc hơn so với dữ liệu phi cấu trúc thuần túy.

Vì JSON và XML là các định dạng dữ liệu bán cấu trúc phổ biến, nên đáp án "Tất cả" bao gồm cả hai định dạng này là đáp án chính xác nhất.

Câu hỏi yêu cầu xác định CSDL nào *không* thuộc kiểu Key-Value. Các CSDL Key-Value lưu trữ dữ liệu dưới dạng cặp khóa-giá trị, cho phép truy xuất dữ liệu nhanh chóng dựa trên khóa.

* A. MongoDB: MongoDB là một CSDL NoSQL hướng tài liệu (document-oriented database). Dữ liệu được lưu trữ dưới dạng các document JSON-like với cấu trúc linh hoạt, không cố định theo kiểu bảng như CSDL quan hệ. Mặc dù có thể truy cập dữ liệu bằng khóa, nhưng bản chất của MongoDB không phải là Key-Value thuần túy.
* B. DynamoDB: DynamoDB là một CSDL NoSQL Key-Value và document của Amazon. Nó được thiết kế để có khả năng mở rộng cao và hiệu năng ổn định.
* C. Redis: Redis là một kho lưu trữ cấu trúc dữ liệu trong bộ nhớ (in-memory data structure store) mã nguồn mở, thường được sử dụng như một bộ nhớ cache, message broker và database. Redis hỗ trợ nhiều kiểu dữ liệu, bao gồm string, hash, list, set, sorted set với các thao tác nguyên tử. Redis là một CSDL Key-Value.
* D. Riak: Riak là một CSDL NoSQL phân tán, có khả năng mở rộng cao, được thiết kế để xử lý các ứng dụng có yêu cầu về tính sẵn sàng và khả năng chịu lỗi cao. Riak là một CSDL Key-Value.

Như vậy, MongoDB là đáp án chính xác vì nó là một CSDL hướng tài liệu, không phải Key-Value.