Mô hình dữ liệu thông tin "mối quan hệ thực thể". Mô hình thông tin mối quan hệ thực thể của cơ sở dữ liệu

Mục đích của mô hình hóa thông tin là cung cấp những cách tự nhiên nhất để con người thu thập và trình bày thông tin được cho là sẽ được lưu trữ trong cơ sở dữ liệu đang được tạo. Do đó, họ đang cố gắng xây dựng một mô hình dữ liệu thông tin bằng cách tương tự với ngôn ngữ tự nhiên (ngôn ngữ tự nhiên không thể được sử dụng ở dạng thuần túy do sự phức tạp của việc xử lý văn bản máy tính và sự mơ hồ của bất kỳ ngôn ngữ tự nhiên nào). Các yếu tố mang tính xây dựng chính của mô hình thông tin là các thực thể, các kết nối giữa chúng và các thuộc tính (thuộc tính) của chúng.

Nước hoa- bất kỳ đối tượng có thể phân biệt nào (một đối tượng mà chúng ta có thể phân biệt với đối tượng khác), thông tin về đối tượng đó phải được lưu trữ trong cơ sở dữ liệu. Các thực thể có thể là con người, địa điểm, máy bay, chuyến bay, mùi vị, màu sắc, v.v. Cần phân biệt các khái niệm như loại thực thể Và thể hiện thực thể. Khái niệm loại thực thể đề cập đến một tập hợp các cá nhân, đối tượng, sự kiện hoặc ý tưởng đồng nhất hoạt động như một tổng thể. Một thể hiện thực thể đề cập đến một thứ cụ thể trong một tập hợp. Ví dụ: loại thực thể có thể là THÀNH PHỐ và phiên bản có thể là Moscow, Kyiv, v.v.

Thuộc tính- một đặc điểm được đặt tên của một thực thể. Tên của nó phải là duy nhất cho một loại thực thể cụ thể, nhưng có thể giống nhau cho các loại thực thể khác nhau (ví dụ: COLOR có thể được xác định cho nhiều thực thể: DOG, CAR, SMOKE, v.v.). Các thuộc tính được sử dụng để xác định thông tin nào sẽ được thu thập về một thực thể. Ví dụ về các thuộc tính cho thực thể CAR là LOẠI, MAKE, LICENSE PLATE, COLOR, v.v. Ở đây cũng có sự phân biệt giữa loại và thể hiện. Loại thuộc tính COLOR có nhiều phiên bản hoặc giá trị:

Tuy nhiên, Red, Blue, Banana, White Night, v.v., tuy nhiên, mỗi thực thể thực thể chỉ được gán một giá trị thuộc tính.

Không có sự khác biệt tuyệt đối giữa các loại thực thể và thuộc tính. Một thuộc tính chỉ có liên quan đến loại thực thể. Trong bối cảnh khác, một thuộc tính có thể hoạt động như một thực thể độc lập. Ví dụ, đối với một nhà máy ô tô, màu sắc chỉ là một thuộc tính của sản phẩm sản xuất, nhưng đối với một nhà máy sơn và véc ni, màu sắc là một loại thực thể.

Chìa khóa- một tập hợp các thuộc tính tối thiểu có giá trị có thể được sử dụng để tìm rõ ràng phiên bản cần thiết của một thực thể. Tính tối thiểu có nghĩa là việc loại trừ bất kỳ thuộc tính nào khỏi tập hợp sẽ không cho phép các thuộc tính còn lại được xác định thực thể. Đối với thực thể Lịch trình (mục 1.2), khóa là thuộc tính Flight_number hoặc tập hợp: Departure_point, Departure_time và Destination_point (với điều kiện là mỗi lần có một máy bay bay từ điểm này sang điểm khác).

Sự liên quan- sự kết hợp của hai hoặc nhiều thực thể. Nếu mục đích của cơ sở dữ liệu chỉ là lưu trữ dữ liệu riêng lẻ, không liên quan thì cấu trúc của nó có thể rất đơn giản. Tuy nhiên, một trong những yêu cầu chính để tổ chức cơ sở dữ liệu là đảm bảo khả năng tìm thấy một số thực thể theo giá trị của các thực thể khác, do đó cần thiết lập các kết nối nhất định giữa chúng. Và vì cơ sở dữ liệu thực thường chứa hàng trăm hoặc thậm chí hàng nghìn thực thể nên về mặt lý thuyết có thể thiết lập hơn một triệu kết nối giữa chúng. Sự hiện diện của vô số kết nối như vậy quyết định độ phức tạp của các mô hình thông tin.

Tóm tắt: Mô hình thông tin cơ sở dữ liệu “Mối quan hệ thực thể”

Mô hình thông tin căn cứ Dữ liệu mối quan hệ thực thể

Các khái niệm cơ bản

Nước hoa– bất kỳ đối tượng có thể phân biệt nào (một đối tượng mà chúng ta có thể phân biệt với đối tượng khác), thông tin về đối tượng đó phải được lưu trữ trong cơ sở dữ liệu. Các thực thể có thể là con người, địa điểm, máy bay, chuyến bay, mùi vị, màu sắc, v.v. Cần phân biệt các khái niệm như loại thực thể Và thể hiện thực thể. Khái niệm loại thực thể đề cập đến một tập hợp các cá nhân, đối tượng, sự kiện hoặc ý tưởng đồng nhất hoạt động như một tổng thể. Một thể hiện thực thể đề cập đến một thứ cụ thể trong một tập hợp. Ví dụ: loại thực thể có thể là THÀNH PHỐ và phiên bản có thể là Moscow, Kyiv, v.v.

Thuộc tính– một đặc tính được đặt tên của một thực thể. Tên của nó phải là duy nhất cho một loại thực thể cụ thể, nhưng có thể giống nhau cho các loại thực thể khác nhau (ví dụ: COLOR có thể được xác định cho nhiều thực thể: DOG, CAR, SMOKE, v.v.). Các thuộc tính được sử dụng để xác định thông tin nào sẽ được thu thập về một thực thể. Ví dụ về các thuộc tính cho thực thể CAR là LOẠI, MAKE, LICENSE PLATE, COLOR, v.v. Ở đây cũng có sự phân biệt giữa loại và thể hiện. Loại thuộc tính COLOR có nhiều phiên bản hoặc giá trị:

Đỏ, Xanh, Chuối, Đêm Trắng, v.v.,

Tuy nhiên, mỗi thực thể chỉ được gán một giá trị thuộc tính.

Chìa khóa– một tập hợp các thuộc tính tối thiểu có giá trị có thể được sử dụng để tìm duy nhất phiên bản cần thiết của một thực thể. Tính tối thiểu có nghĩa là việc loại trừ bất kỳ thuộc tính nào khỏi tập hợp sẽ không cho phép các thuộc tính còn lại được xác định thực thể. Đối với thực thể Lịch trình (mục 1.2), khóa là thuộc tính Flight_number hoặc tập hợp: Departure_point, Departure_time và Destination_point (với điều kiện là mỗi lần có một máy bay bay từ điểm này sang điểm khác).

