Cơ sở dữ liệu nosql là gì

     

Một giữa những lựa lựa chọn cơ phiên bản cần tiến hành khi trở nên tân tiến một vận dụng là sử dụng cơ sở tài liệu (CSDL) SQL hay NoSQL để tàng trữ dữ liệu. Cơ sở dữ liệu quan hệ (RDBMS – Relational Database Management System) SQL đã được phát triển từ vô cùng lâu, được kiểm tra qua thời hạn và sử dụng rất nhiều. Chúng được thiết kế theo phong cách cho những giao dịch đáng tin cậy và những truy vấn quan trọng đặc biệt trong những ứng dụng. Mặc dù nhiên, csdl SQL không hẳn là không có hạn chế với và không phải lúc như thế nào cũng tương xứng với vớ cà các yêu cầu lưu trữ cùng truy xuất dữ liệu.

Bạn đang xem: Cơ sở dữ liệu nosql là gì

Và cơ sở tài liệu NoSQL đã ra đời để thỏa mãn nhu cầu những hạn chế đó. Khối hệ thống CSDL NoSQL lưu trữ và cai quản dữ liệu theo cách cho phép tốc độ chuyển động cao với tính linh hoạt cao. Nhiều khối hệ thống CSDL NoSQL được cải cách và phát triển bởi các công ty như Google, Amazon, Yahoo và Facebook nhằm mục tiêu tìm kiếm phần nhiều cách xuất sắc hơn để lưu trữ nội dung hoặc giải pháp xử lý dữ liệu cho các trang website lớn. Không giống hệt như cơ sở dữ liệu SQL, nhiều cơ sở tài liệu NoSQL hoàn toàn có thể được mở rộng theo chiều ngang trên hàng trăm hoặc hàng trăm máy chủ.

Vậy đúng mực Cơ sở dữ liệu NoSQL là gì? Nó được áp dụng trong trường đúng theo nào? csdl SQL cùng NoSQL không giống nhau thế nào? NoSQL có hạn chế gì? cùng với nhiều vấn đề độc đáo khác sẽ sở hữu được trong bài viết này


Nội dung

4. Các kiểu cơ sở tài liệu NoSQL5. Những hạn chế của database NoSQL

1. Cơ sở tài liệu NoSQL là gì?

Cơ sở tài liệu NoSQL là một trong những Hệ thống quản lý dữ liệu không quan hệ nam nữ (non-relational Data Management System) có lược đồ vật (schema) linh hoạt. Nó dễ mở rộng. Mục tiêu chính của việc sử dụng cơ sở dữ liệu NoSQL là giành cho các kho tài liệu phân tán với nhu cầu lưu trữ dữ liệu lớn. NoSQL được sử dụng cho tài liệu lớn và áp dụng web thời gian thực. Chẳng hạn các công ty như Twitter, Facebook cùng Google thu thập hàng terabyte dữ liệu người tiêu dùng mỗi ngày.

Cơ sở dữ liệu NoSQL là viết tắt của “Not Only SQL” hoặc “Not SQL”. Cùng với cơ sở dữ liệu quan hệ RDBMS ta thực hiện cú pháp SQL để tàng trữ và tầm nã xuất dữ liệu. Đối với khối hệ thống cơ sở tài liệu NoSQL, nó bao gồm 1 loạt các technology cơ sở dữ liệu hoàn toàn có thể lưu trữ tài liệu có cấu trúc, phân phối cấu trúc, phi cấu trúc và nhiều hình. Sơ đồ sau cho thấy thêm CSDL NoSQL khác so với cơ sở dữ liệu SQL

*
Ảnh: quora

2. Khác nhau giữa Cơ sở dữ liệu SQL và NoSQL

Bảng sau đây tóm tắt sự không giống nhau giữa SQL cùng NoSQL database:

SQL Databases

NoSQL Databases

Mô hình dữ liệu

