Hoe u alle externe sleutels weergeeft met WITH NOCHECK in SQL Server

Het volgende retourneert de naam van de externe sleutels in de huidige database die zijn uitgeschakeld, d.w.z. WITH NOCHECK

Voor SQL Server 2005/2008:

select * from sys.foreign_keys where is_disabled=1

-- drop table t1
-- drop table t2
create table t1(i int not null, fk int not null)
create table t2(i int not null)
-- create primary key on t2
alter table t2
add constraint pk_1 primary key (i)
-- create foriegn key on t1
alter table t1
add constraint fk_1 foreign key (fk)
    references t2 (i)
--insert some records
insert t2 values(100)
insert t2 values(200)
insert t2 values(300)
insert t2 values(400)
insert t2 values(500)
insert t1 values(1,100)
insert t1 values(2,100)
insert t1 values(3,500)
insert t1 values(4,500)
----------------------------
-- 1. enabled and trusted
select name,is_disabled,is_not_trusted from sys.foreign_keys
GO

-- 2. disable the constraint
alter table t1 NOCHECK CONSTRAINT fk_1
select name,is_disabled,is_not_trusted from sys.foreign_keys
GO

-- 3. re-enable constraint, data isnt checked, so not trusted.
-- this means the optimizer will still have to check the column
alter table  t1 CHECK CONSTRAINT fk_1 
select name,is_disabled,is_not_trusted from sys.foreign_keys
GO

--4. drop the foreign key constraint & re-add 
-- it making sure its checked
-- constraint is then enabled and trusted
alter table t1  DROP CONSTRAINT fk_1
alter table t1 WITH CHECK 
add constraint fk_1 foreign key (fk)
    references t2 (i)
select name,is_disabled,is_not_trusted from sys.foreign_keys
GO


--5. drop the foreign key constraint & add but dont check
-- constraint is then enabled, but not trusted
alter table t1  DROP CONSTRAINT fk_1
alter table t1 WITH NOCHECK 
add constraint fk_1 foreign key (fk)
    references t2 (i)
select name,is_disabled,is_not_trusted from sys.foreign_keys
GO

is_disabled betekent dat de beperking is uitgeschakeld

isnottrusted betekent dat SQL Server niet vertrouwt dat de kolom is gecontroleerd aan de hand van de refererende-sleuteltabel.

Er kan dus niet worden aangenomen dat het opnieuw inschakelen van de externe sleutelbeperking zal worden geoptimaliseerd. Om ervoor te zorgen dat de optimizer de kolom vertrouwt, is het het beste om de externe sleutelbeperking te laten vallen en deze opnieuw te maken met de WITH CHECK optie (4.)