Sự liên quan– sự kết hợp của hai hoặc nhiều thực thể. Nếu mục đích của cơ sở dữ liệu chỉ là lưu trữ dữ liệu riêng lẻ, không liên quan thì cấu trúc của nó có thể rất đơn giản. Tuy nhiên, một trong những yêu cầu chính để tổ chức cơ sở dữ liệu là đảm bảo khả năng tìm thấy một số thực thể theo giá trị của các thực thể khác, do đó cần thiết lập các kết nối nhất định giữa chúng. Và vì cơ sở dữ liệu thực thường chứa hàng trăm hoặc thậm chí hàng nghìn thực thể nên về mặt lý thuyết có thể thiết lập hơn một triệu kết nối giữa chúng. Sự hiện diện của vô số kết nối như vậy quyết định độ phức tạp của các mô hình thông tin.

Đặc điểm của kết nối và ngôn ngữ mô hình hóa

Khi xây dựng mô hình thông tin, bạn có thể sử dụng ngôn ngữ sơ đồ ER(từ Mối quan hệ thực thể trong tiếng Anh, tức là mối quan hệ thực thể). Trong đó, các thực thể được mô tả dưới dạng các hình chữ nhật được đánh dấu, các liên kết dưới dạng hình thoi hoặc hình lục giác được đánh dấu, các thuộc tính dưới dạng hình bầu dục được đánh dấu và các kết nối giữa chúng dưới dạng các cạnh không định hướng, trên đó mức độ kết nối (1 hoặc một chữ cái thay thế từ “nhiều”) và lời giải thích cần thiết có thể được chỉ ra.

Giữa hai thực thể, ví dụ A và B, có thể có bốn loại kết nối.

Loại đầu tiên– Mối quan hệ ONE-TO-ONE (1:1): tại mỗi thời điểm, mỗi đại diện (instance) của thực thể A tương ứng với 1 hoặc 0 đại diện của thực thể B:

Học sinh không được “kiếm” học bổng, nhận học bổng thông thường hoặc nhận một trong các học bổng nâng cao.

Loại thứ hai– Mối quan hệ ONE-TO-MANY (1:M): một đại diện của thực thể A tương ứng với 0, 1 hoặc một số đại diện của thực thể B.

Căn hộ có thể trống, một hoặc nhiều cư dân có thể sống trong đó.

Vì có thể kết nối theo cả hai hướng giữa hai thực thể nên có thêm hai loại mối quan hệ: MANY-TO-ONE (M:1) và MANY-TO-MANY (M:N).

Ví dụ 2.1. Nếu mối liên hệ giữa các thực thể của MAN và WOMAN được gọi là HÔN NHÂN, thì có bốn cách thể hiện mối liên hệ đó:

Bản chất của các kết nối giữa các thực thể không giới hạn ở những kết nối được liệt kê. Ngoài ra còn có các kết nối phức tạp hơn:

nhiều kết nối giữa các thực thể giống nhau

(một bệnh nhân có một bác sĩ điều trị, còn có thể có nhiều bác sĩ khám bệnh; một bác sĩ có thể là bác sĩ khám bệnh cho nhiều bệnh nhân và có thể cùng lúc khám bệnh cho nhiều bệnh nhân khác);

kết nối đào tạo

(một bác sĩ có thể yêu cầu nhiều bệnh nhân thực hiện nhiều xét nghiệm, nhiều bác sĩ có thể yêu cầu xét nghiệm cho nhiều bệnh nhân và một bệnh nhân có thể yêu cầu nhiều hơn một xét nghiệm bởi nhiều bác sĩ);

kết nối của các cấp độ cao hơn, ngữ nghĩa (ý nghĩa) của chúng đôi khi rất phức tạp.

Trong các ví dụ đã cho, để cải thiện tính chất minh họa của các mối quan hệ đang được xem xét, các thuộc tính của các thực thể và liên kết trong tất cả các sơ đồ ER không được hiển thị. Vì vậy, việc chỉ nhập một số thuộc tính cơ bản vào mô tả mối quan hệ hôn nhân sẽ làm phức tạp đáng kể sơ đồ ER (Hình 2.1a). Về vấn đề này, ngôn ngữ của sơ đồ ER được sử dụng để xây dựng các mô hình nhỏ và minh họa các phần riêng lẻ của các mô hình lớn. Ít trực quan hơn, nhưng có ý nghĩa hơn, thường được sử dụng nhiều hơn. ngôn ngữ mô hình hóa thông tin(YIM), trong đó các thực thể và liên kết được thể hiện bằng các câu có dạng:

ENTITY (thuộc tính 1, thuộc tính 2, ..., thuộc tính n) LIÊN HỆ [THỰC VẬT S1, THỰC THỂ S2, ...] (thuộc tính 1, thuộc tính 2, ..., thuộc tính n)

trong đó S là mức độ kết nối và các thuộc tính có trong khóa phải được đánh dấu bằng dấu gạch dưới.

Vì vậy, ví dụ trên về tập hợp các kết nối giữa các thực thể có thể được mô tả trong NAM như sau:

Bác sĩ ( số bác sĩ, Họ, Tên, Từ viết tắt, Chuyên môn) Kiên nhẫn ( Số đăng ký, Số giường, Họ, Tên, Tên đệm, Địa chỉ, Ngày sinh, Giới tính) Đang_bác sĩ [Bác sĩ 1, Bệnh nhân M] (số bác sĩ, Số đăng ký) Chuyên gia tư vấn [Bác sĩ M, Bệnh nhân N] (số bác sĩ, Số đăng ký).

Cơm. 2.1. Ví dụ về sơ đồ ER

Để xác định mối quan hệ giữa các thực thể, tối thiểu cần phải xác định chính các thực thể đó. Nhưng đây không phải là một nhiệm vụ đơn giản, vì trong các lĩnh vực chủ đề khác nhau, cùng một đối tượng có thể là một thực thể, thuộc tính hoặc liên kết. Chúng ta hãy minh họa nhận định này bằng các ví dụ liên quan đến mô tả mối quan hệ hôn nhân (xem ví dụ 2.1).

Ví dụ 2.2. Văn phòng Đăng ký Dân sự (ZAGS) không giải quyết tất cả mọi người mà chỉ giải quyết những người đã nộp đơn đăng ký kết hôn, khai sinh hoặc khai tử. Do đó, ở những quốc gia chỉ cho phép kết hôn truyền thống, cơ quan đăng ký dân sự có thể đăng thông tin về các cuộc hôn nhân đã đăng ký trong một cơ quan duy nhất:

Kết hôn ( Số chứng chỉ, Họ chồng, Họ chồng, Tên đệm của chồng, Ngày sinh_của chồng, Họ của vợ, ... , Ngày đăng ký, Nơi đăng ký, ...),

Sơ đồ ER được thể hiện trong hình. 2.1,b.

Ví dụ 2.3. Bây giờ hãy xem xét trường hợp cơ quan đăng ký dân sự được đặt tại một quốc gia cho phép chế độ đa thê. Nếu bạn sử dụng thực thể “Hôn nhân” của ví dụ 2.2 để đăng ký kết hôn thì thông tin về người chồng có nhiều vợ sẽ bị trùng lặp (xem Bảng 2.1).

