plan d'exécution bizarrerie après réactivant contrainte de clé étrangère

Question

J'ai un problème bizarre où, après la mise en nocheck sur une contrainte étrangère et réactivant lui,

Je reçois un même plan d'exécution hors daté qui a été utilisé avec nocheck sur. Pourquoi le serveur SQL génère-t-il un plan d'exécution comme si la contrainte étrangère FKBtoA était désactivée même après l'ajout de la vérification avec l'instruction suivante?

Pourquoi le serveur SQL générerait-il un plan d'exécution?

alter table B check constraint FKBtoA 

---

[Update1]
Jusqu'à présent, laissant tomber la contrainte étrangère et readding cela a fonctionné. Mais pour les tables vraiment grandes, cela semble être une exagération - Y at-il un meilleur moyen?

[REPONSE]

J'ai dû ajouter WITH CHECK dans l'instruction alter comme suit pour obtenir l'ancien plan d'exécution

alter table B WITH CHECK add constraint FKBtoA foreign key (AID) references A(ID) 

---

Voici une déclaration SQL complète

create table A (ID int identity primary key) 
create table B ( 
    ID int identity primary key, 
    AID int not null constraint FKBtoA references A (ID) 
) 

select * 
from B 
where exists (select 1 from A where A.ID = B.AID) 

alter table B nocheck constraint FKBtoA 
GO 
select * 
from B 
where exists (select 1 from A where A.ID = B.AID) 

alter table B check constraint FKBtoA 
GO 
select * 
from B 
where exists (select 1 from A where A.ID = B.AID) 

---

Voici la capture d'écran des plans d'exécution par chaque instruction SELECT

Avant de désactiver la contrainte de clé étrangère

Après avoir désactivé la contrainte de clé étrangère

Après réactivant contrainte de clé étrangère

Answer 1

Il est fort probable que votre contrainte soit activée mais qu'elle ne soit pas approuvée, donc il peut y avoir des lignes orphelines dans votre table enfant. Lire cet excellent article par Hugo Kornelis: Can you trust your constraints?

Answer 2

Personnellement, je ne sais pas, mais je sais comment reconstruire les statistiques ...

Answer 3

Il ne semble pas y avoir de données dans ces tableaux, à en juger par les scripts que vous avez publiés et par la largeur des connecteurs dans le plan. L'analyse des plans de requête sur des tables vides est en grande partie hors de propos: lors de la lecture d'une seule page, l'optimiseur choisira presque certainement une analyse complète.

Je suppose que vous faites cela comme une sorte d'expérience, dans le monde réel, vous devriez rejoindre ces tables n'utilisent pas EXIST interne.