3.1.3 Relational Model NotationWe w

3.1.3 Relational Model Notation
We will use the following notation in our presentation:
■ A relation schema R of degree n is denoted by R(A1, A2, ..., An).
3.2 Relational Model Constraints and Relational Database Schemas 67
■ The uppercase letters Q, R, S denote relation names.
■ The lowercase letters q, r, s denote relation states.
■ The letters t, u, v denote tuples.
■ In general, the name of a relation schema such as STUDENT also indicates the current set of tuples in that relation—the current relation state—whereas STUDENT(Name, Ssn, ...) refers only to the relation schema.
■ An attribute A can be qualified with the relation name R to which it belongs by using the dot notation R.A—for example, STUDENT.Name or STUDENT.Age. This is because the same name may be used for two attributes in different relations. However, all attribute names in a particular relation must be distinct.
■ An n-tuple t in a relation r(R) is denoted by t = , where vi is the value corresponding to attribute Ai . The following notation refers to component values of tuples:
■ Both t[Ai ] and t.Ai (and sometimes t[i]) refer to the value vi in t for attribute
Ai .
■ Both t[Au, Aw, ..., Az ] and t.(Au, Aw, ..., Az ), where Au, Aw, ..., Az is a list of attributes from R, refer to the subtuple of values from t corresponding to the attributes specified in the list. As an example, consider the tuple t = from the STUDENT relation in Figure 3.1; we have t[Name] = , and t[Ssn, Gpa, Age] = .
3.2 Relational Model Constraints and Relational Database Schemas
So far, we have discussed the characteristics of single relations. In a relational database, there will typically be many relations, and the tuples in those relations are usually related in various ways. The state of the whole database will correspond to the states of all its relations at a particular point in time. There are generally many restrictions or constraints on the actual values in a database state. These constraints are derived from the rules in the miniworld that the database represents, as we discussed in Section 1.6.8. In this section, we discuss the various restrictions on data that can be specified on a relational database in the form of constraints. Constraints on databases can generally be divided into three main categories:
1. Constraints that are inherent in the data model. We call these inherent
model-based constraints or implicit constraints.
2. Constraints that can be directly expressed in schemas of the data model, typically
by specifying them in the DDL (data definition language, see Section
2.3.1). We call these schema-based constraints or explicit constraints.

Results (Vietnamese) 1:

3.1.3 quan hệ kiểu ký hiệuChúng tôi sẽ sử dụng các ký hiệu trong bài trình bày của chúng tôi:■ Một lược đồ quan hệ R bậc n được kí hiệu bởi R (A1, A2,..., An).3.2 hệ mô hình ràng buộc và lược đồ cơ sở dữ liệu quan hệ 67■ Các chữ Q, R, S biểu thị quan hệ tên.■ chữ q, r, s biểu thị mối quan hệ kỳ.■ chữ t, u, v biểu thị tuples.■ nói chung, là tên của một lược đồ quan hệ như học sinh cũng chỉ ra các thiết lập hiện tại của tuples trong đó mối quan hệ — hiện trạng mối quan hệ — trong khi sinh viên (tên, Ssn,...) chỉ đề cập đến lược đồ quan hệ.■ Một thuộc tính A có thể có đủ điều kiện với mối quan hệ tên R mà nó thuộc về bằng cách sử dụng dấu chấm ký hiệu ví dụ R.A—for, sinh viên. Tên hay sinh viên. Tuổi. Điều này là bởi vì cùng tên có thể được sử dụng cho hai thuộc tính trong mối quan hệ khác nhau. Tuy nhiên, tất cả các tên thuộc tính trong một mối quan hệ đặc biệt phải là khác biệt.■ Một t n tuple trong r(R) quan hệ là biểu hiện bằng t = , nơi vi là giá trị tương ứng với thuộc tính Ai. Các ký hiệu sau đây đề cập đến phần giá trị của tuples:■ Cả t [Ai] và t.Ai (và đôi khi t[i]) tham khảo các giá trị vi trong t cho thuộc tínhAi.■ Cả t [Au, Aw,..., Az] và t. (Au, Aw,..., Az), nơi Au, Aw,..., Az là một danh sách các thuộc tính từ R, tham khảo các subtuple giá trị từ t tương ứng với các thuộc tính được chỉ định trong danh sách. Ví dụ, hãy xem xét tuple t = < 'Barbara Benson', ' 533-69-1238', '[phone]', '7384 Fontana Lane', NULL, 19, 3,25 > từ mối quan hệ sinh viên trong hình 3.1; chúng tôi có t [tên] = <'Barbara Benson' >, và t [Ssn, Gpa, tuổi] = <'533-69-1238', 3.25, 19 >.3.2 hệ mô hình ràng buộc và lược đồ cơ sở dữ liệu quan hệCho đến nay, chúng tôi đã thảo luận về đặc điểm của quan hệ đơn. Trong cơ sở dữ liệu quan hệ, thông thường sẽ có nhiều quan hệ, và tuples trong những mối quan hệ thường có liên quan trong nhiều cách khác nhau. Nhà nước của cơ sở dữ liệu toàn bộ sẽ tương ứng với các tiểu bang của tất cả các mối quan hệ của nó tại một thời điểm cụ thể trong thời gian. Nói chung là có nhiều hạn chế hay khó khăn về giá trị thực tế tại một cơ sở dữ liệu nhà nước. Những khó khăn được bắt nguồn từ quy tắc trong miniworld đại diện cho cơ sở dữ liệu, như chúng tôi đã thảo luận trong phần 1.6.8. Trong phần này, chúng tôi thảo luận về các hạn chế khác nhau trên dữ liệu có thể được xác định trên cơ sở dữ liệu quan hệ trong các hình thức của ràng buộc. Khó khăn về cơ sở dữ liệu nói chung có thể được chia thành ba loại chính:1. những hạn chế cố hữu trong mô hình dữ liệu. Chúng tôi gọi những vốn cóDựa trên mô hình ràng buộc hay hạn chế tiềm ẩn.2. những hạn chế mà có thể được trực tiếp bày tỏ trong lược đồ của mô hình dữ liệu, thông thườngbằng cách xác định chúng trong DDL (ngôn ngữ định nghĩa dữ liệu, xem phần2.3.1). chúng tôi gọi các ràng buộc dựa trên lược đồ hoặc ràng buộc rõ ràng.

