Sự khác biệt giữa cơ sở dữ liệu SQL &NoSQL - So sánh MySQL &MongoDB

Với lượng dữ liệu hiện có trên thế giới, việc quản lý dữ liệu mà không có cơ sở dữ liệu phù hợp là điều gần như không thể. Trên thị trường ngày nay, có nhiều loại cơ sở dữ liệu khác nhau và việc quyết định cơ sở dữ liệu tốt nhất phù hợp với doanh nghiệp của bạn có thể là một nhiệm vụ quá sức. Vì vậy, trong bài viết này về SQL và NoSQL, tôi sẽ so sánh hai loại cơ sở dữ liệu này để giúp bạn chọn loại cơ sở dữ liệu nào có thể giúp ích cho bạn và tổ chức của bạn.

Các chủ đề sau sẽ được đề cập trong bài viết này:

• • SQL là gì?
  • NoSQL là gì?
  • SQL so với NoSQL
  • Ví dụ về SQL và NoSQL
  • MySQL là gì?
  • MongoDB là gì?
  • MySQL và MongoDB
  • Demo:Chèn giá trị vào bảng và bộ sưu tập

Vì vậy, chúng ta hãy bắt đầu, các bạn !!

SQL là gì?

SQL hay còn gọi là Ngôn ngữ truy vấn có cấu trúc là cốt lõi của cơ sở dữ liệu quan hệ được sử dụng để truy cập và quản lý cơ sở dữ liệu. Ngôn ngữ này được sử dụng để thao tác và truy xuất dữ liệu từ một định dạng dữ liệu có cấu trúc dưới dạng bảng và giữ mối quan hệ giữa các bảng đó. Các mối quan hệ có thể như sau:

• Mối quan hệ một-một là khi một hàng trong Bảng A có liên quan đến một hàng trong Bảng B.
• Mối quan hệ một-nhiều là khi một hàng trong Bảng A có liên quan đến nhiều hàng trong bảng B.
• Mối quan hệ Nhiều-Nhiều là khi nhiều hàng trong bảng A có thể có liên quan đến nhiều hàng trong bảng B.
• Mối quan hệ tự tái hội nghị là khi một bản ghi trong bảng A có liên quan đến chính bảng đó.

Bây giờ, tiếp theo trong bài viết này, chúng ta hãy hiểu NoSQL là gì?

NoSQL là gì?

NoSQL, hay thường được gọi là Không chỉ cơ sở dữ liệu SQL, cung cấp cơ chế lưu trữ và truy xuất dữ liệu phi cấu trúc. Loại cơ sở dữ liệu này có thể xử lý một lượng lớn dữ liệu và có một lược đồ động. Vì vậy, cơ sở dữ liệu NoSQL không có ngôn ngữ truy vấn cụ thể, không có hoặc có rất ít mối quan hệ, nhưng có dữ liệu được lưu trữ ở định dạng tập hợp và tài liệu.

Vì vậy, cơ sở dữ liệu có thể có ‘n’ số lượng bộ sưu tập và mỗi bộ sưu tập có thể có ‘m ‘ số lượng tài liệu. Hãy xem xét ví dụ bên dưới.

Như bạn có thể thấy từ hình trên, có một Cơ sở dữ liệu nhân viên có 2 bộ sưu tập tức là Bộ sưu tập Nhân viên và Bộ sưu tập Dự án. Giờ đây, mỗi bộ sưu tập này đều có Tài liệu, về cơ bản là các giá trị dữ liệu. Vì vậy, bạn có thể giả sử tập hợp là bảng của bạn và Tài liệu là trường của bạn trong bảng .

Được rồi, bây giờ bạn đã biết SQL &NoSQL là gì, bây giờ chúng ta hãy xem, các cơ sở dữ liệu này chống lại nhau như thế nào.

SQL so với NoSQL

Vì vậy, trong lần đối mặt này, tôi sẽ so sánh cả hai cơ sở dữ liệu này dựa trên các cơ sở sau:

1. 1. Loại cơ sở dữ liệu
   2. Lược đồ
   3. Danh mục Cơ sở dữ liệu
   4. Truy vấn phức tạp
   5. Lưu trữ dữ liệu phân cấp
   6. Khả năng mở rộng
   7. Ngôn ngữ
   8. Xử lý trực tuyến
   9. Thuộc tính cơ sở
   10. Hỗ trợ bên ngoài

Loại cơ sở dữ liệu

SQL được gọi là cơ sở dữ liệu quan hệ vì nó tổ chức dữ liệu có cấu trúc thành các hàng và cột xác định, với mỗi bảng có liên quan đến các bảng khác trong cơ sở dữ liệu.

NoSQL được biết đến là cơ sở dữ liệu phi quan hệ . Điều này là do dữ liệu được lưu trữ dưới dạng các tập hợp không có hoặc có ít mối quan hệ giữa chúng.

Giản đồ

SQL cần có lược đồ xác định trước cho dữ liệu có cấu trúc. Vì vậy, trước khi bắt đầu sử dụng SQL để trích xuất và thao tác dữ liệu, bạn cần đảm bảo rằng cấu trúc dữ liệu của bạn được xác định trước dưới dạng bảng.

Tuy nhiên, NoSQL, có lược đồ động cho dữ liệu phi cấu trúc. Vì vậy, nếu bạn đang sử dụng cơ sở dữ liệu NoSQL, thì sẽ không có lược đồ được xác định trước và lược đồ hoàn chỉnh về dữ liệu của bạn hoàn toàn phụ thuộc vào cách bạn muốn lưu trữ dữ liệu. tức là trường nào bạn muốn lưu trữ trong tài liệu và bộ sưu tập.

Danh mục cơ sở dữ liệu

Cơ sở dữ liệu SQL là t cơ sở dữ liệu có thể dựa trên . Vì vậy, bạn có thể có ‘n’ số bảng liên quan đến nhau và mỗi bảng có thể có các hàng và cột lưu trữ dữ liệu trong mỗi ô của bảng.

Bây giờ, nếu chúng ta nói về Cơ sở dữ liệu NoSQL, thì Cơ sở dữ liệu NoSQL có các loại cơ sở dữ liệu sau:

• Cơ sở dữ liệu Tài liệu - Nó ghép nối mỗi khóa với một cấu trúc dữ liệu phức tạp được gọi là tài liệu. Nó có thể chứa nhiều cặp khóa-giá trị khác nhau hoặc các cặp mảng khóa hoặc thậm chí các tài liệu lồng nhau
• Cửa hàng giá trị quan trọng - Chúng là cơ sở dữ liệu NoSQL đơn giản nhất. Mỗi mục trong cơ sở dữ liệu đều được lưu trữ dưới dạng tên thuộc tính hoặc khóa cùng với giá trị của nó.
• Cửa hàng đồ thị - Chúng được sử dụng để lưu trữ thông tin về mạng, chẳng hạn như các kết nối xã hội. Cửa hàng đồ thị bao gồm Neo4J và HyperGraphDB.
• Cửa hàng cột rộng - Các kho lưu trữ cột rộng như Cassandra và HBase được tối ưu hóa cho các truy vấn trên tập dữ liệu lớn và lưu trữ các cột dữ liệu cùng nhau, thay vì các hàng.

Vì vậy, cơ sở dữ liệu SQL lưu trữ dữ liệu dưới dạng bảng và cơ sở dữ liệu NoSQL lưu trữ dữ liệu dưới dạng cặp khóa-giá trị, tài liệu, cơ sở dữ liệu biểu đồ hoặc cửa hàng cột rộng.

Truy vấn phức tạp

SQL là phù hợp hơn với môi trường truy vấn phức tạp khi so sánh với NoSQL vì lược đồ trong cơ sở dữ liệu SQL được cấu trúc và có dữ liệu được lưu trữ ở định dạng bảng. Vì vậy, ngay cả khi bạn muốn áp dụng các truy vấn lồng nhau với nhiều truy vấn con bên trong truy vấn bên ngoài, bạn có thể dễ dàng thực hiện bằng cách sử dụng tên bảng và cột thích hợp.

