If an insertion violates one or mor

If an insertion violates one or more constraints, the default option is to reject the insertion. In this case, it would be useful if the DBMS could provide a reason to the user as to why the insertion was rejected. Another option is to attempt to correct the reason for rejecting the insertion, but this is typically not used for violations caused by Insert; rather, it is used more often in correcting violations for Delete and Update. In the first operation, the DBMS could ask the user to provide a value for Ssn, and could then accept the insertion if a valid Ssn value is provided. In operation 3, the DBMS could either ask the user to change the value of Dno to some valid value (or set it to NULL), or it could ask the user to insert a DEPARTMENT tuple with Dnumber = 7 and could accept the original insertion only after such an operation was accepted. Notice that in the latter case the insertion violation can cascade back to the EMPLOYEE relation if the user attempts to insert a tuple for department 7 with a value for Mgr_ssn that does not exist in the EMPLOYEE relation.

Results (Vietnamese) 1:

Nếu chèn một vi phạm một hoặc nhiều khó khăn, các tùy chọn mặc định là để từ chối chèn. Trong trường hợp này, nó sẽ là hữu ích nếu các DBMS có thể cung cấp một lý do cho người dùng như tại sao chèn đã bị từ chối. Một tùy chọn khác là để cố gắng khắc phục lý do của việc từ chối chèn, nhưng điều này thường là không được sử dụng cho các hành vi vi phạm gây ra do chèn; thay vào đó, nó được sử dụng thường xuyên hơn trong điều chỉnh các hành vi vi phạm đối với xóa và Cập Nhật. Trong hoạt động đầu tiên, các DBMS có thể yêu cầu người sử dụng để cung cấp một giá trị cho Ssn, và sau đó có thể chấp nhận các chèn nếu một giá trị số Ssn hợp lệ được cung cấp. Hoạt động 3, các DBMS hoặc có thể yêu cầu người dùng thay đổi giá trị của Dno một số giá trị hợp lệ (hoặc đặt nó là NULL), hoặc nó có thể yêu cầu người dùng để chèn một tuple vùng với Dnumber = 7 và có thể chấp nhận việc chèn ban đầu chỉ sau khi một hoạt động đã được chấp nhận. Chú ý rằng trong trường hợp sau chèn vi phạm có thể thác quay lại mối liên hệ nhân viên nếu người dùng cố gắng để chèn một tuple cho vùng 7 với một giá trị cho Mgr_ssn không tồn tại trong mối liên hệ nhân viên.

Results (Vietnamese) 2:

Nếu một chèn vi phạm một hoặc nhiều hạn chế, các tùy chọn mặc định là để từ chối việc chèn. Trong trường hợp này, nó sẽ là hữu ích nếu DBMS có thể cung cấp một lý do để người dùng là tại sao chèn đã bị từ chối. Một lựa chọn khác là để cố gắng sửa chữa những lý do để từ chối chèn, nhưng điều này thường không được sử dụng cho các hành vi vi phạm gây ra bởi Insert; thay vào đó, nó được sử dụng thường xuyên hơn trong việc điều chỉnh hành vi vi phạm đối với Delete và Update. Trong hoạt động đầu tiên, các DBMS có thể yêu cầu người dùng cung cấp một giá trị cho SSN, và sau đó có thể chấp nhận khi đặt vòng nếu một giá trị hợp lệ SSN được cung cấp. Trong hoạt động 3, DBMS, hoặc có thể yêu cầu người dùng thay đổi giá trị của Dno một số giá trị hợp lệ (hoặc thiết lập nó để NULL), hoặc nó có thể yêu cầu người dùng để chèn một tuple CỤC với Dnumber = 7 và có thể chấp nhận sự chèn gốc chỉ sau một hoạt động như vậy đã được chấp nhận. Chú ý rằng trong trường hợp này vi phạm chèn có thể thác trở lại các mối quan hệ EMPLOYEE nếu người dùng cố gắng để chèn một tuple cho bộ phận 7 với một giá trị cho Mgr_ssn rằng không tồn tại trong mối quan hệ EMPLOYEE.