

Seu próximo nível começa aqui
Seu desenvolvimento não pode ter limites. Garanta sua Assinatura Ilimitada e libere uma preparação completa com os melhores professores do Brasil.
Uma equipe de TI de um Tribunal do Trabalho está revisando a modelagem lógica de um sistema de controle de intimações judiciais. Inicialmente, havia uma única tabela chamada Intimacoes com os seguintes atributos:
• id_intimacao (chave primária)
• nome_servidor
• cargo_servidor
• data_intimacao
• tipo_intimacao
• descricao_intimacao
Durante uma auditoria, identificou-se que:
• Servidores podem ser intimados várias vezes, mas têm nome e cargo fixos.
• O tipo_intimacao é escolhido de uma lista padronizada.
• Há repetição de dados e dificuldade de atualização nas colunas nome_servidor, cargo_servidor e tipo_intimacao.
Para resolver o problema, a equipe decide aplicar corretamente a terceira forma normal (3FN) por meio da ação:
Agrupar os dados por tipo_intimacao usando uma view e aplicar restrições de chave estrangeira apenas na visualização lógica do banco.
Normalizar apenas os dados de descricao_intimacao para uma nova tabela, pois ela representa um campo de texto variável, o que reduz o custo de armazenamento.
Separar os dados em tabelas relacionadas: Servidores, Tipos_Intimacao e Intimacoes, usando chaves estrangeiras para remover dependências transitivas e garantir integridade referencial.
Manter todos os atributos na mesma tabela, mas criar Índices compostos sobre nome_servidor e tipo_intimacao para melhorar o desempenho e evitar redundância lógica.
Eliminar a coluna cargo_servidor da tabela e normalizar apenas até a segunda forma normal, já que dividir em mais tabelas tornaria o sistema mais lento.