Mô hình quan hệ chuẩn chỉnh hóa dữ liệu vào bảng được hiện ra từ hàng cùng cột. Sơ đồ quy định ví dụ bảng, hàng, cột, chỉ mục, quan hệ giữa các bảng và các thành tố cơ sở tài liệu khác. Cơ sở dữ liệu sẽ thực hiện tính toàn diện tham chiếu trong mối quan hệ giữa những bảng.

Kiểu Document: JSON documentsKiểu Key-value: key-value pairsKiểu column: bảng với hàng cùng cột chuyển đổi (dynamic)Graph: nodes cùng cạnh

Lịch sử phân phát triển

Phát triển từ những năm 1970, triệu tập vào việc giảm thiểu sự trùng đính thêm dữ liệu.

Phát triển sau năm 2000, mục đích chính phục vụ việc không ngừng mở rộng nhanh (scale) và trở nên tân tiến các áp dụng theo cách thức Agile và DevOps.

Các csdl tiêu biểu

Oracle, MySQL, Microsoft SQL Server

PostgreSQL

NoSQL Document: MongoDB, CouchDBKey-value: Redis, DynamoDBColumn: Cassandra, HBaseGraph: Neo4j, Amazon Neptune

Mục đích sử dụng

Nhiều mục đích

NoSQL Document DB: những mục địchKey-value: tài liệu lớn với các truy xuất đối chọi giảnColumn: dữ liệu lớn với những mẫu truy hỏi xuất dữ liệu có thể dự đoán được (predictable query patterns)Graph: phân tích và duyệt những mối tình dục giữa những dữ liệu được kết nối

Schemas

Cố định (Rigid)

Uyển chuyển

Mở rộng

Theo chiều dọc. Cơ sở tài liệu quan hệ thường xuyên tăng quy mô bằng phương pháp tăng năng lực điện toán của hartware hoặc tăng quy mô bằng phương pháp thêm phiên bản sao của khối lượng các bước chỉ đọc.

Cho phép chuyển đổi quy mô theo chiều ngang (scale-out bằng phương pháp phân tán trên các server)

Thuộc tính ACID

Hỗ trợ. Cơ sở dữ liệu quan hệ có những thuộc tính mang ý nghĩa nguyên tố, duy nhất quán, tách biệt và bền vững (ACID)

Joins

Thường được yêu cầu

Thường không yêu cầu

Data to Object Mapping

Yêu cầu ORM (object-relational mapping)

Nhiều NoSQL database không yêu cầu ORMs.

Hiệu năng

Hiệu năng thường dựa vào vào khối hệ thống con của ổ đĩa. Thông thường, bài toán tối ưu hóa những truy vấn, chỉ mục và cấu tạo bảng bắt buộc phải được tiến hành để đạt tới hiệu năng buổi tối đa.

Hiệu năng thường được coi như là tác dụng của kích cỡ nhiều phần cứng ngầm, độ trễ mạng và ứng dụng đưa ra lệnh gọi.

API

Yêu cầu tàng trữ và truy vấn xuất dữ liệu được truyền đạt bằng cách sử dụng các truy vấn đồng điệu với ngôn ngữ truy vấn có kết cấu (SQL). Các truy vấn này được so sánh và thực hiện bởi cơ sở dữ liệu quan hệ.

API trên các đại lý đối tượng chất nhận được các nhà cải tiến và phát triển ứng dụng dễ ợt lưu trữ cùng truy xuất kết cấu dữ liệu trong bộ nhớ. Khóa phân mảnh kiếm tìm kiếm những cặp khóa-giá trị, tập thích hợp cột hoặc văn phiên bản có kết cấu chưa hoàn hảo có chứa đối tượng và nằm trong tính của vận dụng được xếp theo chuỗi.

3. Bao giờ sử dụng Cơ sở dữ liệu NoSQL?

