Realizamos a prática de modelagem de dados lógica para o Projeto Kanban 2, convertendo o diagrama ERD de modelagem de dados conceitual para formato de tabela e realizando normalização.
Principalmente, a parte em que consideramos a relação entre duas tabelas com base na tabela de mapeamento e a aplicação de restrições na etapa de normalização foi desafiadora.
Consideramos a separação da Tag da tabela Ticket em uma tabela separada, verificamos se a 3ª forma normal foi satisfeita e ponderamos se deveríamos separar author_id e responsibility_id.
Aprendizagem e prática em modelagem de dados lógica
Modelagem de Dados Conceitual ERD
Diagrama ERD de Modelagem de Dados Conceitual
Primeiro, passamos pelo processo de modelagem de dados conceitual e, com base nesse ERD, realizamos a modelagem de dados lógica.
Modelagem de Dados Lógica ERD
Diagrama ERD de Modelagem de Dados Lógica
Uma das partes mais desafiadoras foi ter que considerar a relação de ambas as tabelas com base na tabela de mapeamento.
Após a conversão do ERD de modelagem de dados conceitual para o formato de tabela, realizamos a normalização.
Normalização
As etapas de normalização devem ser seguidas sequencialmente. Observando o ERD acima, podemos ver que a 1ª forma normal está satisfeita.
Para satisfazer a 2ª forma normal, criamos uma tabela para Tag na tabela Ticket e usamos a chave primária dessa tag como chave estrangeira.
Visualização do processo de normalização
Agora, precisamos verificar se a 3ª forma normal está satisfeita, mas ainda estou tendo dificuldades com o conceito, o que torna o processo desafiador. Estou em dúvida se preciso separar author_id e responsibility_id da tabela Ticket em outras tabelas. Não é um relacionamento N:M e é uma chave estrangeira, então decidi ignorar por enquanto.
