Le résultat final n'est pas le même !
SQL Server ne fera pas confiance à l'unicité du FK s'il n'est pas vérifié. Cela signifie qu'un traitement supplémentaire est requis si vous utilisez la colonne dans une requête.
Pour résumer, vous devez demander à SQL Server de vérifier la colonne afin qu'elle soit considérée comme fiable.
Quant à savoir pourquoi ils sont différents des différents serveurs, vérifiez la colonne isnottrusted dans sys.foreign_keys. Cela peut affecter ce que SSMS génère ?
Pour plus de diatribe à ce sujet, consultez mon autre réponse qui se rapporte aux options FK &NO CHECK/ CHECK.
