MongoDB có dữ liệu có cấu trúc không?

MongoDB là cơ sở dữ liệu NoSQL hướng tài liệu được sử dụng để lưu trữ dữ liệu khối lượng lớn. Thay vì sử dụng các bảng và hàng như trong cơ sở dữ liệu quan hệ truyền thống, MongoDB sử dụng các tập hợp và tài liệu. Tài liệu bao gồm các cặp khóa-giá trị là đơn vị dữ liệu cơ bản trong MongoDB. Bộ sưu tập chứa các bộ tài liệu và chức năng tương đương với các bảng cơ sở dữ liệu quan hệ. MongoDB là một cơ sở dữ liệu ra đời vào khoảng giữa những năm 2000

Trong hướng dẫn này, bạn sẽ học-

• Tính năng MongoDB
• Ví dụ MongoDB
• Các thành phần chính của kiến ​​trúc MongoDB
• Tại sao nên sử dụng MongoDB
• Mô hình hóa dữ liệu trong MongoDB
• Sự khác biệt giữa MongoDB và RDBMS

Tính năng MongoDB

1. Mỗi cơ sở dữ liệu chứa các bộ sưu tập lần lượt chứa các tài liệu. Mỗi tài liệu có thể khác nhau với số lượng trường khác nhau. Kích thước và nội dung của mỗi tài liệu có thể khác nhau
2. Cấu trúc tài liệu phù hợp hơn với cách các nhà phát triển xây dựng các lớp và đối tượng của họ bằng ngôn ngữ lập trình tương ứng. Các nhà phát triển thường nói rằng các lớp của họ không phải là hàng và cột mà có cấu trúc rõ ràng với các cặp khóa-giá trị
3. Các hàng (hoặc tài liệu như được gọi trong MongoDB) không cần phải xác định trước lược đồ. Thay vào đó, các trường có thể được tạo nhanh chóng
4. Mô hình dữ liệu có sẵn trong MongoDB cho phép bạn biểu diễn các mối quan hệ phân cấp, lưu trữ các mảng và các cấu trúc phức tạp khác dễ dàng hơn
5. Khả năng mở rộng – Môi trường MongoDB rất dễ mở rộng. Các công ty trên khắp thế giới đã xác định các cụm với một số trong số họ chạy hơn 100 nút với khoảng hàng triệu tài liệu trong cơ sở dữ liệu

Ví dụ MongoDB

Ví dụ dưới đây cho thấy cách một tài liệu có thể được lập mô hình trong MongoDB

1. Trường _id được MongoDB thêm vào để xác định duy nhất tài liệu trong bộ sưu tập
2. Những gì bạn có thể lưu ý là Dữ liệu đơn hàng (OrderID, Product và Prices ) trong RDBMS thường sẽ được lưu trữ trong một bảng riêng biệt, trong khi ở MongoDB, nó thực sự được lưu trữ dưới dạng tài liệu nhúng trong chính bộ sưu tập đó. Đây là một trong những điểm khác biệt chính trong cách dữ liệu được mô hình hóa trong MongoDB

Các thành phần chính của kiến ​​trúc MongoDB

Dưới đây là một số thuật ngữ phổ biến được sử dụng trong MongoDB

1. _id – Đây là trường bắt buộc phải có trong mọi tài liệu MongoDB. Trường _id đại diện cho một giá trị duy nhất trong tài liệu MongoDB. Trường _id giống như khóa chính của tài liệu. Nếu bạn tạo một tài liệu mới không có trường _id, MongoDB sẽ tự động tạo trường này. Vì vậy, ví dụ: nếu chúng ta thấy ví dụ về bảng khách hàng ở trên, Mongo DB sẽ thêm một mã định danh duy nhất gồm 24 chữ số cho mỗi tài liệu trong bộ sưu tập