Bảng 2.1

Số chứng chỉ	Họ của chồng	...	Họ của vợ	...	Ngày đăng kí
1-YUB 154745	Petukhov		Kurochkina		06/03/1991
1-YUB 163489	Petukhov		Pestrushkina		11/08/1991
1-UB 169887	Petukhov		Ryabova		12/12/1992
1-UB 169878	Seleznev		Utochkina		12/12/1992
1-YUB 154746	Parasyuk		Svinyushkina		06/03/1991
1-UB 169879	Parasyuk		Khavronia		12/12/1992

Sự trùng lặp có thể được loại bỏ bằng cách tạo thêm một thực thể "Chồng"

Những người chồng ( Mã_M, Họ, Tên, Tên viết tắt, Ngày sinh, Nơi sinh)

và thay thế thực thể “Hôn nhân” bằng một đặc điểm (xem khoản 2.3) bằng tham chiếu đến mô tả tương ứng trong thực thể “Chồng”.

Kết hôn ( Số chứng chỉ, Mã_M, Họ vợ, ..., Ngày đăng ký, ... (Chồng).

Sơ đồ ER của kết nối giữa các thực thể này được hiển thị trong Hình 2. 2.1,c và ví dụ về các bản sao của chúng có trong bảng. 2.2 và 2.3.

Bảng 2.2

Mã_M	Họ	Tên	Họ	Năm/b.	Nơi sinh
	Petukhov	Alfred	Ostapovich	1971	Tsapelka
	Seleznev	Vavila	Abramovich	1973	Gusev
	Parasyuk	Horace	Fedulovich	1972	Svinyin

Bảng 2.3

Số chứng chỉ	Mã_M	Họ của vợ	Tên của vợ	Ngày đăng kí	...
1-YUB 154745		Kurochkina	Augustinô	06/03/1991
1-YUB 163489		Pestrushkina	Mariana	11/08/1991
1-UB 169877		Ryabova	Milano	12/12/1992
1-UB 169878		Utochkina	Veronica	12/12/1992
1-YUB 154746		Svinyushkina	Elvira	06/03/1991
1_UB 169879		Khavronia	Rufina	12/12/1992

Ví dụ 2.4. Cuối cùng, hãy xem xét trường hợp khi một tổ chức cần dữ liệu về sự hiện diện của các cặp vợ chồng trong đó và đã có một thực thể lưu trữ thông tin về nhân viên.

Người lao động ( Mã số nhân sự, Họ và tên, ...).

Việc sử dụng thực thể “Hôn nhân” được thảo luận trong ví dụ 2.2 là không phù hợp: “Nhân viên” đã chứa họ, tên và họ của vợ chồng. Vì vậy, hãy tạo ra một hiệp hội

Kết hôn [Nhân viên 1, Nhân viên 1] (Mã_số chồng, mã_số vợ, ...),

kết nối một số trường hợp nhất định của thực thể “Nhân viên” (Hình 2.1,d).

Để kết luận, chúng tôi lưu ý rằng sơ đồ ER Hình. 2.1a mô tả cấu trúc lưu trữ dữ liệu về các cuộc hôn nhân tại cơ quan đăng ký của các quốc gia cho phép kết hôn tập thể và sơ đồ ER của ví dụ 2.1 mô tả bất kỳ loại hình hôn nhân nào trong các tổ chức có các thực thể “nam” và “phụ nữ”, bao gồm cả độc thân và người chưa kết hôn.

"kết nối" là gì? Trong sơ đồ ER, đây là đường nối các hình dạng hình học biểu thị các thực thể, thuộc tính, liên kết và các đối tượng thông tin khác. Trong văn bản, thuật ngữ này được sử dụng để chỉ sự phụ thuộc lẫn nhau của các thực thể. Nếu sự phụ thuộc lẫn nhau này có các thuộc tính thì nó được gọi là sự liên kết.

Phân loại thực thể

Đã đến lúc phải hiểu thuật ngữ này. K. Date định nghĩa ba lớp thực thể chính: gậy, liên tưởng Và đặc trưng, cũng như một lớp con của các thực thể kết hợp – chỉ định.

Tinh chất cốt lõi (hạt nhân) là một thực thể độc lập (nó sẽ được định nghĩa chi tiết hơn ở phần dưới).

Trong các ví dụ đã thảo luận trước đó, các thanh là “Sinh viên”, “Căn hộ”, “Đàn ông”, “Bác sĩ”, “Hôn nhân” (từ ví dụ 2.2) và các thanh khác, tên của chúng được đặt trong hình chữ nhật.

Thực thể liên kết (sự kết hợp) là mối quan hệ nhiều-nhiều ("-to-many", v.v.) giữa hai hoặc nhiều thực thể hoặc trường hợp của một thực thể (như trong Ví dụ 2.4). Các hiệp hội được coi là các thực thể chính thức:

họ có thể tham gia vào các hiệp hội và chỉ định khác giống như các thực thể cốt lõi;

có thể có thuộc tính, tức là không chỉ có một tập hợp các thuộc tính quan trọng cần thiết để biểu thị các mối quan hệ mà còn có bất kỳ số thuộc tính nào khác mô tả mối quan hệ. Ví dụ: các liên kết “Hôn nhân” từ ví dụ 2.1 và 2.4 chứa các thuộc tính chính “Code_M”, “Code_Zh” và “Mã số nhân sự của chồng”, “Mã số nhân sự của vợ”, cũng như làm rõ các thuộc tính “Số chứng chỉ”, “Ngày đăng ký” , “Nơi đăng ký”, “Số mục trong sổ văn phòng đăng ký”, v.v.

Thực thể đặc trưng (đặc trưng) là mối quan hệ nhiều-một hoặc một-một giữa hai thực thể (trường hợp đặc biệt của liên kết). Mục đích duy nhất của đặc điểm trong lĩnh vực chủ đề đang được xem xét là mô tả hoặc làm rõ một số thực thể khác. Nhu cầu về chúng nảy sinh do thực tế là các thực thể của thế giới thực đôi khi có những thuộc tính đa giá trị. Một người chồng có thể có nhiều vợ (ví dụ 2.3), một cuốn sách có thể có một số đặc điểm của việc tái bản (đã sửa, mở rộng, sửa lại, ...), v.v.

Sự tồn tại của một đặc điểm phụ thuộc hoàn toàn vào thực thể được đặc trưng: phụ nữ mất tư cách làm vợ nếu chồng chết.

Để mô tả đặc điểm, một đề xuất JIM mới được sử dụng, thường có dạng:

ĐẶC ĐIỂM (thuộc tính 1, thuộc tính 2, ...) (DANH SÁCH ĐỐI TƯỢNG ĐẶC BIỆT).

Chúng ta cũng hãy mở rộng ngôn ngữ của sơ đồ ER bằng cách giới thiệu một hình thang để biểu thị các đặc điểm (Hình 2.2).

Cơm. 2.2. Các thành phần của ngôn ngữ sơ đồ ER mở rộng

Thực thể chỉ định hoặc sự chỉ định là mối quan hệ “nhiều-một” hoặc “một-một” giữa hai thực thể và khác với một đặc điểm ở chỗ nó không phụ thuộc vào thực thể được chỉ định.

Hãy xem xét một ví dụ liên quan đến việc tuyển dụng nhân viên vào các bộ phận khác nhau của tổ chức.

Trong trường hợp không có các quy định nghiêm ngặt (nhân viên có thể được đăng ký đồng thời vào một số bộ phận hoặc không được đăng ký vào bất kỳ bộ phận nào), cần phải tạo một mô tả với liên kết Đăng ký:

Nhân viên (Mã nhân sự, Họ, ...) Tuyển sinh [Bộ phận M, Nhân viên N] (Mã phòng ban, Mã nhân sự, Ngày nhập học).

Tuy nhiên, với điều kiện là mỗi nhân viên phải được đăng ký vào một trong các phòng ban, bạn có thể tạo một mô tả với chỉ định Nhân viên:

Phòng ban (Mã phòng ban, Tên phòng ban,...) Nhân viên (Mã nhân sự, Họ, ..., Mã phòng ban, Ngày nhập học)[Ngành]

Trong ví dụ này, các nhân viên tồn tại độc lập (nếu một bộ phận bị xóa thì không có nghĩa là các nhân viên của bộ phận đó cũng bị xóa). Vì vậy, chúng không thể là đặc điểm của các phòng ban và được gọi là chỉ định.

Ký hiệu được sử dụng để lưu trữ các giá trị lặp lại của các thuộc tính văn bản lớn: “bộ mã hóa” của các môn học mà sinh viên đã nghiên cứu, tên các tổ chức và khoa của họ, danh sách hàng hóa, v.v.

Mô tả của một ký hiệu bên ngoài khác với mô tả của một đặc tính chỉ ở chỗ các thực thể được chỉ định không được đặt trong dấu ngoặc nhọn mà nằm trong dấu ngoặc vuông:

LƯU Ý (thuộc tính 1, thuộc tính 2, ...)[LIST ĐƠN VỊ ĐƯỢC CHỈ ĐỊNH].

Thông thường, các chỉ định không được coi là thực thể đầy đủ, mặc dù điều này sẽ không dẫn đến bất kỳ lỗi nào.

Các tên gọi và đặc điểm không phải là các thực thể hoàn toàn độc lập, vì chúng giả định trước sự tồn tại của một số thực thể khác sẽ được “chỉ định” hoặc “có đặc điểm”. Tuy nhiên, chúng vẫn đại diện cho các trường hợp đặc biệt của một thực thể và tất nhiên có thể có các thuộc tính, có thể tham gia vào các liên kết, chỉ định và có những đặc điểm riêng (cấp thấp hơn). Chúng tôi cũng nhấn mạnh rằng tất cả các trường hợp của một đặc tính phải được liên kết với một số trường hợp của thực thể được đặc trưng. Tuy nhiên, cho phép một số trường hợp của thực thể được đặc trưng không có mối quan hệ. Đúng, nếu điều này liên quan đến hôn nhân, thì bản chất của “Chồng” nên được thay thế bằng bản chất của “Đàn ông” (không có chồng mà không có vợ).

Bây giờ chúng ta hãy xác định lại thực thể cốt lõi là một thực thể không phải là một liên kết, cũng không phải là một chỉ định hay một đặc điểm. Những thực thể như vậy tồn tại độc lập, mặc dù chúng có thể chỉ định các thực thể khác, chẳng hạn như nhân viên chỉ định các phòng ban.

Để kết luận, chúng ta hãy xem xét một ví dụ về xây dựng mô hình thông tin của cơ sở dữ liệu “Dinh dưỡng”, trong đó thông tin về các món ăn (Hình 2.3), lượng tiêu thụ hàng ngày, các sản phẩm chế biến các món ăn này và nhà cung cấp các sản phẩm này nên được lưu trữ. Thông tin này sẽ được đầu bếp và người quản lý của một cơ sở cung cấp dịch vụ ăn uống nhỏ cũng như khách hàng của cơ sở đó sử dụng.

Cơm. 2.3. Ví dụ về một công thức

Với sự trợ giúp của những người dùng này, các đối tượng và đặc điểm sau của cơ sở được thiết kế đã được xác định:

Các món ăn yêu cầu dữ liệu có trong công thức nấu ăn để mô tả chúng: số món ăn (ví dụ: từ sách dạy nấu ăn), tên món ăn, loại món ăn (món khai vị, súp, món chính, v.v.), công thức (công nghệ chế biến món ăn). món ăn), sản lượng (khối lượng khẩu phần), tên món, hàm lượng calo và trọng lượng của từng sản phẩm có trong món ăn.
Đối với từng nhà cung cấp sản phẩm: tên, địa chỉ, tên sản phẩm được cung cấp, ngày giao hàng và giá cả tại thời điểm giao hàng.
Lượng thức ăn tiêu thụ hàng ngày (consumption): món ăn, số suất ăn, ngày tháng.

