Ross Presser's questions

CREATE TABLE Parent ( ParentID int NOT NULL PRIMARY KEY,
                      ParentName varchar(50) NULL )
CREATE TABLE Child  ( ChildID int NOT NULL PRIMARY KEY,
                      ParentID int NOT NULL REFERENCES Parent (ParentID),
                      ChildName varchar(50) NULL,
                      IsFavorite BIT NOT NULL )

O primeiro desejo é que eu gostaria de evitar a situação de pais sem filhos. Obviamente, quando o par é criado pela primeira vez, o Pai não terá filho, e eu não quero impedir a inserção em si; mas quero proibir totalmente a exclusão do último filho. (Por motivos comerciais, os Pais nunca serão excluídos.)

Como segundo desejo, preciso evitar mais de um Child com IsFavorite=1, o que sei que posso fazer com um índice exclusivo filtrado. Eu também gostaria de desencorajar não ter filhos com IsFavorite=1 -- ou seja, não permitir a configuração IsFavorite=0 se este for o único filho de seu pai. (Do lado do aplicativo, as inserções normalmente devem ser feitas corretamente com IsFavorite=1 para o primeiro filho; mas não quero que o banco de dados interfira nisso.)

Tenho certeza de que não sou o primeiro com esses desejos, mas não consegui encontrar uma pergunta correspondente no dba ou no stackoverflow. Se isso é um engano, por favor marque-o como um idiota e me aponte onde eu preciso estar.

Tínhamos um grande banco de dados rodando em uma instância do SQL Server 2014 Enterprise (licença de avaliação). Devido a restrições de custo, tivemos que movê-lo para uma nova instância do SQL Server 2017 Standard (licença por núcleo; apenas atualizado para CU6). EDIT: O banco de dados está em compatibilidade com SQL Server 2014 (120) e foi transferido restaurando backups completos e de log.

Tudo está funcionando bem, exceto o rastreamento de alterações. Usamos o rastreamento de alterações para localizar alterações recentes e manter uma tabela desnormalizada atualizada; a tabela denorm é utilizada para o preenchimento rápido de uma grade para a aplicação web.

O rastreamento de alterações está funcionando, mas aparentemente a limpeza automática não. Estamos recebendo alertas de gravidade 016:

A limpeza automática do Change Tracking está bloqueada na tabela lateral do tablename. Se a falha persistir, verifique se a tabela tablenameestá bloqueada por algum processo.

Estes vêm a cada meia hora para cada uma das mesas que está reclamando (cerca de 4 mesas diferentes).

Tentamos a limpeza manual descrita aqui ... ela também apresenta erros "tabela lateral bloqueada".

Então aqui vão minhas escolhas:

1. Desligue este alerta específico e espere que nada exploda.
2. Desligue a limpeza automática; agende uma limpeza manual durante uma janela de manutenção diária.
3. Não tenho certeza do que mais posso fazer.

Além de "o que devo fazer para parar isso?", minha pergunta paralela é "por que isso está acontecendo com o 2017 Std quando não aconteceu com o 2014 Enterprise?"