É aceitável ter referências de chaves estrangeiras circulares \ Como evitá-las?

Como você está usando campos anuláveis ​​para as chaves estrangeiras, você pode, de fato, construir um sistema que funcione corretamente da maneira que você imagina. Para inserir linhas na tabela Contas, você precisa ter uma linha presente na tabela Contatos, a menos que permita inserções em Contas com um PrimaryContactID nulo. Para criar uma linha de contato sem já ter uma linha Account presente, você deve permitir que a coluna AccountID na tabela Contacts seja anulável. Isso permite que as contas não tenham contatos e permite que os contatos não tenham conta. Talvez isso seja desejável, talvez não.

Dito isto, minha preferência pessoal seria ter a seguinte configuração:

CREATE TABLE dbo.Accounts
(
    AccountID INT NOT NULL
        CONSTRAINT PK_Accounts
        PRIMARY KEY CLUSTERED
        IDENTITY(1,1)
    , AccountName VARCHAR(255)
);

CREATE TABLE dbo.Contacts
(
    ContactID INT NOT NULL
        CONSTRAINT PK_Contacts
        PRIMARY KEY CLUSTERED
        IDENTITY(1,1)
    , ContactName VARCHAR(255)
);

CREATE TABLE dbo.AccountsContactsXRef
(
    AccountsContactsXRefID INT NOT NULL
        CONSTRAINT PK_AccountsContactsXRef
        PRIMARY KEY CLUSTERED
        IDENTITY(1,1)
    , AccountID INT NOT NULL
        CONSTRAINT FK_AccountsContactsXRef_AccountID
        FOREIGN KEY REFERENCES dbo.Accounts(AccountID)
    , ContactID INT NOT NULL
        CONSTRAINT FK_AccountsContactsXRef_ContactID
        FOREIGN KEY REFERENCES dbo.Contacts(ContactID)
    , IsPrimary BIT NOT NULL 
        CONSTRAINT DF_AccountsContactsXRef
        DEFAULT ((0))
    , CONSTRAINT UQ_AccountsContactsXRef_AccountIDContactID
        UNIQUE (AccountID, ContactID)
);

CREATE UNIQUE INDEX IX_AccountsContactsXRef_Primary
ON dbo.AccountsContactsXRef(AccountID, IsPrimary)
WHERE IsPrimary = 1;

Isso fornece a capacidade de:

1. Delineie claramente as relações entre contatos e contas por meio de uma tabela de referência cruzada da maneira que Pieter recomenda em sua resposta
2. Manter a integridade referencial de maneira sólida e não circular.
3. Forneça uma lista altamente sustentável de contatos primários por meio do IX_AccountsContactsXRef_Primaryíndice. Este índice contém um filtro, por isso só funcionará em plataformas que os suportam. Como esse índice é especificado com a UNIQUEopção, só pode haver um único contato principal para cada conta.

Por exemplo, se você deseja exibir uma lista de todos os contatos, com uma coluna indicando o status "principal", mostrando os contatos principais no topo da lista de cada conta, você pode fazer:

SELECT A.AccountName
    , C.ContactName
    , XR.IsPrimary
FROM dbo.Accounts A
    INNER JOIN dbo.AccountsContactsXRef XR ON A.AccountID = XR.AccountID
    INNER JOIN dbo.Contacts C ON XR.ContactID = C.ContactID
ORDER BY A.AccountName
    , XR.IsPrimary DESC
    , C.ContactName;

O índice filtrado evita a inserção de mais de um único contato principal por conta, ao mesmo tempo em que fornece um método rápido de retornar uma lista de contatos principais. Pode-se facilmente imaginar outra coluna, IsActivecom um índice filtrado não exclusivo para manter um histórico de contatos por conta, mesmo depois que esse contato não estiver mais associado à conta:

ALTER TABLE dbo.AccountsContactsXRef
ADD IsActive BIT NOT NULL
CONSTRAINT DF_AccountsContactsXRef_IsActive
DEFAULT ((1));

CREATE INDEX IX_AccountsContactsXRef_IsActive
ON dbo.AccountsContactsXRef(IsActive)
WHERE IsActive = 1;

Não, não é aceitável ter referências circulares de chave estrangeira. Não apenas porque seria impossível inserir dados sem descartar e recriar constantemente a restrição. mas porque é um modelo fundamentalmente falho de todo e qualquer domínio que eu possa imaginar. No seu exemplo, não consigo pensar em nenhum domínio em que o relacionamento entre Conta e Contato não seja NN, exigindo uma tabela de junção com referências FK de volta para Conta e Contato.

CREATE TABLE Account
(
    ID INT PRIMARY KEY IDENTITY,
    Name VARCHAR(50)
)

CREATE TABLE Contact
(
    ID INT PRIMARY KEY IDENTITY,
    Name VARCHAR(50),
)

CREATE TABLE AccountContact
(
    AccountID INT FOREIGN KEY REFERENCES Account(ID),
    ContactID INT FOREIGN KEY REFERENCES Contact(ID),

    primary key(AccountID,ContactID)
)

Você pode fazer com que seu objeto externo aponte para o contato principal, e não para a conta. Seus dados ficariam assim:

CREATE TABLE Account
(
    ID INT PRIMARY KEY IDENTITY,
    Name VARCHAR(50)
)

CREATE TABLE Contact
(
    ID INT PRIMARY KEY IDENTITY,
    Name VARCHAR(50),
    AccountID INT FOREIGN KEY REFERENCES Account(ID)
)

CREATE TABLE AccountOwner (
    Other Stuff Here . . .
    PrimaryContactID INT FOREIGN KEY REFERENCES Contact(ID)
)