Phân tích các đối tượng cho phép chúng ta làm nổi bật:

món ăn, sản phẩm và thành phố;
liên kết Thành phần (liên kết Món ăn với Sản phẩm) và

Vật tư (liên kết Nhà cung cấp với Sản phẩm);

chỉ định Nhà cung cấp;
đặc điểm Bí quyết và Tiêu thụ.

Sơ đồ ER của mô hình được hiển thị trong Hình 2. 2.4. và mô hình trong ngôn ngữ YAM có dạng sau:

Món ăn (BL, Món ăn, Chế độ xem) Sản phẩm (PR, Sản phẩm, Hàm lượng calo) Nhà cung cấp (POS, Thành phố, Nhà cung cấp) [Thành phố] Thành phần [Món ăn M, Sản phẩm N] (BL, PR, Trọng lượng (g)) Vật tư [Nhà cung cấp M, Sản phẩm N] (POS, PR, Date_P, Giá, Trọng lượng (kg)) Thành phố (Thành phố, Quốc gia) Công thức nấu ăn (BL, Recipe) (Món ăn) Mức tiêu thụ (BL, Date_R, Khẩu phần) (Món ăn)

Trong các mô hình này, Món ăn, Sản phẩm và Nhà cung cấp là tên, còn BL, PR và POS là mã kỹ thuật số của các món ăn, sản phẩm và tổ chức cung cấp các sản phẩm này.

Cơm. 2.4. Mô hình thông tin của cơ sở dữ liệu "Dinh dưỡng"

Về khóa chính và khóa ngoại

