Início / dba / Perguntas / 283001
Accepted
cjones
Asked: 2021-01-12 08:47:28 +0800 CST

Esclarecimento de configuração de ForeignKey sobre a atualização de campos relacionados

  • 772

Considerando essas duas tabelas no PosgtreSQL:

# report
+----+-------------+--------------------+
| id | report_name | report_description |
+----+-------------+--------------------+
| 1  | RPT         | ABCDEFGH           |
| 2  | TST         | LMNOPQRS           |
+----+-------------+--------------------+

# report_years
+----+--------------+-------------+------+
| id | report_id_fk | report_name | year |
+----+--------------+-------------+------+
| 11 | 1            | RPT         | 2019 |
| 12 | 1            | RPT         | 2020 |
| 13 | 2            | TST         | 2019 |
+----+--------------+-------------+------+
  1. Dado que report_id_fké uma chave estrangeira na report_yearstabela, não haveria uma maneira de CASCADEatualizar o report_namecom base em report_id_fk?
  2. Eles teriam que ser chaves estrangeiras separadas?
  3. report_namenem deveria estar na report_yearstabela em primeiro lugar, pois é redundante e deve ser consultado com um JOINto report?
  4. É possível ter uma restrição de chave estrangeira de vários campos tal que report_namee yearseria necessária para um CASCADE?

Por exemplo:

# report
+----+-------------+------+
| id | report_name | year |
+----+-------------+------+
| 1  | RPT         | 2018 |
| 2  | RPT         | 2019 |
| 3  | RPT         | 2020 |
+----+-------------+------+

# report_details
+----+-----------+----------------+---------+---------+
| id | report_id | report_name_fk | year_fk | details |
+----+-----------+----------------+---------+---------+
| 11 | 1         | RPT            | 2018    | ABC     |
| 12 | 2         | RPT            | 2019    | DEF     |
| 13 | 3         | RPT            | 2020    | GHI     |
+----+-----------+----------------+---------+---------+
  1. Se eu quisesse alterar o report_namefor year = 2020in report, ele faria CASCADEe report_detailsatualizaria o report_name_fkcom base no report_name_fkand year_fk?
  2. Ou (voltando à pergunta 1), posso configurar um CASCADEque seja atualizado report_name_fke year_fkem report_details?

Eu posso ver como fazer isso com um manual UPDATE, mas vendo se é possível com CASCADE. Ou, como eu acho, isso é redundante, deve ser evitado e se você precisa saber report_namee yearpara um relatório em report_details, você deve apenas escrever uma consulta JOINnele.

postgresql foreign-key

1 respostas

  1. Best Answer

    Você pode resolver isso com uma chave estrangeira de duas colunas e atualização em cascata, mas isso requer uma restrição exclusiva de duas colunas redundantes em report, o que prejudicará o desempenho de DML e usará espaço de armazenamento extra.

    A solução adequada é remover a coluna redundante do report_years. Esse conceito de remover redundância de um modelo de dados para melhorar a consistência é tão importante que existe um nome para ele: normalização.

    • 2

relate perguntas