Như trên vẫn đề cập, định nghĩa cơ sở dữ liệu NoSQL trở nên phổ cập khi những công ty như Google, Facebook, Amazon, v.v., nên xử lý khối lượng dữ liệu cực lớn. Thời hạn phản hồi của khối hệ thống trở đề xuất chậm khi thực hiện RDBMS cho khối lượng lớn dữ liệu. Để giải quyết vấn đề này rất có thể dùng phương án “mở rộng quy mô” hệ thống của mình bằng phương pháp nâng cấp phần cứng hiện có. Mặc dù vậy, quá trình này là vô cùng tốn kém. Chiến thuật thay cố gắng cho vụ việc này là cung cấp tải cơ sở dữ liệu trên nhiều sever bất cứ bao giờ tải tăng lên. Cách thức này được hotline là “scaling out” cùng NoSQL thỏa mãn nhu cầu được yêu cầu này.

Ngoài ra, đầy đủ yếu tố sau hoàn toàn có thể xem xét áp dụng NoSQL DB thay bởi SQL DB:

3.1 Tốc độ cải cách và phát triển với cơ sở tài liệu NoSQL rất có thể nhanh hơn các so cùng với cơ sở dữ liệu SQL.

Cơ sở dữ liệu NoSQL có thể chấp nhận được các developer kiểm soát kết cấu của tài liệu nên rất phù hợp với các cách thức phát triển Agile tiến bộ dựa trên việc trở nên tân tiến nhanh, lặp lại nhanh và cập nhật code thường xuyên xuyên. Đối với database quan hệ SQL, lúc developer yêu thương cầu người quản trị cơ sở tài liệu SQL biến hóa cấu trúc của cơ sở dữ liệu thì download lại dữ liệu, chỉnh sửa code… rất có thể làm chậm quy trình phát triển.

3.2 cấu trúc của những dạng dữ liệu không giống nhau được cách xử lý và phát triển dễ ợt hơn cùng với cơ sở dữ liệu SQL.

Cơ sở tài liệu NoSQL phù hợp để tàng trữ và mô hình hóa dữ liệu có cấu trúc, bán cấu trúc và phi cấu trúc trong một cửa hàng dữ liệu. Cơ sở tài liệu NoSQL tàng trữ dữ liệu sinh sống dạng tựa như như các đối tượng người dùng được sử dụng trong những ứng dụng, giảm nhu cầu dịch từ dạng dữ liệu được lưu trữ sang dạng tài liệu lấy trong code.

3.3 khi cơ sở tài liệu SQL không thỏa mãn nhu cầu được nhu cầu lưu trữ tài liệu lớn

Cơ sở tài liệu NoSQL được tạo nên để xử lý dữ liệu lớn như một trong những phần của bản vẽ xây dựng cơ bạn dạng của chúng. Cơ sở dữ liệu NoSQL thường dựa trên chiến lược mở rộng quy mô (scale-out strategy), hỗ trợ cho việc không ngừng mở rộng quy tế bào đến trọng lượng dữ liệu béo rẻ hơn những so với khi sử dụng phương thức mở rộng quy mô mà cơ sở dữ liệu SQL thực hiện.

3.4 Khi hệ thống có lượt truy vấn cao cùng không có thể chấp nhận được downtime.

Chiến lược không ngừng mở rộng quy mô (scale-out) được áp dụng bởi đa số các cơ sở tài liệu NoSQL mang đến phép họ hoạch định được kế hoạch ví dụ về việc mở rộng lưu lượng truy tìm cập. Các kiến trúc không ngừng mở rộng quy mô cũng với các tiện ích như rất có thể nâng cấp cho cơ sở dữ liệu hoặc đổi khác cấu trúc của nó cơ mà không cần thời hạn downtime.

3.5 Các quy mô ứng dụng mới hoàn toàn có thể được cung ứng dễ dàng hơn.

Khả năng không ngừng mở rộng của cơ sở dữ liệu NoSQL chất nhận được một đại lý dữ liệu giao hàng cả tác vụ nghiệp vụ (transactional) và phân tích từ thuộc một cơ sở dữ liệu. Vào cơ sở tài liệu SQL, thông thường, một data warehouse lẻ tẻ được áp dụng để cung cấp phân tích.

Xem thêm: Giáo Án Điện Tử Là Gì Và Bài Giảng Điện Tử Là Gì, Phân Biệt Bài Giảng Điện Tử Và Giáo Án Điện Tử