Bây giờ, lý do tại sao cơ sở dữ liệu NoSQL không phù hợp cho các truy vấn phức tạp là do cơ sở dữ liệu NoSQL không được truy vấn bằng ngôn ngữ chuẩn như SQL.

Lưu trữ dữ liệu phân cấp

Chà, khi chúng tôi so sánh các cơ sở dữ liệu về yếu tố này, NoSQL phù hợp hơn với lưu trữ phân cấp khi so sánh với cơ sở dữ liệu SQL.

Điều này là do khi số lượng bảng tăng lên, độ phức tạp của việc duy trì quan hệ giữa chúng cũng không ngừng tăng lên. Vì vậy, trong một tình huống như vậy, bạn không thể liên hệ số lượng bảng khổng lồ với nhiều cột trong chúng với nhau. Tuy nhiên, khi bạn xem xét một cơ sở dữ liệu NoSQL, loại cơ sở dữ liệu này phù hợp hơn với việc lưu trữ dữ liệu phân cấp vì nó tuân theo cách lưu trữ dữ liệu cặp khóa-giá trị tương tự như dữ liệu JSON.

Khả năng mở rộng

Cơ sở dữ liệu SQL có thể mở rộng theo chiều dọc . Bạn có thể cân bằng tải các máy chủ dữ liệu bằng cách tối ưu hóa phần cứng như tăng CPU, RAM, SSD, v.v.

Mặt khác, cơ sở dữ liệu NoSQL có khả năng mở rộng theo chiều ngang . Bạn có thể thực hiện cân bằng tải bằng cách thêm nhiều máy chủ hơn vào cụm của mình để xử lý một lượng lớn lưu lượng truy cập.

Ngôn ngữ

Cơ sở dữ liệu SQL có ngôn ngữ cụ thể và nó không thay đổi từ cơ sở dữ liệu này sang cơ sở dữ liệu khác. Loại cơ sở dữ liệu này sử dụng SQL (Ngôn ngữ truy vấn có cấu trúc) để truy xuất và xử lý dữ liệu.

Cơ sở dữ liệu NoSQL không có ngôn ngữ cụ thể được sử dụng cho các truy vấn, và nó thay đổi tùy theo cơ sở dữ liệu. Trong cơ sở dữ liệu NoSQL, các truy vấn chủ yếu tập trung vào bộ sưu tập tài liệu và ngôn ngữ được gọi là UnQL (Ngôn ngữ truy vấn không có cấu trúc).

Xử lý trực tuyến

Khi so sánh SQL và NoSQL, dựa trên yếu tố này, cơ sở dữ liệu SQL được sử dụng cho ứng dụng kiểu giao dịch hạng nặng. Điều này là do SQL cung cấp tính nguyên tử, tính toàn vẹn và tính ổn định của dữ liệu. Ngoài ra, bạn có thể sử dụng NoSQL cho mục đích giao dịch, nhưng nó vẫn không đủ ổn định khi tải cao và cho các ứng dụng giao dịch phức tạp. Vì vậy, bạn có thể hiểu rằng SQL chủ yếu được sử dụng cho OLTP (Xử lý giao dịch trực tuyến) và NoSQL chủ yếu được sử dụng cho OLAP (Xử lý phân tích trực tuyến).

Thuộc tính cơ sở

Cơ sở dữ liệu SQL dựa trên thuộc tính ACID (Tính nguyên tử, tính nhất quán, tính cô lập và độ bền) trong khi cơ sở dữ liệu NoSQL dựa trên định lý Brewers CAP (Tính nhất quán, tính khả dụng và dung sai phân vùng).

Trước tiên, hãy để tôi giải thích cho bạn các thuộc tính ACID:

• Tính nguyên tử :Tính nguyên tử đề cập đến các giao dịch được thực hiện hoàn toàn hoặc không thành công trong đó giao dịch đề cập đến một hoạt động logic duy nhất của dữ liệu. Điều đó có nghĩa là nếu một phần của bất kỳ giao dịch nào không thành công, toàn bộ giao dịch sẽ không thành công và trạng thái cơ sở dữ liệu được giữ nguyên.
• Tính nhất quán :Tính nhất quán đảm bảo rằng dữ liệu phải đáp ứng tất cả các quy tắc xác nhận. Nói một cách dễ hiểu, bạn có thể nói rằng giao dịch của bạn không bao giờ rời khỏi cơ sở dữ liệu mà không hoàn thành trạng thái của nó.
• Cách ly :Mục tiêu chính của sự cô lập là kiểm soát đồng thời.
• Độ bền :Độ bền có nghĩa là nếu một giao dịch đã được cam kết, nó sẽ xảy ra bất cứ điều gì có thể xảy ra, chẳng hạn như mất điện, sự cố hoặc bất kỳ loại lỗi nào.

Đến với Định lý CAP,

Định lý Brewers CAP phát biểu rằng một cơ sở dữ liệu chỉ có thể đạt được nhiều nhất hai trong ba đảm bảo:Tính nhất quán, Tính khả dụng và Dung sai phân vùng. Đây

• Tính nhất quán: Tất cả các nút đều nhìn thấy cùng một dữ liệu tại cùng một thời điểm.
• Tính khả dụng: Đảm bảo cho dù mọi yêu cầu đều thành công hay thất bại.
• Dung sai phân vùng: G iải đảm liệu hệ thống có tiếp tục hoạt động mặc dù mất tin nhắn hoặc lỗi một phần của hệ thống hay không.

NoSQL không thể cung cấp tính nhất quán và tính sẵn sàng cao cùng nhau.

Hỗ trợ bên ngoài

Tất cả các nhà cung cấp SQL đều cung cấp sự hỗ trợ tuyệt vời vì SQL đã tồn tại hơn 40 năm qua. Tuy nhiên, đối với một số cơ sở dữ liệu NoSQL, chỉ có một số chuyên gia hạn chế và bạn vẫn phải dựa vào sự hỗ trợ của cộng đồng để triển khai các triển khai NoSQL quy mô lớn của mình. Điều này là do NoSQL đã ra đời vào cuối những năm 2000 và mọi người vẫn chưa khám phá nó nhiều.

Vì vậy, nếu tôi phải tóm tắt sự khác biệt của SQL và NoSQL trong bài viết này về SQL và NoSQL, bạn có thể tham khảo bảng dưới đây.

Bảng 1: Sự khác biệt giữa SQL và NoSQL - SQL và NoSQL

Vì vậy, các bạn, với phần này, chúng ta sẽ kết thúc cuộc đối đầu giữa SQL và NoSQL. Bây giờ, chúng ta đã thảo luận rất nhiều về SQL và NoSQL, hãy để tôi cho bạn xem một số ví dụ về điều tương tự.

Ví dụ về SQL và NoSQL

Ví dụ về SQL và NoSQL như sau:

Hiện tại, cơ sở dữ liệu phổ biến nhất từ ​​SQL và NoSQL là MySQL và MongoDB .

Vì vậy, tiếp theo trong bài viết này về SQL và NoSQL, chúng ta sẽ so sánh MySQL và MongoDB. Tuy nhiên, trước đó, bạn cũng có thể xem qua video này về SQL vs NoSQL.

SQL và NoSQL - Sự khác biệt B / W Cơ sở dữ liệu SQL &NoSQL | Edureka

Video Edureka về SQL vs NoSQL này sẽ thảo luận về sự khác biệt giữa SQL và NoSQL. Nó cũng thảo luận về sự khác biệt giữa MySQL và MongoDB.

MySQL là gì?

MySQL là một hệ quản trị cơ sở dữ liệu quan hệ mã nguồn mở hoạt động trên nhiều nền tảng. Nó cung cấp quyền truy cập đa người dùng để hỗ trợ nhiều công cụ lưu trữ và được hỗ trợ bởi Oracle. Vì vậy, bạn có thể mua phiên bản giấy phép thương mại từ Oracle để nhận các dịch vụ hỗ trợ cao cấp.

Sau đây là các tính năng của MySQL:

• Tính dễ quản lý - Phần mềm được tải xuống rất dễ dàng và cũng sử dụng công cụ lập lịch sự kiện để tự động lên lịch cho các công việc.
• Hỗ trợ Giao dịch Mạnh mẽ - Giữ thuộc tính ACID (Atomicity, Consistency, Isolation, Durability) và cũng cho phép hỗ trợ nhiều phiên bản phân tán.
• Phát triển Ứng dụng Toàn diện - MySQL có các thư viện plugin để nhúng cơ sở dữ liệu vào bất kỳ ứng dụng nào. Nó cũng hỗ trợ các thủ tục được lưu trữ, trình kích hoạt, chức năng, chế độ xem và nhiều hơn nữa để phát triển ứng dụng. Bạn có thể tham khảo Hướng dẫn RDS để hiểu về RDBMS của Amazon.
• Hiệu suất Cao - Cung cấp các tiện ích tải nhanh với bộ nhớ đệm riêng biệt và phân vùng chỉ mục bảng.
• Tổng Chi phí Sở hữu Thấp - Điều này làm giảm chi phí cấp phép và chi phí phần cứng.
• Nguồn mở &Hỗ trợ 24 * 7 - RDBMS này có thể được sử dụng trên bất kỳ nền tảng nào và cung cấp hỗ trợ 24 * 7 cho mã nguồn mở và phiên bản doanh nghiệp.
• Bảo vệ Dữ liệu An toàn - MySQL hỗ trợ các cơ chế mạnh mẽ để đảm bảo rằng chỉ những người dùng được ủy quyền mới có quyền truy cập vào cơ sở dữ liệu.
• Tính khả dụng cao - MySQL có thể chạy các cấu hình sao chép chủ / nô lệ tốc độ cao và nó cung cấp các máy chủ cụm.
• Khả năng mở rộng &Tính linh hoạt - Với MySQL, bạn có thể chạy các ứng dụng được nhúng sâu và tạo kho dữ liệu chứa một lượng lớn dữ liệu.

Tiếp theo, trong bài viết này, chúng ta hãy hiểu MongoDB là gì?

MongoDB là gì?

MongoDB là cơ sở dữ liệu phi quan hệ lưu trữ dữ liệu trong tài liệu. Loại cơ sở dữ liệu này lưu trữ thông tin liên quan với nhau để xử lý truy vấn nhanh chóng.

Các tính năng của MongoDB như sau:

• Lập chỉ mục: Nó được tạo chỉ mục để cải thiện hiệu suất tìm kiếm.
• Nhân rộng: MongoDB phân phối dữ liệu trên các máy khác nhau.
• Truy vấn đặc biệt: Nó hỗ trợ các truy vấn đặc biệt bằng cách lập chỉ mục các tài liệu BSON và sử dụng một ngôn ngữ truy vấn duy nhất.
• Schemaless: Nó rất linh hoạt vì cơ sở dữ liệu ít giản đồ được viết bằng C ++.
• Làm sắc nét: MongoDB sử dụng sharding để cho phép triển khai với các tập dữ liệu rất lớn và hoạt động thông lượng cao.

Được rồi, Bây giờ thì bạn đã biết MySQL &MongoDB là gì, bây giờ chúng ta hãy xem, các cơ sở dữ liệu này chống lại nhau như thế nào.

MySQL và MongoDB

Vì vậy, trong lần đối mặt này, tôi sẽ so sánh cả hai cơ sở dữ liệu này dựa trên các cơ sở sau:

1. 1. Ngôn ngữ truy vấn
   2. Tính linh hoạt của giản đồ
   3. Mối quan hệ
   4. Bảo mật
   5. Hiệu suất
   6. Hỗ trợ
   7. Các tính năng chính
   8. Nhân rộng
   9. Cách sử dụng
   10. Cộng đồng đang hoạt động

Ngôn ngữ Truy vấn