Results (Vietnamese) 2:

3.1.3 Relational Model Notation
Chúng tôi sẽ sử dụng các ký hiệu sau đây trong bài trình bày của chúng
tôi:. ■ Một lược đồ quan hệ R bậc n được ký hiệu là R (A1, A2, ..., An)
3.2 Những hạn chế Mô hình quan hệ và Relational Database Schemas 67
■ Các chữ hoa Q, R, S biểu thị tên liên quan.
■ Các chữ thường q, r, s biểu thị trạng thái liên quan.
■ Các chữ t, u, v biểu thị các bộ.
■ Nói chung, tên của một lược đồ quan hệ như STUDENT cũng chỉ ra các thiết lập hiện tại của bản ghi trong đó những quan hệ quan hệ hiện tại của nhà nước trong khi HỌC SINH (Tên, SSN, ...) chỉ đề cập đến các lược đồ quan hệ.
■ Một thuộc tính A có thể đủ điều kiện với tên quan hệ R mà nó thuộc bởi sử dụng các ký hiệu dấu chấm RA-ví dụ, STUDENT.Name hoặc STUDENT.Age. Điều này là bởi vì tên tương tự có thể được sử dụng cho hai thuộc tính trong các mối quan hệ khác nhau. Tuy nhiên, tất cả các tên thuộc tính trong một mối quan hệ đặc biệt phải phân biệt.
■ Một t n-tuple trong một mối quan hệ r (R) được ký hiệu là t =, Nơi vi là giá trị tương ứng với thuộc tính Ai. Các ký hiệu sau đây đề cập đến giá trị thành phần của các bộ:
■ Cả hai t [Ai] và t.Ai (và đôi khi t [i]) tham khảo các vi giá trị trong t cho thuộc tính
Ai.
■ Cả hai t [Au, Aw, ... , Az] và t. (Au, Aw, ..., Az), nơi Au, Aw, ..., Az là một danh sách các thuộc tính từ R, tham khảo các subtuple các giá trịtừ t tương ứng với các thuộc tính trong danh sách. Như một ví dụ, hãy xem xét các tuple t = <'Barbara Benson', '533-69-1238', '(817) 839- 8461', '7384 Fontana Lane', NULL, 19, 3,25> từ quan hệ STUDENT trong hình 3.1; chúng tôi có t [Tên] = <'Barbara Benson'>, và t [SSN, điểm trung bình, Tuổi] = <'533-69-1238', 3,25, 19>.
3.2 Những hạn chế Mô hình quan hệ và Relational Database Schemas
Cho đến nay, chúng tôi đã thảo luận về các đặc điểm của mối quan hệ duy nhất. Trong một cơ sở dữ liệu quan hệ, có thường sẽ có nhiều mối quan hệ, và các bản ghi trong các mối quan hệ này thường liên quan theo những cách khác nhau. Tình trạng của toàn bộ cơ sở dữ liệu sẽ tương ứng với các trạng thái của tất cả các mối quan hệ của nó tại một thời điểm cụ thể. Nói chung có rất nhiều hạn chế hay ràng buộc trên các giá trị thực tế trong trạng thái cơ sở dữ liệu. Những hạn chế này được bắt nguồn từ các quy tắc trong miniworld rằng cơ sở dữ liệu đại diện, như chúng ta đã thảo luận trong phần 1.6.8. Trong phần này, chúng tôi thảo luận về các hạn chế khác nhau trên dữ liệu đó có thể được xác định trên cơ sở dữ liệu quan hệ một trong các hình thức hạn chế. Những hạn chế về cơ sở dữ liệu nói chung có thể được chia thành ba loại chính:
1. Những hạn chế đó là vốn có trong các mô hình dữ liệu. Chúng tôi gọi những vốn có
hạn chế dựa trên mô hình hoặc hạn chế tiềm ẩn.
2. Những hạn chế có thể được biểu hiện trực tiếp lược đồ của mô hình dữ liệu, thường
bằng cách xác định chúng trong DDL (ngôn ngữ định nghĩa dữ liệu, xem Phần
2.3.1). Chúng tôi gọi những hạn chế schema-based hoặc ràng buộc rõ ràng.