Cơ sở tài liệu NoSQL được chế tạo trong kỷ nguyên đám mây và đã gấp rút thích nghi với vượt trình auto hóa là một trong những phần của đám mây. Việc tiến hành cơ sở dữ liệu trên quy mô mập theo cách cung ứng microservices thường thuận tiện hơn với cơ sở dữ liệu NoSQL. Cơ sở dữ liệu NoSQL thường có công dụng tích vừa lòng vượt trội với các công nghệ phát trực tuyến thời hạn thực (real-time streaming).

Cơ sở dữ liệu NoSQL cung cấp polyglot persistence, tức không ít phong cách lưu trữ được cho phép lưu trữ nhiều các loại cơ sở tài liệu NoSQL khác nhau tùy nằm trong vào yêu cầu của các ứng chính sách thể. Ví dụ: một số trong những ứng dụng lưu lại trữ phần lớn dữ liệu của chúng trong document database (object sẽ được lưu trữ vào database bên dưới dạng một document), nhưng bổ sung bằng graph database (dữ liệu được lưu bên dưới dạng những node) để nắm bắt các liên kết vốn bao gồm giữa mọi người hoặc sản phẩm.

*
Ảnh: lấy ví dụ như về các kiểu tàng trữ trên NoSQL DBMS

4. Các kiểu cơ sở dữ liệu NoSQL

Cơ sở tài liệu NoSQL được phân loại thành tứ loại: Key-value pair, Column-oriented, Graph-based với Document-oriented. Mỗi loại đều sở hữu những ở trong tính và hạn chế riêng. Không tồn tại cơ sở tài liệu nào được cho là xuất sắc hơn để giải quyết và xử lý tất cả những vấn đề. Tín đồ sử dụng hãy chọn cơ sở tài liệu dựa trên nhu cầu ứng dụng của mình.

4.1 Key Value Pair Based NoSQL database

Với Key Value Pair Based, dữ liệu được giữ trữ trong số cặp khóa / quý giá (Key/Value Pair). Nó được thiết kế theo cách để xử lý nhiều dữ liệu và cài nặng. đại lý dữ liệu lưu trữ cặp khóa-giá trị tàng trữ dữ liệu bên dưới dạng bảng băm trong đó mỗi khóa là duy nhất và giá trị rất có thể là JSON, BLOB (Binary Large Objects), chuỗi, v.v. Ví dụ: một cặp khóa-giá trị hoàn toàn có thể chứa một khóa như “Trang web” được links với một quý giá như “film1streaming.com”.

*
Ảnh: codemotion

Đây là một trong những ví dụ cơ sở dữ liệu NoSQL cơ bản nhất. Nhiều loại cơ sở tài liệu NoSQL này được áp dụng như một cỗ sưu tập, từ điển, mảng kết hợp, v.v. Key value stores góp developer tàng trữ dữ liệu không tồn tại schema.

Giới hạn của Key Value noSQL database:

Không có mối quan hệ giữa Multiple-Data.Multi-operation Transactions: nếu khách hàng đang lưu trữ nhiều khóa và quan yếu lưu một trong các khóa, bạn không thể quay lại phần còn lại của các thao tác.Query Data by ‘value’: tìm kiếm kiếm ‘khóa’ dựa trên một vài thông tin được kiếm tìm thấy vào phần ‘giá trị’ của các cặp khóa-giá trị.Operation by groups: bởi vì các vận động được giới hạn trong một khóa tại 1 thời điểm, không tồn tại cách nào nhằm chạy nhiều khóa đồng thời.

Key Value NoSQL database tiêu biểu:

4.2 Column-based NoSQL database

Với Column based database, tài liệu được tàng trữ trong database dưới dạng các cột. Mỗi cột được cách xử trí riêng biệt. Quý giá của cơ sở tài liệu cột 1-1 được lưu trữ liền kề.

*

Chúng đem lại hiệu suất cao cho những truy vấn tổng đúng theo như SUM, COUNT, AVG, MIN, v.v. Vì tài liệu có sẵn trong một cột. Cơ sở dữ liệu NoSQL dựa trên cột được sử dụng thoáng rộng để thống trị data warehouses, business intelligence, CRM, Library thẻ catalogs…