Hãy để chúng tôi nhắc nhở bạn rằng chìa khóa hoặc manh mối có thể là tập hợp các thuộc tính tối thiểu có giá trị có thể được sử dụng để tìm rõ ràng phiên bản cần thiết của một thực thể. Tính tối thiểu có nghĩa là việc loại trừ bất kỳ thuộc tính nào khỏi tập hợp sẽ không cho phép các thuộc tính còn lại được xác định thực thể. Mỗi thực thể có ít nhất một khóa có thể. Một trong số đó được coi là khóa chính. Khi chọn khóa chính, bạn nên ưu tiên các khóa không tổng hợp hoặc các khóa được tạo thành từ một số thuộc tính tối thiểu. Việc sử dụng các khóa có giá trị văn bản dài cũng không phù hợp (ưu tiên thuộc tính số nguyên). Do đó, để xác định một học sinh, bạn có thể sử dụng số sổ hồ sơ duy nhất hoặc một bộ họ, tên, họ bảo trợ, số nhóm và có thể các thuộc tính bổ sung, vì có thể có hai học sinh (và thường là học sinh nữ) có cùng họ, tên và tên viết tắt. Cũng thật tệ khi sử dụng làm chìa khóa không phải là số lượng món ăn mà là tên của nó, chẳng hạn như “Món khai vị từ phô mai chế biến “Tình bạn” với giăm bông và dưa chuột muối” hoặc “Thỏ rừng sốt kem chua với khoai tây croquettes và salad bắp cải đỏ .”

Khóa chính của thực thể cốt lõi (bất kỳ thuộc tính nào tham gia khóa chính) không được phép có giá trị không xác định. Nếu không, một tình huống mâu thuẫn sẽ nảy sinh: một trường hợp phi cá thể, và do đó không tồn tại, của bản chất cốt lõi sẽ xuất hiện. Vì những lý do tương tự, cần phải đảm bảo tính duy nhất khóa chính.

Bây giờ về khóa ngoại:

Nếu thực thể C liên kết thực thể A và B thì nó phải bao gồm các khóa ngoại tương ứng với khóa chính của thực thể A và B.
Nếu thực thể B tham chiếu đến thực thể A thì nó phải bao gồm khóa ngoại tương ứng với khóa chính của thực thể A.

Trong đoạn 2.3, một ví dụ đã được xem xét trong đó “Nhân viên” biểu thị “Bộ phận” và bao gồm khóa ngoại “Số bộ phận” tương ứng với khóa chính của thực thể “Bộ phận”.

Mối quan hệ giữa khóa chính và khóa ngoài của các thực thể được minh họa trong Hình 2. 2.5.

Cơm. 2.5. Cấu trúc: a - liên kết; b - chỉ định (đặc điểm)

Ở đây, để chỉ định bất kỳ thực thể liên quan nào (cốt lõi, đặc điểm, chỉ định hoặc thậm chí liên kết), thuật ngữ tổng quát mới “Mục tiêu” hoặc “Thực thể mục tiêu” được sử dụng.

Vì vậy, khi xem xét vấn đề chọn cách biểu diễn các liên kết và ký hiệu trong cơ sở dữ liệu, câu hỏi chính cần được trả lời là: “Khóa ngoại là gì?” Và sau đó, đối với mỗi khóa ngoại, ba câu hỏi cần được giải quyết:

1. Khóa ngoại này có thể chấp nhận các giá trị không xác định (giá trị NULL) không? Nói cách khác, có thể có một số trường hợp của một thực thể thuộc một loại nhất định mà thực thể đích được chỉ định bởi khóa ngoại không xác định được? Trong trường hợp nguồn cung cấp, điều này có lẽ là không thể - nguồn cung cấp từ một nhà cung cấp không xác định hoặc nguồn cung cấp một sản phẩm không xác định là không có ý nghĩa. Tuy nhiên, trong trường hợp nhân viên, tình huống như vậy có thể hợp lý - rất có thể bất kỳ nhân viên nào hiện không đăng ký vào bất kỳ bộ phận nào. Lưu ý rằng câu trả lời cho câu hỏi này không phụ thuộc vào ý muốn của người thiết kế cơ sở dữ liệu mà được xác định bởi tiến trình hành động thực tế được áp dụng trong phần thế giới thực sẽ được thể hiện trong cơ sở dữ liệu được đề cập. Nhận xét tương tự có liên quan đến các vấn đề được thảo luận dưới đây.

2. Điều gì sẽ xảy ra khi bạn cố gắng XÓA một thực thể đích được tham chiếu bằng khóa ngoại? Ví dụ: khi xóa nhà cung cấp đã thực hiện ít nhất một lần giao hàng. Có ba khả năng:

THUYỀN TUYỆT VỜI	Thao tác xóa được "xếp tầng" để xóa cả nguồn cung cấp từ nhà cung cấp này.
GIỚI HẠN.	Chỉ những nhà cung cấp chưa giao hàng mới bị xóa. Ngược lại, thao tác xóa sẽ bị từ chối.
CÀI ĐẶT	Đối với tất cả việc phân phối của nhà cung cấp bị xóa, giá trị NULL của khóa ngoại được đặt thành không xác định và sau đó nhà cung cấp sẽ bị xóa. Tất nhiên, tính năng này không thể áp dụng nếu khóa ngoại không được chứa giá trị NULL.

3. Điều gì sẽ xảy ra khi bạn cố gắng CẬP NHẬT khóa chính của thực thể đích được tham chiếu bởi một khóa ngoại nào đó? Ví dụ: có thể cố gắng cập nhật số lượng nhà cung cấp có ít nhất một lần giao hàng tương ứng. Để rõ ràng, chúng tôi sẽ lại xem xét trường hợp này chi tiết hơn. Bạn có ba tùy chọn giống như khi xóa:

THUYỀN TUYỆT VỜI	Thao tác cập nhật được "xếp tầng" để cập nhật khóa ngoại trong nguồn cung cấp của nhà cung cấp đó.
GIỚI HẠN.	Chỉ những khóa chính của những nhà cung cấp chưa giao hàng mới được cập nhật. Nếu không, thao tác cập nhật sẽ bị từ chối.
CÀI ĐẶT	Đối với tất cả việc giao hàng của nhà cung cấp đó, giá trị NULL của khóa ngoại được đặt thành không xác định và sau đó khóa chính của nhà cung cấp sẽ được cập nhật. Tất nhiên, tính năng này không thể áp dụng nếu khóa ngoại không được chứa giá trị NULL.

Do đó, đối với mỗi khóa ngoại trong một thiết kế, người thiết kế cơ sở dữ liệu phải chỉ định không chỉ trường hoặc tổ hợp các trường tạo nên khóa ngoại đó và bảng đích được xác định bởi khóa đó mà còn cả câu trả lời cho các câu hỏi trên ( ba ràng buộc áp dụng cho khóa ngoại này).

Cuối cùng, về đặc điểm - biểu thị các thực thể, sự tồn tại của nó phụ thuộc vào loại thực thể được biểu thị. Việc chỉ định được thể hiện bằng một khóa ngoại trong bảng tương ứng với đặc tính đó. Tuy nhiên, ba ràng buộc khóa ngoại được thảo luận ở trên cho trường hợp này phải được chỉ định như sau:

Giá trị NULL không được phép LOẠI BỎ TỪ CÁC TẦNG (mục tiêu) CẬP NHẬT (khóa chính đích) CASCADES

