Qual é o propósito de SET NULL em restrições de exclusão/atualização de chaves estrangeiras?

Se set nullé útil ou não, depende do que você escolheu nullsignificar no contexto específico - com toda a confusão e opinião em torno nulldo IMO, a abordagem sensata é que o DBA

1. Escolha (e documente) o que significa para cada campo anulável
2. Certifique-se de que isso significa apenas uma coisa

Com essas regras, considere o seguinte caso de uso:

• Você tem uma 'loja' de mesa (por exemplo, instalações individuais)
• Você tem uma tabela 'varejista' (por exemplo, cadeias)
• A tabela 'loja' possui um campo de pesquisa referente à chave 'varejista'
• Você definiu nullpara representar uma loja independente (ou seja, uma que não faz parte de uma rede)
• Um 'varejista' fecha filiais a ponto de você considerar suas lojas independentes

Nesse caso, on delete set nullfaz sentido. Existem outras maneiras de modelar essas regras de negócios, mas esta é a mais simples e, se ela se encaixar com precisão nos fatos importantes para você no mundo real, sugiro que esteja perfeitamente ok

A maioria dos casos de uso em que consigo pensar geralmente são da forma "Bem, poderíamos fazer algo diferente, mas sentimos vontade de fazer isso".

Considere um ownercampo para um bug em um sistema de rastreamento de problemas em uma empresa. Se John sair, certamente todos os seus problemas não devem ser simplesmente excluídos quando sua conta for removida. Mesmo assim, alguns bancos SET DEFAULTde dados permitem uma ação (ou ter um acionador para executar a mesma tarefa), e ter um Nobodyfuncionário como o proprietário padrão dos problemas pode ser uma opção. Ou poderíamos ter um disabledcampo para John em vez de excluir seu registro.