Giới hạn của Column based NoSQL database:

Load tài liệu theo dạng hình incremental: buộc phải nhiều thời hạn cho tác vụ ghi hơn tác vụ đọc. Cách tiến hành Online Transaction Processing (OLTP) tức Xử lý giao dịch thanh toán trực tuyến đường được sử dụng.Cần nhiều thời hạn để phát âm dữ liệu

CSDL Column Based NoSQL tiêu biểu:

HbaseCassandraHbaseHypertable

4.3 Document-Oriented NoSQL

NoSQL Document Database lưu trữ và tầm nã xuất dữ liệu dưới dạng một cặp quý hiếm khóa (key value pair )nhưng phần cực hiếm được tàng trữ dưới dạng tài liệu. Tư liệu được lưu trữ ở format JSON hoặc XML. Quý giá được hiểu vì chưng Online Transaction Processing DB và có thể được tầm nã vấn

*
Ảnh: guru99

Trong sơ đồ mặt trái bạn có thể thấy những hàng cùng cột, với ở mặt phải, tất cả một cơ sở dữ liệu tài liệu có kết cấu tương từ bỏ như JSON. Đối với cơ sở dữ liệu quan hệ, bạn phải ghi nhận bạn bao gồm cột nào, v.v. Tuy nhiên, đối với NoSQL document database, chúng ta có kho tài liệu như đối tượng người dùng JSON. Bạn không đề nghị phải xác minh cái nào làm cho nó linh hoạt. Loại document này chủ yếu được thực hiện cho các khối hệ thống CMS, gốc rễ blog, phân tích thời gian thực và những ứng dụng dịch vụ thương mại điện tử. Document database tránh việc sử dụng cho các giao dịch tinh vi yêu mong nhiều chuyển động hoặc truy vấn vấn dựa trên các kết cấu tổng hợp khác nhau.

Giới hạn của NoSQL document database:

Thông tin đại lý trùng lặp trên các tài liệuThiết kế phức hợp dẫn cho không độc nhất vô nhị quán.

Các hệ thống DBMS Document database NoSQL tiêu biểu:

Amazon SimpleDBCouchDBMongoDBRiakLotus Notes

4.4 Graph-Based NoSQL database

Cơ sở tài liệu kiểu vật thị (Graph Based) giữ trữ các thực thể cũng tương tự các mối quan hệ giữa những thực thể đó. Thực thể được tàng trữ dưới dạng một node với mối quan hệ là những cạnh. Một cạnh cho biết mối quan hệ giữa những node. Mỗi node và cạnh tất cả một mã định danh duy nhất.

*
Ảnh: guru99

So với cơ sở tài liệu quan hệ trong những số ấy các bảng được kết nối với nhau một biện pháp lỏng lẻo, cơ sở dữ liệu Đồ thị có bản chất là đa quan hệ. Mối quan hệ truyền tải nhanh lẹ vì chúng đã được lưu lại vào DB và không cần phải đo lường và tính toán chúng. Cơ sở dữ liệu đồ thị đa phần được sử dụng cho mạng làng mạc hội, hậu cần, dữ liệu không gian.

Giới hạn của NoSQL Graph database:

Thiếu tính đồng thời hiệu suất cao (high performance concurrency): trong không ít trường hợp, graph database hỗ trợ các kiểu dáng đọc với kiểu ghi đơn, điều đó cản trở sự đồng thời với hiệu suất, do đó phần nào hạn chế tính tuy vậy song phân luồng (threaded parallelism).Thiếu ngôn từ chuẩn: câu hỏi thiếu sự thiết lập cấu hình và một ngôn từ khai báo chuẩn chỉnh là một vấn của NoSQL graph database.Thiếu tính tuy vậy song (parallelism): bài toán phân vùng một biểu đồ là một vấn đề. Phần lớn các graph database không hỗ trợ các tróc nã vấn tuy nhiên song trên những biểu đồ dùng lớn.

