ALTER BẢNG KIỂM TRA CONSTRAINT

Từ Object Explorer trong SQL Server, khi chọn và kịch bản một ràng buộc khóa ngoài, đoạn mã sau được tạo.

     USE [MyTestDatabase]
     GO

     ALTER TABLE [dbo].[T2] WITH NOCHECK ADD CONSTRAINT [FK_T2_T1] FOREIGN KEY([T1ID])
     REFERENCES [dbo].[T1] ([T1ID])
     GO

     ALTER TABLE [dbo].[T2] CHECK CONSTRAINT [FK_T2_T1]
     GO

Mục đích của tuyên bố cuối cùng "ALTER TABLE KIỂM TRA CONSTRAINT" là gì? Nó dường như không quan trọng cho dù nó có chạy hay không. Nó không thất bại trên dữ liệu xấu hiện tại và cũng không thay đổi rằng ràng buộc sẽ được thực thi trên dữ liệu mới.

Cảm ơn!

Nó đảm bảo rằng các ràng buộc được kích hoạt sau khi nó được tạo. ALTER TABLETuyên bố của bạn bao gồm WITH NOCHECKphần nào nói rằng không kiểm tra dữ liệu xấu hiện có trong quá trình tạo ràng buộc.

Như được viết, dữ liệu hiện tại sẽ không được kiểm tra đối với các ràng buộc vì WITH NOCHECKtrong câu lệnh đầu tiên. Việc đưa ra câu lệnh thứ hai sẽ cho phép kiểm tra đối với các ràng buộc đối với bất kỳ thay đổi nào trong tương lai đối với bảng được bao phủ bởi các ràng buộc đó, cho đến khi một điểm ALTER TABLE [dbo].[T2] NOCHECK CONSTRAINT [FK_T2_T1]được ban hành.

Các báo cáo, như được viết, về cơ bản là nói "Tạo ràng buộc khóa ngoại này nhưng không kiểm tra nó dựa trên dữ liệu hiện có. Làm cho nó hoạt động cho bất kỳ thay đổi nào sắp tới đối với dữ liệu."

Tuyên bố đầu tiên của bạn tạo ra một ràng buộc bị vô hiệu hóa. Nó cần phải được kích hoạt và có thể đáng tin cậy. Cú pháp lạ sau đây sẽ đảm bảo ràng buộc của bạn được kích hoạt và tin cậy:

ALTER TABLE YourTable
      WITH CHECK CHECK CONSTRAINT YourConstraint;

Có một bài viết rất hay của Hugo Kornelis giải thích nó rất chi tiết: Bạn có thể tin tưởng vào những hạn chế của bạn