the primary key of DEPARTMENT—the D

the primary key of DEPARTMENT—the Dnumber attribute—in some tuple t2 of the DEPARTMENT relation, or the value of Dno can be NULL if the employee does not belong to a department or will be assigned to a department later. For example, in Figure 3.6 the tuple for employee ‘John Smith’ references the tuple for the ‘Research’ department, indicating that ‘John Smith’ works for this department.Notice that a foreign key can refer to its own relation. For example, the attribute Super_ssn in EMPLOYEE refers to the supervisor of an employee; this is another employee, represented by a tuple in the EMPLOYEE relation. Hence, Super_ssn is a foreign key that references the EMPLOYEE relation itself. In Figure 3.6 the tuple for employee ‘John Smith’ references the tuple for employee ‘Franklin Wong,’ indicating that ‘Franklin Wong’ is the supervisor of ‘John Smith.’ We can diagrammatically display referential integrity constraints by drawing a directed arc from each foreign key to the relation it references. For clarity, the arrowhead may point to the primary key of the referenced relation. Figure 3.7 shows the schema in Figure 3.5 with the referential integrity constraints displayed in this manner. All integrity constraints should be specified on the relational database schema (i.e., defined as part of its definition) if we want to enforce these constraints on the database states. Hence, the DDL includes provisions for specifying the various types of constraints so that the DBMS can automatically enforce them. Most relational DBMSs support key, entity integrity, and referential integrity constraints. These constraints are specified as a part of data definition in the DDL.

Results (Vietnamese) 1:

khóa chính của vùng — các thuộc tính Dnumber-trong một số tuple t2 của mối quan hệ tỉnh hoặc giá trị của Dno có thể là NULL nếu người lao động không thuộc về một bộ phận hoặc sẽ được gán cho một bộ phận sau này. Ví dụ, trong hình 3.6 tuple cho nhân viên 'John Smith' tài liệu tham khảo tuple cho bộ phận 'Nghiên cứu', chỉ ra rằng 'John Smith' làm việc cho bộ phận này. Thông báo một chìa khóa nước ngoài có thể đề cập đến mối quan hệ riêng của mình. Ví dụ: thuộc tính Super_ssn trong nhân viên đề cập đến giảng viên hướng dẫn của nhân viên; đây là một nhân viên, đại diện bởi một tuple trong mối liên hệ nhân viên. Do đó, Super_ssn là một chìa khóa nước ngoài tài liệu tham khảo nhân viên quan hệ bản thân. Trong hình 3.6 tuple cho nhân viên 'John Smith' tài liệu tham khảo tuple cho nhân viên 'Franklin Wong,' chỉ ra rằng 'Franklin Wong' giám sát 'John Smith' Chúng tôi có thể diagrammatically Hiển thị toàn vẹn referential ràng buộc bằng cách vẽ một đạo diễn hồ quang từ mỗi phím nước ngoài để mối quan hệ đó tham khảo. Cho rõ ràng, Sân bay arrowhead có thể trỏ đến các khóa chính của mối quan hệ tham chiếu. Con số 3,7 cho thấy giản đồ trong hình 3.5 với ràng buộc toàn vẹn referential Hiển thị theo cách này. Tất cả các ràng buộc toàn vẹn nên được xác định trên lược đồ cơ sở dữ liệu quan hệ (ví dụ, định nghĩa như là một phần của định nghĩa của nó) nếu chúng ta muốn thực thi những khó khăn về các quốc gia cơ sở dữ liệu. Do đó, DDL bao gồm các quy định để chỉ định các loại khác nhau của khó khăn vì vậy mà các DBMS có thể tự động thực thi chúng. Đặt quan hệ DBMSs hỗ trợ các phím, thực thể toàn vẹn và tính toàn vẹn referential ràng buộc. Những ràng buộc được quy định như là một phần của định nghĩa dữ liệu trong DLC.

Results (Vietnamese) 2:

khóa chính của SỞ-the-Dnumber thuộc tính trong một số t2 tuple của mối quan hệ DEPARTMENT, hoặc giá trị của Dno thể là NULL nếu người lao động không thuộc về một bộ phận hoặc sẽ được giao cho một bộ phận sau này. Ví dụ, trong hình 3.6 tuple cho nhân viên tài liệu tham khảo "John Smith 'tuple cho bộ phận" Research ", chỉ ra rằng tác phẩm' John Smith 'cho department.Notice này rằng một chính nước ngoài có thể tham khảo liên quan của riêng mình. Ví dụ, các thuộc tính trong Super_ssn NHÂN VIÊN đề cập đến người giám sát của một nhân viên; này là một nhân viên khác, đại diện bởi một tuple trong quan hệ EMPLOYEE. Do đó, Super_ssn là khóa ngoại tham chiếu đến quan hệ EMPLOYEE chính nó. Trong hình 3.6 tuple cho nhân viên tài liệu tham khảo "John Smith 'tuple cho nhân viên' Franklin Wong, 'chỉ ra rằng' Franklin Wong là người giám sát" John Smith ". Chúng tôi diagrammatically có thể hiển thị các ràng buộc toàn vẹn tham chiếu bằng cách vẽ một vòng cung hướng từ mỗi chính nước ngoài để các mối quan hệ mà nó tham chiếu. Để rõ ràng hơn, các đầu mũi tên có thể trỏ đến khóa chính của quan hệ tham chiếu. Hình 3.7 cho thấy các lược đồ trong hình 3.5 với các ràng buộc toàn vẹn tham chiếu hiển thị theo cách này. Tất cả các ràng buộc toàn vẹn nên được xác định trên lược đồ cơ sở dữ liệu quan hệ (ví dụ, định nghĩa như là một phần của định nghĩa của nó), nếu chúng ta muốn thực thi những hạn chế trên các trạng thái cơ sở dữ liệu. Do đó, các DDL có các quy định để xác định các loại khác nhau của các ràng buộc để các DBMS có thể tự động thực thi chúng. Hầu hết các DBMS quan hệ hỗ trợ quan trọng, toàn vẹn thực thể và các ràng buộc toàn vẹn tham chiếu. Những hạn chế này được quy định như một phần của định nghĩa dữ liệu trong DDL.