Para que eu usaria uma chave estrangeira MATCH SIMPLE? [duplicado]

Minha preferência é evitar nulos em colunas de chave estrangeira. Torne todas as chaves estrangeiras não anuláveis. Na verdade, tenho chave estrangeira = não nulo como uma verificação padrão em alguns scripts de análise estática que uso para validar projetos de banco de dados.

O comportamento FULL / SIMPLE é obscuro o suficiente para que, em minha experiência, nem mesmo os especialistas o entendam (sou um especialista e tenho que pensar duas vezes!) Como o ypercube aponta, SIMPLE é efetivamente o padrão no Microsoft SQL Server mas suspeito que a maioria das pessoas que trabalha com esse produto nunca o considerou. Se um de seus objetivos no design do banco de dados é tornar os dados compreensíveis e úteis para o usuário médio, as chaves estrangeiras devem ser não anuláveis.

Para chaves estrangeiras de várias colunas, MATCH SIMPLEpermite um valor errado (= sem referência) em qualquer uma das colunas, desde que pelo menos uma coluna da chave estrangeira contenha um NULLvalor.

Não exatamente. Todas as restrições de chave estrangeira permitem que as linhas estejam "erradas" (sem referência) se a linha tiver NULLvalores. MATCH FULLpor exemplo, permitirá uma (NULL, NULL)linha em uma chave estrangeira de duas colunas. Isso também não faz muito sentido para mim. A única diferença é - como você mencionou - que permitirá MATCH SIMPLElinhas enquanto não.(post_id_value, NULL)(NULL, language_id_value)MATCH FULL

Já vi algumas questões no site onde fazia (alguns) sentido ter MATCH SIMPLEe um valor ser nulo. Os casos geralmente tinham algum design desnormalizado. No seu exemplo ficaria como uma chave estrangeira extra da tabela de histórico, usando apenas uma das duas colunas:

 (post_id) REFEERNCES post (post_id)

Isso permitiria que a tabela de histórico fizesse referência à tabela de tradução quando ambos os valores não fossem nulos e à tabela de postagem quando language_id fosse nulo. Eu mesmo nunca usaria, mas já vi.

Agora, deixando esses casos estranhos para trás, as duas opções ( MATCH FULLe MATCH SIMPLE) são idênticas se todas as colunas forem definidas com NOT NULL. E como é comum ter colunas não anuláveis ​​em chaves estrangeiras e essa configuração afeta apenas chaves estrangeiras de várias colunas, acho que é por isso que muitos designers geralmente não se preocupam com essa configuração e a deixam como padrão do DBMS ( MATCH SIMPLEno Postgres) .

Então, para sua pergunta:

Por que eu usaria MATCH SIMPLEpara minha chave estrangeira?

Posso contra-perguntar:

Por que eu usaria NULLpara minhas colunas de chave estrangeira?

Observe também que a maioria dos DBMS não implementou todas as opções fornecidas pelo padrão SQL. O Postgres não tem MATCH PARTIALe o SQL Server não tem nenhuma opção (todas as chaves estrangeiras se comportam como MATCH SIMPLE).

Você está perguntando:

Qual seria um exemplo em que faz sentido?

Aqui está um exemplo muito simples:

create table student(snum integer primary key,
                     name text);
create table course(cnum integer primary key,
                    title text);
create table exam (snum integer references student,
                   cnum integer references course,
                   mark integer check (mark >=1 and mark <= 10),
                   primary key(snum, cnum));
create table info (snum integer,
                   cnum integer,
                   info text,
                   foreign key (snum) references student,
                   foreign key (cnum) references course,
                   foreign key (snum, cnum) references exam match simple,
                   check (snum is not null or cnum is not null));
insert into student values (1, 'john'), (2, 'mary'), (3, 'lucy');
insert into course values (1, 'programming'), (2, 'database');
insert into exam values (1, 1, 10), (1, 2, 8), (3, 1, 6), (3, 2, 9);
insert into info values (1, null, 'info about student 1'), 
                        (null, 2, 'info about course 2'), 
                        (1, 1, 'info about exam of student 1 in course 1');

Neste exemplo, a tabela infomantém informações sobre, aluno, cursos e exames, e queremos que essas informações sejam consistentes. Sem match simpleisso não é possível. Observe que, no entanto, a chave estrangeira é verificada:

insert into info values (2, 2, 'info about exam of student 2 in course 2');

ERROR: insert or update on table "info" violates foreign key constraint "info_snum_fkey1"
SQL state: 23503
Detail: Key (snum, cnum)=(2, 2) is not present in table "exam".

Finalmente, observe que no exemplo acima você deve especificar pelo menos um aluno ou um curso;

insert into info values (null, null, 'nonsense information');

ERROR:  new row for relation "info" violates check constraint "info_check"
DETAIL:  Failing row contains (null, null, nonsense information).