Các graph-based databases tiêu biểu:

Infinite GraphOrientDBFlockDB

5. Những tinh giảm của database NoSQL

Nếu NoSQL cung cấp rất những sự thoải mái và linh hoạt, lý do không từ quăng quật CSDL SQL hoàn toàn? Câu trả lời đơn giản: nhiều áp dụng vẫn yêu thương cầu những loại ràng buộc, tính đồng điệu và biện pháp đảm bảo mà cơ sở dữ liệu SQL cung cấp. Trong số những trường hợp đó, một số điểm mạnh của NoSQL hoàn toàn có thể chuyển thành nhược điểm. Các hạn chế khác phát xuất từ thực tế là các hệ thống NoSQL kha khá mới. Hãy xem xét một số trong những hạn chế của NoSQL DBMS

5.1 No Schema

Ngay cả khi chúng ta đang sử dụng dữ liệu dạng trường đoản cú do, bạn phần nhiều luôn buộc phải áp đặt các ràng buộc so với dữ liệu đó để triển khai cho dữ liệu đó trở yêu cầu hữu ích. Cùng với NoSQL, bài toán áp đặt những ràng buộc liên quan đến vấn đề chuyển nhiệm vụ từ cơ sở dữ liệu sang developers. Ví dụ: developer có thể áp đặt kết cấu thông qua hệ thống ánh xạ quan hệ tình dục đối tượng. Cơ mà nếu bạn có nhu cầu có schema của dữ liệu, thì NoSQL thường xuyên không làm điều đó. Một số phương án NoSQL cung cấp các tùy lựa chọn về cách thức nhập tài liệu và xác nhận dữ liệu (data typing & validation mechanisms). Ví dụ, Apache cassandra stavrou có một loạt các native data type gợi nhớ đến các kiểu tài liệu có trong cơ sở dữ liệu SQL thông thường.

5.2 Sự độc nhất vô nhị quán

CSDL NoSQL tiến công đổi tính nhất quán mạnh mẽ hoặc tức thì để sở hữu tính khả dụng và hiệu suất giỏi hơn. Cơ sở tài liệu thông thường bảo đảm rằng các chuyển động có:

Tính nhất quán hay Consistency: tất khắp cơ thể dùng bao gồm cùng một chính sách xem dữ liệuTính biệt lập hay Isolation: những giao dịch không cạnh tranh:Tính bền vững hay Durability: kỹ năng phục hồi từ tình trạng hư hỏng hệ thống về trạng thái vẫn biết cuối cùng.

Bốn ở trong tính này, được gọi bình thường là ACID (Atomicity, Consistency, Isolation, Durability), được xử lý khác nhau trong phần nhiều các khối hệ thống NoSQL. Cơ sở tài liệu NoSQL thường buộc phải đánh đổi bằng cách nới lỏng một vài thuộc tính ACID này của cơ sở dữ liệu quan hệ để có mô hình tài liệu linh hoạt hơn bao gồm khả năng biến hóa quy mô theo chiều ngang.

Một số cơ sở tài liệu NoSQL có 1 phần cơ chế để giải quyết vấn đề này. Ví dụ: MongoDB có đảm bảo an toàn nhất quán mang lại các vận động riêng lẻ, dẫu vậy không đảm bảo cho cục bộ cơ sở dữ liệu. Microsoft Azure CosmosDB cho phép bạn chọn mức độ nhất quán cho mỗi yêu cầu, vì chưng vậy chúng ta cũng có thể chọn hành vi tương xứng với trường hợp áp dụng của mình.

5.3 Sự phụ thuộc