MySQL sử dụng ngôn ngữ Truy vấn có cấu trúc (SQL) . Ngôn ngữ này đơn giản và chủ yếu bao gồm các lệnh DDL, DML DCL &TCL để truy xuất và thao tác dữ liệu. Mặt khác, MongoDB, sử dụng Ngôn ngữ truy vấn không có cấu trúc . Vì vậy, ngôn ngữ truy vấn về cơ bản là ngôn ngữ truy vấn MongoDB. Tham khảo hình ảnh bên dưới.

Tính linh hoạt của giản đồ

MySQL có tính linh hoạt tốt của lược đồ cho dữ liệu có cấu trúc vì bạn chỉ cần xác định rõ ràng các bảng và cột. Mặt khác, MongoDB, không có hạn chế về thiết kế giản đồ . Bạn có thể đề cập trực tiếp, một vài tài liệu bên trong một bộ sưu tập mà không có bất kỳ mối quan hệ nào giữa các tài liệu đó. Tuy nhiên, vấn đề duy nhất với MongoDB là bạn cần tối ưu hóa lược đồ của mình dựa trên cách bạn muốn truy cập dữ liệu.

Mối quan hệ

Khi so sánh MySQL và MongoDB dựa trên yếu tố này, mối quan hệ hỗ trợ MySQL với sự trợ giúp của các câu lệnh JOIN nhưng MongoDB không hỗ trợ các câu lệnh JOIN . Tuy nhiên, nó hỗ trợ đặt một tài liệu bên trong một tài liệu khác (còn được gọi là nhúng tài liệu) và các kiểu dữ liệu đa chiều như mảng.

Bảo mật

MySQL về cơ bản sử dụng mô hình bảo mật dựa trên đặc quyền . Loại mô hình bảo mật này xác thực người dùng và tạo điều kiện cho các đặc quyền của người dùng trên một cơ sở dữ liệu cụ thể.

MongoDB sử dụng điều khiển truy cập dựa trên vai trò với một tập hợp các đặc quyền linh hoạt cung cấp các tính năng bảo mật như ủy quyền và xác thực.

Hiệu suất

Khi so sánh MySQL và MongoDB trên tham số này, hãy để tôi nói với bạn rằng MySQL khá chậm so với MongoDB khi cơ sở dữ liệu lớn được xem xét. Điều này chủ yếu là do MySQL không thể được sử dụng cho lượng dữ liệu lớn và không có cấu trúc.

Tuy nhiên, MongoDB có khả năng xử lý dữ liệu phi cấu trúc lớn. Vì vậy, nó nhanh hơn MySQL trong đó cơ sở dữ liệu lớn được coi là nó cho phép người dùng truy vấn theo cách giảm tải trên máy chủ.

Hỗ trợ

Chà, cả hai đều cung cấp hỗ trợ tuyệt vời 24 * 7 để biết các bản sửa lỗi bảo mật, bản phát hành bảo trì, bản sửa lỗi, bản vá và bản cập nhật. Vì vậy, không có sự khác biệt giữa cả hai dựa trên thông số này.

Tính năng chính

Bạn có thể tham khảo hình ảnh sau để biết các tính năng chính của MySQL và MongoDB:

Sao chép

MySQL hỗ trợ sao chép master-slave và sao chép master-master. Mặt khác, MongoDB, hỗ trợ sao chép, phân tích và bầu cử tự động được tích hợp sẵn. Vì vậy, với sự trợ giúp của tự động bầu cử trong MongoDB, bạn có thể thiết lập một cơ sở dữ liệu thứ cấp hoặc khác để tự động tiếp quản nếu cơ sở dữ liệu chính bị lỗi.

Cách sử dụng

Bạn có thể tham khảo hình ảnh sau để biết vị trí sử dụng MySQL và MongoDB:

Cộng đồng đang hoạt động

Khi so sánh MySQL với MongoDB dựa trên yếu tố này, cơ sở dữ liệu MySQL cung cấp một cộng đồng tốt hơn MongoDB vì nó thuộc sở hữu và được duy trì bởi Tập đoàn Oracle.

Vì vậy, nếu tôi phải tóm tắt sự khác biệt giữa MySQL và MongoDB, bạn có thể tham khảo bảng dưới đây.