Các thông số kỹ thuật được chỉ định thể hiện sự phụ thuộc vào sự tồn tại của các thực thể đặc trưng.

Ràng buộc hoàn toàn

Chính trực(từ tiếng Anh toàn vẹn – nguyên vẹn, bất khả xâm phạm, an toàn, toàn vẹn) – được hiểu là tính chính xác của dữ liệu tại bất kỳ thời điểm nào. Nhưng mục tiêu này chỉ có thể đạt được trong một số giới hạn nhất định: DBMS không thể kiểm soát tính chính xác của từng giá trị được nhập vào cơ sở dữ liệu (mặc dù mỗi giá trị có thể được kiểm tra tính hợp lý). Ví dụ: không thể phát hiện ra rằng giá trị đầu vào 5 (đại diện cho ngày trong tuần) thực sự phải là 3. Mặt khác, giá trị 9 rõ ràng là một lỗi và phải bị DBMS từ chối. Tuy nhiên, để làm được điều này, cô ấy phải được thông báo rằng các số ngày trong tuần phải thuộc tập hợp (1,2,3,4,5,6,7).

Việc duy trì tính toàn vẹn của cơ sở dữ liệu có thể được coi là bảo vệ dữ liệu khỏi những thay đổi hoặc phá hủy trái phép (không nên nhầm lẫn với những thay đổi và phá hủy trái phép, vốn là một vấn đề bảo mật). Các DBMS hiện đại có một số phương tiện để đảm bảo duy trì tính toàn vẹn (cũng như các phương tiện để đảm bảo duy trì tính bảo mật).

Có ba nhóm quy tắc toàn vẹn:

Tính toàn vẹn của thực thể.
Tính toàn vẹn tham chiếu.
Tính toàn vẹn do người dùng xác định.

Trong phần 2.4, động lực cho hai quy tắc toàn vẹn chung cho bất kỳ cơ sở dữ liệu quan hệ nào đã được xem xét.

Bất kỳ thuộc tính nào tham gia vào khóa chính đều không được phép có giá trị không xác định.
Giá trị khóa ngoại phải:

bằng giá trị khóa chính của mục tiêu;
hoàn toàn không chắc chắn, tức là Mỗi giá trị thuộc tính tham gia khóa ngoại phải là null.

Đối với bất kỳ cơ sở dữ liệu cụ thể nào, có một số quy tắc cụ thể bổ sung chỉ áp dụng cho cơ sở dữ liệu đó và do nhà phát triển xác định. Kiểm soát thường xuyên nhất:

tính duy nhất của một số thuộc tính nhất định,
phạm vi giá trị (điểm thi từ 2 đến 5),
thuộc một tập hợp các giá trị (giới tính "M" hoặc "F").

Về xây dựng mô hình thông tin

Người đọc chỉ làm quen với nội dung trong chương này và các chương trước sẽ không thể nhận thức và đánh giá chính xác những mẹo và khuyến nghị để xây dựng một mô hình thông tin tốt đã được các chuyên gia lớn nhất trong lĩnh vực này phát triển qua nhiều thập kỷ. xử lí dữ liệu. Để làm được điều này, ít nhất bạn cần nghiên cứu các tài liệu sau. Lý tưởng nhất là người đọc cần phải thực hiện ít nhất một dự án hệ thống thông tin trước tiên, cung cấp nó cho người dùng thực và là quản trị viên ứng dụng và cơ sở dữ liệu đủ lâu để nhận ra ít nhất một phần nhỏ các vấn đề nảy sinh từ việc suy nghĩ không đầy đủ. thiết kế ra. Kinh nghiệm của tác giả và tất cả các chuyên gia về hệ thống thông tin mà ông biết cho thấy rằng mọi khuyến nghị về mặt lý thuyết chỉ được thực hiện nghiêm túc sau một số nỗ lực không thành công nhằm khôi phục các hệ thống được thiết kế kém. (Mặc dù cũng có những nhà thiết kế tiếp tục tin rằng họ có thể hồi sinh một dự án sắp chết bằng cách thay đổi chương trình, thay vì thay đổi mô hình thông tin cơ sở dữ liệu.)

Thật vậy, để xác định danh sách và cấu trúc của dữ liệu được lưu trữ, cần thu thập thông tin về các ứng dụng thực tế và tiềm năng, cũng như về người dùng cơ sở dữ liệu và khi xây dựng mô hình thông tin, bạn chỉ nên quan tâm đến độ tin cậy của việc lưu trữ dữ liệu này, hoàn toàn quên mất các ứng dụng và người dùng mà cơ sở dữ liệu đang được tạo dữ liệu.

Điều này là do các yêu cầu hoàn toàn khác nhau đối với cơ sở dữ liệu của người lập trình ứng dụng và quản trị viên cơ sở dữ liệu. Người đầu tiên muốn có ở một nơi (ví dụ: trong một bảng) tất cả dữ liệu họ cần để thực hiện yêu cầu từ một chương trình ứng dụng hoặc từ thiết bị đầu cuối. Cái sau đảm nhiệm việc loại bỏ những biến dạng có thể xảy ra của dữ liệu được lưu trữ khi nhập thông tin mới vào cơ sở dữ liệu và cập nhật hoặc xóa thông tin hiện có. Để làm điều này, họ loại bỏ các bản sao và các mối quan hệ chức năng không mong muốn giữa các thuộc tính khỏi cơ sở dữ liệu, chia cơ sở dữ liệu thành nhiều bảng nhỏ (xem phần 4.6). Vì kinh nghiệm toàn cầu nhiều năm trong việc sử dụng các hệ thống thông tin được xây dựng trên cơ sở cơ sở dữ liệu cho thấy rằng không thể loại bỏ các lỗi thiết kế bằng bất kỳ thủ thuật nào trong chương trình ứng dụng, nên các nhà thiết kế có kinh nghiệm không cho phép mình gặp gỡ các lập trình viên ứng dụng giữa chừng (ngay cả khi chính họ cũng như vậy).

phân biệt rõ ràng giữa các khái niệm như yêu cầu dữ liệu và duy trì dữ liệu (nhập, thay đổi và xóa);
hãy nhớ rằng, theo quy định, cơ sở dữ liệu không phải là cơ sở thông tin của một mà là của một số ứng dụng, một số ứng dụng sẽ xuất hiện trong tương lai;
một thiết kế cơ sở dữ liệu xấu không thể được sửa chữa bởi bất kỳ ứng dụng nào (ngay cả những ứng dụng phức tạp nhất).

VĂN HỌC