Hầu không còn các hệ thống CSDL NoSQL đa số giống nhau về phương diện khái niệm, tuy thế được thực hiện rất khác nhau. Mỗi một số loại có xu hướng có những cơ chế riêng về kiểu cách quản lý và truy vấn dữ liệu. Một tác động của điều đó là khả năng kết hợp giữa xúc tích và ngắn gọn ứng dụng và các đại lý dữ liệu. Điều này không thực sự tệ nếu như bạn chọn một hệ thống NoSQL với gắn bó cùng với nó, nhưng nó hoàn toàn có thể trở thành một trở ngại ví như bạn biến đổi hệ thống. Giả dụ bạn di chuyển từ MongoDB quý phái CouchDB (hoặc ngược lại), bạn phải làm nhiều bài toán hơn là chỉ dịch rời dữ liệu. Các bạn cũng phải điều phối sự khác biệt trong quyền truy vấn dữ liệu xuất xắc nói phương pháp khác, chúng ta phải viết lại các phần của ứng dụng truy vấn cơ sở dữ liệu.

5.4 Thiếu tín đồ có năng lực về NoSQL

Một vấn đề khác của NoSQL là thiếu những người dân có chuyên môn, kinh nghiệm về khối hệ thống CSDL này. Khi mà thị phần lao động cho SQL vẫn còn khá lớn, thì thị phần cho các những fan có năng lực NoSQL vẫn còn kém xa. Nhu yếu về chuyên môn NoSQL sẽ tăng lên, tuy nhiên nó vẫn chỉ là một phần nhỏ của thị trường đối với SQL thông thường.

6. Định lý CAP (CAP Theorem)

Trong phần so sánh trên chúng ta bao gồm đề cập cho định lý CAP (CAP theorem). Vậy CAP là gì?

Điều rất quan trọng đặc biệt là yêu cầu hiểu những giảm bớt của cơ sở dữ liệu NoSQL. NoSQL ko thể hỗ trợ tính đồng điệu và tính chuẩn bị sẵn sàng cao thuộc nhau. Điều này được Eric Brewer diễn đạt lần đầu tiên trong Định lý CAP.

Định lý CAP hoặc định lý Eric Brewers nói rằng bọn họ chỉ rất có thể đạt được nhiều nhất nhì trong cha điều kiện bảo vệ cho một cơ sở dữ liệu: Tính duy nhất quán, Tính khả dụng và Dung không nên phân vùng (Consistency, Availability and Partition Tolerance – CAP):

Tính tốt nhất quán: phần lớn lần đọc các nhận được lần ghi cách đây không lâu nhất hoặc lỗi.Tính khả dụng: hầu như yêu cầu mọi nhận được ý kiến (không lỗi) – mà lại không cần bảo vệ rằng nó tất cả chứa lần viết vừa mới đây nhất.Dung không đúng phân vùng: trong cả khi có sự ráng mất mạng vào trung tâm dữ liệu và một số máy tính không thể truy vấn được, khối hệ thống vẫn thường xuyên hoạt động.

Không có hệ thống nào có thể bảo đảm an toàn nhiều hơn 2 ở trong tính. Vào trường hợp của một khối hệ thống phân tán, việc phân vùng mạng là vấn đề bắt buộc, vì chưng vậy sự cân nặng bằng luôn là giữa tính đồng nhất và tính khả dụng.

*
Ví dụ về định lý CAP

7. Các nguồn tài liệu tham khảo và học tập về NoSQL

Có tương đối nhiều nguồn tài liệu trên mạng internet về database NoSQL. Trong nội dung bài viết này công ty chúng tôi đưa ra một số để chúng ta cũng có thể tham khảo:

8. Kết luận

Cơ sở dữ liệu noSQL được tạo nên để giải quyết và xử lý các tinh giảm của csdl quan hệ SQL. Mặc dù đây ko phải là sự việc thay núm mà tùy vào mục tiêu mà những nhà cải cách và phát triển quyết định sàng lọc CSDL SQL tốt NoSQL mang lại phù hợp.

Tài liệu tham khảo

Bạn bao gồm biết?

tham gia xã hội film1streaming.com bên trên Linkedin, Facebook và những kênh social khác có thể giúp bạn gấp rút tìm được hồ hết chủ đề trở nên tân tiến nghề nghiệp và update thông tin về vấn đề làm IT mới nhất Linkedin Page: https://bit.ly/Linkedinfilm1streaming.com Facebook Group: https://bit.ly/film1streaming.comvn cơ hội việc làm cho IT : film1streaming.com