Whereas the first property applies

Whereas the first property applies to both keys and superkeys, the second property
is required only for keys. Hence, a key is also a superkey but not vice versa. Consider
the STUDENT relation of Figure 3.1. The attribute set {Ssn} is a key of STUDENT
because no two student tuples can have the same value for Ssn.
8 Any set of attributes
that includes Ssn—for example, {Ssn, Name, Age}—is a superkey. However, the
superkey {Ssn, Name, Age} is not a key of STUDENT because removing Name or Age
or both from the set still leaves us with a superkey. In general, any superkey formed
from a single attribute is also a key. A key with multiple attributes must require all
its attributes together to have the uniqueness property.
The value of a key attribute can be used to identify uniquely each tuple in the relation.
For example, the Ssn value 305-61-2435 identifies uniquely the tuple corresponding
to Benjamin Bayer in the STUDENT relation. Notice that a set of attributes
constituting a key is a property of the relation schema; it is a constraint that should
hold on every valid relation state of the schema. A key is determined from the meaning
of the attributes, and the property is time-invariant: It must continue to hold
when we insert new tuples in the relation. For example, we cannot and should not
designate the Name attribute of the STUDENT relation in Figure 3.1 as a key because
it is possible that two students with identical names will exist at some point in a
valid state.9
In general, a relation schema may have more than one key. In this case, each of the
keys is called a candidate key. For example, the CAR relation in Figure 3.4 has two
candidate keys: License_number and Engine_serial_number. It is common to designate
one of the candidate keys as the primary key of the relation. This is the candidate
key whose values are used to identify tuples in the relation. We use the convention
that the attributes that form the primary key of a relation schema are underlined, as
shown in Figure 3.4. Notice that when a relation schema has several candidate keys,

Kết quả (Việt) 1:

Trong khi các tài sản đầu tiên áp dụng cho cả hai phím và superkeys, tài sản thứ haiđược yêu cầu cho các phím. Do đó, một khóa cũng là một superkey, nhưng không phải phó versa. Xem xétmối quan hệ sinh viên của hình 3.1. Thiết lập thuộc tính {Ssn} là một chìa khóa cho sinh viênbởi vì không có tuples hai học sinh có thể có cùng một giá trị cho Ssn.8 bất kỳ thiết lập các thuộc tínhđiều đó bao gồm Ssn-ví dụ: {Ssn, tên, tuổi} — là một superkey. Tuy nhiên, cácsuperkey {Ssn, tên, tuổi} là một khóa học không vì loại bỏ tên hoặc tuổihoặc cả hai từ tập vẫn còn lá chúng tôi với một superkey. Nói chung, bất kỳ superkey được thành lậptừ một thuộc tính duy nhất cũng là một chìa khóa. Một chìa khóa với nhiều thuộc tính phải yêu cầu tất cảCác thuộc tính của nó với nhau để có tài sản độc đáo.Giá trị của một thuộc tính quan trọng có thể được sử dụng để xác định duy nhất là mỗi tuple trong mối quan hệ.Ví dụ: Ssn giá trị 305-61-2435 xác định duy nhất tuple tương ứngđể Benjamin Bayer trong mối quan hệ sinh viên. Nhận thấy rằng một tập các thuộc tínhtạo một phím là một tài sản của lược đồ quan hệ; đó là một hạn chế nêngiữ trên mỗi tiểu bang hợp lệ liên quan của giản đồ. Một chìa khóa được xác định từ ý nghĩathuộc tính, và các tài sản là bất biến thời gian: nó phải tiếp tục giữKhi chúng ta chèn tuples mới trong mối quan hệ. Ví dụ, chúng ta không thể và không nênchỉ định thuộc tính Name quan hệ sinh viên trong hình 3.1 là một phím vìcó thể hai sinh viên với cái tên giống hệt nhau sẽ tồn tại một số điểm trong mộtstate.9 hợp lệNói chung, một lược đồ quan hệ có thể có nhiều hơn một chìa khóa. Trong trường hợp này, mỗi người trong số cáccác phím được gọi là một chìa khóa ứng cử viên. Ví dụ, các mối quan hệ xe trong hình 3.4 có haiphím ứng cử viên: License_number và Engine_serial_number. Nó được phổ biến để chỉ địnhmột trong các phím ứng cử viên như khóa chính của mối quan hệ. Đây là các ứng cử viênchìa khóa có giá trị được sử dụng để xác định các tuples trong mối quan hệ. Chúng tôi sử dụng công ướcCác thuộc tính tạo thành khóa chính của lược đồ quan hệ được gạch chân, nhưHiển thị trong hình 3.4. Nhận thấy rằng khi một lược đồ quan hệ có nhiều phím ứng cử viên,

Kết quả (Việt) 2:

Trong khi đó, các tài sản đầu tiên áp dụng cho cả các phím và superkeys, tài sản thứ hai
được yêu cầu cho các phím. Do đó, một chìa khóa cũng là một superkey nhưng không phải ngược lại. Hãy xem xét
các mối quan hệ SINH của Hình 3.1. Các thuộc tính thiết lập {SSN} là khóa SINH
vì không có hai bộ dữ liệu học sinh có thể có cùng giá trị cho SSN.
8 Bất kỳ tập các thuộc tính
bao gồm SSN-ví dụ, {SSN, Tên, Tuổi} -là một superkey. Tuy nhiên, các
superkey {SSN, Tên, Tuổi} không phải là một trọng điểm của HỌC SINH bởi vì loại bỏ hoặc Tên Tuổi
hoặc cả hai từ tập vẫn lá chúng tôi với một superkey. Nói chung, bất kỳ superkey hình thành
từ một thuộc tính đơn cũng là một chìa khóa. Khoá với nhiều thuộc tính phải yêu cầu tất cả các
thuộc tính của nó với nhau để có các tài sản độc đáo.
Giá trị của một thuộc tính quan trọng có thể được sử dụng để nhận diện mỗi tuple trong mối quan hệ.
Ví dụ, giá trị SSN 305-61-2435 xác định duy nhất các tuple tương ứng
với Benjamin Bayer trong quan hệ SINH VIÊN. Chú ý rằng một tập các thuộc tính
cấu thành quan trọng là một thuộc tính của lược đồ quan hệ; nó là một ràng buộc mà nên
giữ tất cả các bang quan hợp lệ của lược đồ. Một khóa được xác định từ các ý nghĩa
của các thuộc tính, và bất động sản là thời gian bất biến: Nó phải tiếp tục giữ
khi chúng ta chèn các tuple mới trong mối quan hệ. Ví dụ, chúng ta không thể và không nên
chỉ định các thuộc tính Name của các mối quan hệ SINH trong hình 3.1 như một chìa khóa vì
nó có thể là hai học sinh có tên giống hệt nhau sẽ tồn tại một số điểm trong một
state.9 hợp lệ
Trong một sơ đồ chung, mối quan hệ có thể có nhiều hơn một khóa. Trong trường hợp này, mỗi
phím được gọi là một khóa ứng viên. Ví dụ, các mối quan hệ CAR trong hình 3.4 có hai
phím ứng cử viên: License_number và Engine_serial_number. Nó được phổ biến để chỉ
một trong các phím ứng cử viên làm khóa chính của quan hệ. Đây là ứng cử viên
quan trọng có giá trị được sử dụng để xác định bản ghi trong các mối quan hệ. Chúng tôi sử dụng quy ước
rằng các thuộc tính hình thành nên khóa chính của một lược đồ quan hệ đang được gạch dưới, như
thể hiện trong hình 3.4. Chú ý rằng khi một lược đồ quan hệ có một số phím ứng cử viên,