Bảng 2: Sự khác biệt giữa MySQL và MongoDB - SQL và NoSQL

Vì vậy, các bạn, với phần này, chúng ta sẽ kết thúc cuộc đối đầu giữa MySQL và MongoDB. Bây giờ, biết nhiều hơn về MySQL và MongoDB có thể đã đặt ra một câu hỏi trong đầu bạn, tức là Các doanh nghiệp chia sẻ nên sử dụng MySQL hay MongoDB?

Chà, không có người chiến thắng rõ ràng giữa cả hai. Việc lựa chọn cơ sở dữ liệu hoàn toàn phụ thuộc vào lược đồ cơ sở dữ liệu của bạn và cách bạn muốn truy cập nó. Tuy nhiên, bạn có thể sử dụng MySQL khi bạn có lược đồ cố định, giao dịch cao, bảo trì thấp, bảo mật dữ liệu với ngân sách hạn chế và MongoDB trong khi bạn có lược đồ không ổn định, tính khả dụng cao, điện toán đám mây, với sharding tích hợp sẵn.

Vì vậy, sẽ không có bất kỳ phán quyết cuối cùng nào về việc cái nào trong số đó là tốt nhất vì mỗi một trong số này đều xuất sắc dựa trên yêu cầu của bạn.

Bây giờ, bạn đã biết sự khác biệt giữa MySQL và MongoDB, tiếp theo trong bài viết này về SQL và NoSQL, hãy để tôi hướng dẫn bạn cách chèn dữ liệu vào bảng và bộ sưu tập trong MySQL Workbench và MongoDB Compass.

Demo:Chèn dữ liệu vào bảng và bộ sưu tập

Hãy bắt đầu với việc chèn dữ liệu vào bảng bằng MySQL Workbench.

Chèn dữ liệu vào bảng bằng MySQL Workbench

Để chèn dữ liệu vào bảng bằng MySQL Workbench, bạn có thể làm theo các bước sau:

Step 1: Open MySQL Workbench and create a connection. To know how to create a connection, you refer to the MySQL Workbench Tutorial.

Step 2: Now, once your connection has been created, open your connection and then you will be redirected to the following dashboard.

Step 3: Now to create a database and a table, follow the below queries:

//Create Database
CREATE DATABASE Employee_Info;
//Use Database
USE Employee_Info;
//Create Table
CREATE TABLE Employee
(EmpID int,
EmpFname varchar(255),
EmpLname varchar(255),
Age int,
EmailID varchar(255),
PhoneNo int8,
Address varchar(255));

Step4: Now, once your table is created, to insert values into the table, use the INSERT INTO syntax as below:

//Insert Data into a Table
INSERT INTO Employee(EmpID, EmpFname, EmpLname,Age, EmailID, PhoneNo, Address)
VALUES ('1', 'Vardhan','Kumar', '22', '[email protected]', '9876543210', 'Delhi');

Step 5: When you view your table, you will the output as below.

Now, next in this article on SQL vs NoSQL, let us see how to create database and collections in MongoDB Compass.

Insert data into a collection using MongoDB Compass

To insert data into tables using MongoDB Compass, you can follow the below steps:

Step 1: Open MongoDB Compass and create a host . Once your host is created click on Connect. Refer below.

Step 2: Now, once your host is connected, to create a database, click on the Create Database option and mention the Database and the Collection Name.

Step 3: Now, open your database, and choose the collection. Here I have chosen samplecollection. To add documents into the collection, choose the Insert Document option and mention the parameters . Here I have mentioned the EmpID and EmpName.

Now with this, we come to an end of this comparison on SQL vs NoSQL . I Hope you guys enjoyed this article and understood all the differences. So, if you have read this, you might have a clear idea about which database will suit your needs.

Now that you have understood the comparison between SQL &NoSQL, check out the MySQL DBA Certification Training &MongoDB Certification Training by Edureka, a trusted online learning company with a network of more than 250,000 satisfied learners spread across the globe.

Bạn có câu hỏi cho chúng tôi? Please mention it in the comments section of “SQL vs NoSQL” and we will get back to you.