Atre S. Cách tiếp cận mang tính cấu trúc để tổ chức cơ sở dữ liệu. – M.: Tài chính và Thống kê, 1983. – 320 tr.
Boyko V.V., Savinkov V.M. Thiết kế cơ sở dữ liệu hệ thống thông tin. – M.: Tài chính và Thống kê, 1989. – 351 tr.
Ngày K. Hướng dẫn về DBMS quan hệ của DB2. – M.: Tài chính và Thống kê, 1988. – 320 tr.
Jackson G. Thiết kế cơ sở dữ liệu quan hệ để sử dụng với máy vi tính. -M.: Mir, 1991. – 252 tr.
Kirillov V.V. Ngôn ngữ truy vấn có cấu trúc (SQL). – St.Petersburg: ITMO, 1994. – 80 tr.
Martin J. Lập kế hoạch phát triển hệ thống tự động. – M.: Tài chính và Thống kê, 1984. – 196 tr.
Meyer M. Lý thuyết về cơ sở dữ liệu quan hệ. – M.: Mir, 1987. – 608 tr.
Tiori T., Fry J. Thiết kế cấu trúc cơ sở dữ liệu. Trong 2 cuốn, - M.: Mir, 1985. Sách. 1. – 287 tr.: Sách. 2. – 320 giây.
Ullman J. Cơ sở dữ liệu trong Pascal. – M.: Kỹ thuật cơ khí, 1990. – 386 tr.
Hubbard J. Thiết kế cơ sở dữ liệu tự động. – M.: Mir, 1984. – 294 tr.

Gửi công việc tốt của bạn trong cơ sở kiến thức rất đơn giản. Sử dụng mẫu dưới đây

Các sinh viên, nghiên cứu sinh, các nhà khoa học trẻ sử dụng nền tảng kiến thức trong học tập và công việc sẽ rất biết ơn các bạn.

Đăng trên http://www.allbest.ru/

thông tin họcngười mẫudữ liệu"Kết nối thực thể"

2.1 Khái niệm cơ bản

Mô hình mối quan hệ thực thể được đề xuất bởi nhà nghiên cứu cơ sở dữ liệu người Mỹ Peter Chen vào năm 1976. Kể từ đó, nó đã được chính Chen và nhiều nhà nghiên cứu khác mở rộng và sửa đổi. Trong nhiều phiên bản khác nhau, nó đã trở thành một phần của nhiều công cụ tự động hỗ trợ thiết kế hệ thống thông tin. Hiện tại không có tiêu chuẩn duy nhất cho mẫu này, nhưng có một bộ thiết kế chung làm nền tảng cho hầu hết các biến thể của nó. Chúng ta sẽ nghiên cứu các công trình tổng quát này ở đây.

Có nhiều hệ thống khác nhau để xây dựng mô hình ER.

Tất nhiên, chúng tôi không có ý định nghiên cứu tất cả. Nó không phải là cần thiết. Sau khi nắm vững các khái niệm cơ bản của mô hình ER và các nguyên tắc xây dựng sơ đồ trong một hệ thống ký hiệu, không khó để hiểu bất kỳ hệ thống nào khác.

Dù sử dụng hệ thống nào, sơ đồ ER phản ánh rõ ràng và chính xác đại diện tác giả ồ dữ liệu . Vì vậy, nó là nguồn thông tin tốt cho người thiết kế mô hình dữ liệu logic. Chúng rất hữu ích khi thảo luận về yêu cầu dữ liệu với người dùng cuối.

2.2 Yếu tố ER - mô hình

mô hình dữ liệu thực thể thông tin

Các thành phần cơ bản của mô hình thông tin là các thực thể, các kết nối giữa chúng và các thuộc tính (thuộc tính) của chúng.

2.2.1 Tinh chất

Một thực thể là một số đối tượng được phân bổ ( có thể nhận dạng được) bởi người dùng trong lĩnh vực chủ đề.

Thứ mà người dùng muốn quan sát và lưu trữ các quan sát (dữ liệu). Ví dụ,

SINH VIÊN Petrov,

GIÁO VIÊN Lomov,

SÁCH GIÁO DỤC DB,

KHÁN GIẢ,

HOẠT ĐỘNG ĐÀO TẠO cho các nhóm, v.v.

Từ các ví dụ, rõ ràng các thực thể có thể là con người, đồ vật, địa điểm, sự kiện, v.v. Để khái quát hóa, chúng ta có thể nói rằng bản chất là thứ có sự tồn tại thực tế (vật lý) hoặc khái niệm và được phân biệt trong thế giới xung quanh.

Không may thay, chính thứccác định nghĩacái nàycác khái niệmKhôngtồn tại. Ít nhất là cho ngày hôm nay.

Các thực thể cùng loại Lớp học nước hoa hoặc kiểu nước hoa .

Cần phân biệt các khái niệm như kiểu nước hoa (Lớp học nước hoa ) Và sao chép nước hoa . Khái niệm loại thực thể đề cập đến một tập hợp các cá nhân, đối tượng, sự kiện hoặc ý tưởng đồng nhất hoạt động như một tổng thể.

Một thể hiện thực thể đề cập đến một thứ cụ thể trong một tập hợp. Ví dụ: loại thực thể có thể là THÀNH PHỐ và phiên bản có thể là Moscow, Kyiv, v.v.

SINH VIÊN là một loại hoặc lớp thực thể có giống nhau bộ đặc trưng, các giá trị mà người dùng quan tâm (giá trị nào). Người dùng quan tâm đến thông tin về bản sao lớp học. Ví dụ như về sinh viên đang theo học tại Khoa Thủ tướng.

Vì vậy, một kiểu thực thể là một sự trừu tượng, ý tưởng do người dùng cấp phát. Trong tâm trí người dùng, khái niệm này được so sánh biểu tượng- tên thực thể (trong tương lai chúng ta sẽ đồng ý viết tên thực thể bằng chữ in hoa). Biểu tượng này có một ý nghĩa rất cụ thể, tuy nhiên, một người thiếu kinh nghiệm không phải lúc nào cũng có thể truyền đạt nó bằng các biểu tượng khác. Hơn nữa, những người khác nhau có thể gán những ý nghĩa khác nhau cho cùng một biểu tượng.

Ví dụ, những ý tưởng về SINH VIÊN mà phó có. Trưởng khoa, giáo viên và cô lao công đều khác nhau.

Đối với phó Trưởng khoa là người được hiệu trưởng phân công vào một nhóm nhất định. Một trong những trách nhiệm của phó trưởng khoa - theo dõi sự tiến bộ của người này ở tất cả các giai đoạn của quá trình học tập. Điều này xác định tập hợp thông tin về người này mà cấp phó muốn có. trưởng khoa.

Đối với giáo viên, HỌC SINH là người có quyền đến dự lớp học của mình và có nghĩa vụ báo cáo kết quả học tập các môn học do giáo viên giảng dạy trong một khoảng thời gian nhất định.

Đối với một cô quét dọn, HỌC SINH là một đám đông vô danh, kéo đất ngoài đường, khạc nhổ khắp nơi, chất đầy rác khắp các phòng, gây ồn ào ngoài hành lang và gây khó khăn cho việc vẫy cây lau nhà.

Trong văn học thuật ngữ “ nước hoa"như trong" kiểu nước hoa", và theo nghĩa" sao chép nước hoa" Chúng tôi cũng sẽ làm như vậy khi điều đó không gây ra hiểu lầm.

2.2.2 Thuộc tính

Thuộc tính là một đặc điểm được đặt tên của một thực thể (thuộc tính của loại thực thể) có ý nghĩa quan trọng theo quan điểm của người dùng.