1. Bộ sưu tập – Đây là một nhóm các tài liệu MongoDB. Một bộ sưu tập tương đương với một bảng được tạo trong bất kỳ RDMS nào khác, chẳng hạn như Oracle hoặc MS SQL. Một bộ sưu tập tồn tại trong một cơ sở dữ liệu duy nhất. Như đã thấy từ các bộ sưu tập giới thiệu không thực thi bất kỳ loại cấu trúc nào
2. Con trỏ – Đây là một con trỏ tới tập kết quả của một truy vấn. Khách hàng có thể lặp qua một con trỏ để lấy kết quả
3. Cơ sở dữ liệu - Đây là vùng chứa cho các bộ sưu tập như trong RDMS trong đó nó là vùng chứa cho các bảng. Mỗi cơ sở dữ liệu có tập hợp tệp riêng trên hệ thống tệp. Một máy chủ MongoDB có thể lưu trữ nhiều cơ sở dữ liệu
4. Tài liệu – Một bản ghi trong bộ sưu tập MongoDB về cơ bản được gọi là tài liệu. Đến lượt mình, tài liệu sẽ bao gồm tên trường và các giá trị
5. Trường – Một cặp tên-giá trị trong tài liệu. Một tài liệu không có hoặc nhiều trường. Các trường tương tự như các cột trong cơ sở dữ liệu quan hệ. Sơ đồ sau đây cho thấy ví dụ về Trường có cặp giá trị Khóa. Vì vậy, trong ví dụ bên dưới CustomerID và 11 là một trong những cặp giá trị chính được xác định trong tài liệu

1. JSON - Đây được gọi là Ký hiệu đối tượng JavaScript. Đây là định dạng văn bản thuần túy, người dùng có thể đọc được để thể hiện dữ liệu có cấu trúc. JSON hiện được hỗ trợ trong nhiều ngôn ngữ lập trình

Chỉ cần ghi chú nhanh về sự khác biệt chính giữa trường _id và trường bộ sưu tập bình thường. Trường _id được sử dụng để xác định duy nhất các tài liệu trong một bộ sưu tập và được MongoDB tự động thêm vào khi bộ sưu tập được tạo

Tại sao nên sử dụng MongoDB?

Dưới đây là một số lý do tại sao một người nên bắt đầu sử dụng MongoDB

1. Định hướng tài liệu – Vì MongoDB là cơ sở dữ liệu kiểu NoSQL, thay vì có dữ liệu ở định dạng kiểu quan hệ, nó lưu trữ dữ liệu trong tài liệu. Điều này làm cho MongoDB rất linh hoạt và có thể thích ứng với các yêu cầu và tình hình kinh doanh thực tế
2. Truy vấn đặc biệt – MongoDB hỗ trợ tìm kiếm theo trường, truy vấn phạm vi và tìm kiếm biểu thức chính quy. Có thể thực hiện các truy vấn để trả về các trường cụ thể trong tài liệu
3. Lập chỉ mục – Các chỉ mục có thể được tạo để cải thiện hiệu suất tìm kiếm trong MongoDB. Bất kỳ trường nào trong tài liệu MongoDB đều có thể được lập chỉ mục
4. Bản sao – MongoDB có thể cung cấp tính sẵn sàng cao với các bộ bản sao. Một bộ bản sao bao gồm hai hoặc nhiều phiên bản mongo DB. Mỗi thành viên trong bộ bản sao có thể đóng vai trò là bản sao chính hoặc phụ bất kỳ lúc nào. Bản sao chính là máy chủ chính tương tác với máy khách và thực hiện tất cả các thao tác đọc/ghi. Bản sao thứ cấp duy trì một bản sao dữ liệu của bản sao chính bằng cách sử dụng bản sao tích hợp. Khi một bản sao chính bị lỗi, bộ bản sao sẽ tự động chuyển sang bản sao phụ và sau đó nó trở thành máy chủ chính
5. Cân bằng tải – MongoDB sử dụng khái niệm sharding để mở rộng quy mô theo chiều ngang bằng cách chia nhỏ dữ liệu trên nhiều phiên bản MongoDB. MongoDB có thể chạy trên nhiều máy chủ, cân bằng tải và/hoặc sao chép dữ liệu để duy trì hoạt động của hệ thống trong trường hợp lỗi phần cứng

Mô hình hóa dữ liệu trong MongoDB

Như chúng ta đã thấy từ phần Giới thiệu, dữ liệu trong MongoDB có một lược đồ linh hoạt. Không giống như trong cơ sở dữ liệu SQL, nơi bạn phải khai báo lược đồ của bảng trước khi chèn dữ liệu, các bộ sưu tập của MongoDB không thực thi cấu trúc tài liệu. Loại linh hoạt này là điều làm cho MongoDB trở nên mạnh mẽ

Chúng tôi có thể sử dụng MongoDB cho dữ liệu có cấu trúc không?

MongoDB có cấu trúc hay không có cấu trúc?

MongoDB có hỗ trợ dữ liệu phi cấu trúc không?

Tại sao MongoDB không có cấu trúc?