khái niệm mô hình dữ liệu quan hệ

Phần rộng lớn khối hệ thống hạ tầng tài liệu lúc này đều được kiến thiết vị quy mô tài liệu mối quan hệ. Vậy quy mô tài liệu mối quan hệ là gì và sở hữu những điểm sáng nào là. Bài ghi chép sau đây tiếp tục hỗ trợ kiểu nhìn chung, căn phiên bản nhất về định nghĩa này.

Mô hình tài liệu mối quan hệ là gì? 

Bạn đang xem: khái niệm mô hình dữ liệu quan hệ

Mô hình Dữ liệu Quan hệ (Relational Data Model – RDM) lượt trước tiên được Ted Codd của IBM cải cách và phát triển vô trong năm 1970. Sau ê khoảng chừng 10 năm, RDM đầu tiên được tiến hành lên kế hoạch thương nghiệp nhằm mục đích mục tiêu tàng trữ và xử lý tài liệu vô hạ tầng tài liệu. Sở dĩ RDM trở thành phổ cập vì vậy chủ yếu vị tính giản dị vô dùng hạ tầng tài liệu, hao hao nền tảng tương hỗ chất lượng tốt cho những mái ấm cải cách và phát triển.

Mô hình tài liệu mối quan hệ màn trình diễn hạ tầng tài liệu bên dưới dạng một tụ hợp những mối quan hệ (bảng giá bán trị). Mỗi độ quý hiếm sở hữu những cột và sản phẩm được gọi theo thứ tự là tính chất (attributes) và cỗ độ quý hiếm (tuples). Mỗi cỗ độ quý hiếm (tuple) kí hiệu một thực thể hoặc quan hệ vô toàn cầu thực. Tên của mối quan hệ và thương hiệu của những tính chất tiếp tục thêm phần lý giải ý nghĩa sâu sắc của từng cỗ.

Về cơ phiên bản, hoàn toàn có thể hiểu RDM dựa vào một vài điểm chủ yếu sau đây:

  • Cơ sở tài liệu là 1 trong những tụ hợp những mối quan hệ sở hữu tương quan (bảng giá bán trị).
  • Mỗi mối quan hệ sở hữu một tên thường gọi riêng biệt cho thấy loại tuple (bộ dữ liệu) tuy nhiên mối quan hệ sở hữu. 
  • Mỗi mối quan hệ sở hữu một tụ hợp những tính chất (tên cột) đại diện thay mặt cho những đặc điểm hoặc những đặc thù của từng thực thể.
  • Một cỗ – tuple (hàng) màn trình diễn một thực thể với những nhiều độ quý hiếm ứng với từng tính chất.
  • Mỗi cột vô bảng còn được gọi là 1 trong những ngôi trường (field)
Ví dụ về một quy mô tài liệu quan tiền hệ
Ví dụ về một quy mô tài liệu quan tiền hệ

Đặc điểm của quy mô hạ tầng tài liệu quan tiền hệ.

Một hạ tầng tài liệu hoàn toàn có thể chứa chấp một vài lượng chắc chắn những mối quan hệ. Để cắt giảm tối nhiều tình huống sơ sót, từng mối quan hệ cần được xác lập là có một không hai. Dưới đó là một vài điểm sáng gom tự động hóa phân biệt những mối quan hệ vô hạ tầng dữ liệu

1. Mỗi mối quan hệ vô hạ tầng tài liệu cần sở hữu một thương hiệu riêng không liên quan gì đến nhau và có một không hai nhằm phân biệt nó với những mối quan hệ không giống vô hạ tầng tài liệu.

Xem thêm: lieu trai chi di

2. Một mối quan hệ ko được sở hữu nhì tính chất trùng thương hiệu. Mỗi tính chất cần sở hữu một thương hiệu riêng không liên quan gì đến nhau.

3. Trong một mối quan hệ ko được xuất hiện tại những cỗ độ quý hiếm trùng lặp.

Các cỗ độ quý hiếm trùng lặp ko được xuất hiện tại vô một quan tiền hệ
Các cỗ độ quý hiếm trùng lặp ko được xuất hiện tại vô một quan tiền hệ

4. Mỗi cỗ cần sở hữu đúng mực một độ quý hiếm tài liệu cho 1 tính chất. 

Một tính chất ứng với đúng mực một độ quý hiếm dữ liệu
Một tính chất ứng với đúng mực một độ quý hiếm dữ liệu

5. Các cỗ (tuples) hoặc những tính chất (attributes) vô một mối quan hệ đều ko nhất thiết cần tuân theo đuổi một trật tự nhất định

Xem thêm: kiếm đạo độc thần

Các buộc ràng của quy mô quan tiền hệ.

Ràng buộc đó là những giới hạn được hướng đẫn cho những độ quý hiếm tài liệu vô hạ tầng tài liệu mối quan hệ. cũng có thể nói đến những buộc ràng chủ yếu như sau:

  • Inherent Model-Based Constraints (Ràng buộc dựa vào quy mô vốn liếng có). Ví dụ, một mối quan hệ vô hạ tầng tài liệu ko được sở hữu những cỗ độ quý hiếm trùng lặp, tuy vậy, không tồn tại bất kể buộc ràng nào là vô trật tự của những cỗ độ quý hiếm và tính chất.
  • Schema-Based Constraints (Ràng buộc dựa vào lược đồ) Các buộc ràng được hướng đẫn trong lúc xác lập lược đồ gia dụng của hạ tầng tài liệu dùng DDL là những buộc ràng dựa vào lược đồ gia dụng. Chúng được phân loại rõ ràng trở nên buộc ràng miền, buộc ràng khóa, buộc ràng tính kiêm toàn thực thể, buộc ràng kiêm toàn tham lam chiếu và buộc ràng bên trên độ quý hiếm rỗng
  • Application-based Constraints (Ràng buộc dựa vào ứng dụng): Các buộc ràng ko thể vận dụng trong lúc xác lập lược đồ gia dụng hạ tầng tài liệu sẽ tiến hành thể hiện tại trong những lịch trình phần mềm.

(Nguồn tham lam khảo: Binary Terms)