Chaves estrangeiras filtradas

Supondo que você deseja implementar um relacionamento de supertipo/subtipo entre as duas tabelas (an Addressé um Contact), você pode, com uma coluna com um valor fixo de 'A'e usá-lo para a chave estrangeira:

CREATE TABLE Contact
  ( ID INT NOT NULL IDENTITY,
    Type VARCHAR(10) NOT NULL,
    PRIMARY KEY (ID, Type)
  ) ;

e

CREATE TABLE Address
  ( ID INT NOT NULL,
    Type  VARCHAR(10) NOT NULL DEFAULT 'A',
    CHECK (Type = 'A'),
    PRIMARY KEY (ID, Type),
    FOREIGN KEY (ID, Type)
      REFERENCES Contact (ID, Type)
  ) ;

Alternativamente, poderíamos declarar Typeem Address como uma coluna computada persistente (a restrição de verificação não seria necessária então):
Type AS CAST('A' AS varchar(10)) PERSISTED

CREATE TABLE Address
  ( ID INT NOT NULL,
    Type AS CAST('A' AS varchar(10)) PERSISTED NOT NULL,
    PRIMARY KEY (ID, Type),
    FOREIGN KEY (ID, Type)
      REFERENCES Contact (ID, Type)
  ) ;

Uma chave estrangeira precisa fazer referência a uma chave primária ou restrição exclusiva.

Olhando para suas tabelas, suponho que você deseja que os contatos tenham um ID que exista no endereço? Em caso afirmativo, desde que você tenha uma restrição PRIMARY KEYou UNIQUEna coluna ID em Endereço, então...

ALTER TABLE Contacts WITH CHECK ADD  CONSTRAINT [FK_Contacts_Address] FOREIGN KEY(ID)
REFERENCES Address (ID)

Se você estiver dizendo que um contato deve ter um endereço que tenha um tipo 'A', será necessário usar um INSTEAD OFgatilho ou um procedimento armazenado executado em um agendamento para listar quaisquer contatos que não tenham o tipo de endereço 'A'.