Slutresultatet er ikke det samme!
SQL Server vil ikke stole på det unikke ved FK, hvis det ikke er markeret. Det betyder, at der kræves yderligere behandling, hvis du bruger kolonnen i en forespørgsel.
Lang historie kort er, at du skal få SQL Server til at kontrollere kolonnen, så den anses for at være pålidelig.
Med hensyn til hvorfor de er forskellige fra forskellige servere, skal du kontrollere kolonnen isnottrusted i sys.foreign_keys. Dette kan påvirke, hvad SSMS genererer?
Se mit andet svar for at få mere at snakke om dette. der relaterer til FK &NO CHECK/ CHECK muligheder.