Tên của nó phải là duy nhất cho một loại thực thể cụ thể, nhưng có thể giống nhau cho các loại thực thể khác nhau (ví dụ: COLOR có thể được xác định cho nhiều thực thể: CAR, TEXT, v.v.). Các thuộc tính được sử dụng để xác định thông tin nào sẽ được thu thập về một thực thể. Ví dụ về các thuộc tính cho thực thể CAR là LOẠI, MAKE, LICENSE PLATE, COLOR, v.v.

Một thuộc tính cũng có sự phân biệt giữa loại và thể hiện, chỉ có một giá trị thuộc tính được gán cho mỗi thể hiện của một thực thể.

Ví dụ:

Loại thuộc tính COLOR có nhiều phiên bản hoặc giá trị:

Đỏ, xanh, v.v.

Bất kỳ thuộc tính nào cũng chỉ là thuộc tính liên quan đến loại thực thể. Trong bối cảnh khác, một thuộc tính có thể hoạt động như một thực thể độc lập. Ví dụ, đối với một nhà máy ô tô, màu sắc chỉ là một thuộc tính của sản phẩm sản xuất, nhưng đối với một nhà máy sơn và véc ni, màu sắc là một loại thực thể.

Ví dụ: Số vé sinh viên, Họ của giáo viên, Tên sách giáo khoa, Khách hàng và như thế.

Thuộc tính có thể là đơn giản, giống như ba phần đầu tiên. Giá trị của chúng thuộc về kiểu dữ liệu đơn giản.

Nó có thể là hợp chất, ví dụ (Tên khách hàng, Địa chỉ của khách hàng, Số điện thoại của khách hàng)

Lưu ý rằng quyết định về việc một thuộc tính là đơn giản hay phức hợp phụ thuộc vào mức độ chi tiết được người dùng chấp nhận. Ví dụ: AudienceNumber có thể được coi là một thuộc tính đơn giản nếu người dùng khá hài lòng với các giá trị chuỗi như ` 227rk", `418béo", `411gl".

Thuộc tính có thể là phát sinh. Ví dụ: các thuộc tính của thực thể NHÓM có thể bao gồm thuộc tính Số lượng nhóm . Giá trị của nó cho mỗi phiên bản của GROUP có thể được tính bằng cách đếm số lượng phiên bản của thực thể SINH VIÊN được liên kết với phiên bản đó.

Bình luận. Giá trị của thuộc tính dẫn xuất được lưu trữ trong cơ sở dữ liệu trong những trường hợp đặc biệt. Tuy nhiên, trong giai đoạn thiết kế, tất cả các thuộc tính mà người dùng quan tâm phải được xác định và mô tả.

Chìa khóa - một tập hợp các thuộc tính tối thiểu có giá trị có thể được sử dụng để tìm rõ ràng phiên bản cần thiết của một thực thể. Tính tối thiểu có nghĩa là việc loại trừ bất kỳ thuộc tính nào khỏi tập hợp sẽ không cho phép các thuộc tính còn lại được xác định thực thể.

Đối với thực thể Lịch trìnhxe lửa Chìa khóa là thuộc tính Số tàu hoặc đặt: (Điểm khởi hành,Giờ khởi hànhVàĐiểm đến).

Điểm nổi bật độc nhất khóa (khóa tiềm năng) và không duy nhất. Giá trị của một khóa duy nhất không thể xuất hiện trong hai phiên bản của một thực thể. Nó trỏ đến một và chỉ một trường hợp ( Số vé sinh viên, Số lượng khán giả ). Giá trị của khóa không duy nhất trỏ đến một tập hợp các phiên bản ( Họ của giáo viên = Ivanov chỉ ra tất cả việc giảng dạy của Ivanov tại trường đại học).

Khóa có thể không phải là bất kỳ thuộc tính thực thể nào. Ví dụ, Ngay thuê hoặc Chức danh giáo viên khó có thể được sử dụng để xác định giáo viên.

Một thực thể có thể có một số khóa duy nhất và không duy nhất.

Thuộc tính không được phép bổ nhiệm một khóa thực thể duy nhất. Anh ấy cũng vậy là như vậy, hoặc Không là.

2.2.4 Giao tiếp

Sự liên quan là một đặc điểm của mối quan hệ giữa hai hoặc nhiều thực thể.

Nếu mục đích của cơ sở dữ liệu chỉ là lưu trữ dữ liệu riêng lẻ, không liên quan thì cấu trúc của nó có thể rất đơn giản.

Tuy nhiên, một trong những yêu cầu chính để tổ chức cơ sở dữ liệu là đảm bảo khả năng tìm thấy một số thực thể theo giá trị của các thực thể khác, do đó cần thiết lập các kết nối nhất định giữa chúng. Và vì cơ sở dữ liệu thực thường chứa hàng trăm hoặc thậm chí hàng nghìn thực thể nên về mặt lý thuyết có thể thiết lập hơn một triệu kết nối giữa chúng. Sự hiện diện của vô số kết nối như vậy quyết định độ phức tạp của các mô hình thông tin.

Giống như các thực thể và thuộc tính, mô hình ER khác các loại (các lớp học) Và bản sao kết nối.

Sự miêu tảthực thểVàcủa họkết nối-Cái nàyVàCó(Vớiđiểmtầm nhìnnhà thiết kếĐB)chủ yếuPhầnmô hìnhyêu cầungười dùngĐẾNdữ liệu.

Tuy nhiên, các công cụ ngôn ngữ tự nhiên không phù hợp lắm để mô tả, chủ yếu do tính chất cồng kềnh và khả năng hiển thị kém. Bất kỳ mô hình không tầm thường nào cũng sẽ chứa hàng tá mẫu tương tự như các mẫu trên. Trong bộ đề xuất này, rất khó để xác định tất cả các kết nối mà cùng một thực thể tham gia, rất khó để theo dõi các chuỗi kết nối có liên quan đến giao dịch, v.v. Cần có các công cụ ngôn ngữ đặc biệt để biểu diễn mô hình.

2.3 Phân loại thực thể và mối quan hệ. Hệ thống chỉ định mô hình ER

Ý tưởng của Chen, điều đã khiến anh trở thành cái tên quen thuộc trong giới thiết kế cơ sở dữ liệu, là nước hoa Và thông tin liên lạc nên giới thiệu bằng đồ họa. Khi đó mô hình yêu cầu người dùng sẽ cô đọng và rõ ràng. tồn tại Tuyệtmột loạthệ thốngký hiệuVìđại diệnmô hình ER. Không có tiêu chuẩn. Chúng tôi sẽ tuân theo các ký hiệu phổ biến nhất.

Đăng trên Allbest.ru

Tài liệu tương tự

Xây dựng mô hình thông tin chương trình kiểm tra trên cơ sở SGK điện tử để kiểm tra kiến thức của học sinh. Mô hình hóa thông tin và biểu diễn ngữ nghĩa của một chủ đề trong cơ sở dữ liệu. Mô hình mối quan hệ thực thể và mối quan hệ giữa các thực thể được xác định.