Modelagem de Dados

MODELAGEM DE DADOS Roteiro Aula Prática 2 ROTEIRO DE AULA PRÁTICA NOME DA DISCIPLINA MODELAGEM DE DADOS Unidade 3 ABORDAGEM ENTIDADERELACIONAMENTO Aula 1 Modelagem de dados através do modelo entidaderelacionamento usando DER OBJETIVOS Utilizar as funcionalidades básicas de uma ferramenta de modelagem de banco de dados Workbench MySQL Elaborar um DER Diagrama Entidade Relacionamento de uma situação proposta SOLUÇÃO DIGITAL MySQL WorkBench LINK SOLUÇÃO DIGITAL httpsdevmysqlcomdownloadsworkbench O Workbench MySQL é um software que utiliza interface gráfica para modelagem de banco de dados sendo o tipo mais indicado o relacional A empresa proprietária é a Oracle que disponibiliza gratuitamente para fins de estudos pesquisas e uso particular Para cada sistema operacional existe um instalador e em alguns casos existe opções para diferentes versões dos sistemas operacionais PROCEDIMENTOATIVIDADE ATIVIDADE PROPOSTA Desenvolver um Diagrama EntidadeRelacionamento DER que represente uma base de dados de um SGBD utilizando o software Workbench MySQL Uma biblioteca de uma universidade realiza empréstimo de suas obras para os alunos da instituição Neste contexto temos Aluno pessoas que possuem registro na faculdade e são autorizadas a fazer empréstimo de livros na biblioteca Livro publicações físicas com registros passiveis de serem emprestados Colaborador funcionário da instituição autorizado a fazer empréstimos de livros aos alunos Empréstimo ação que o colaborador registra no sistema e permite que livro fique relacionado ao aluno por determinado período estabelecido pela biblioteca Cada entidade acima possuem os seguintes atributos Aluno ra nome email telefone Livro isbn nome autor paginas 3 Colaborador cpf nome email cargo Empréstimo id dataEmprestimo dataDevolucao livroIsbn colaboradorCpf Defina as chaves primárias e secundárias defina também os tipos de dados dos atributos e elabore o DER utilizando o Workbench MySQL PROCEDIMENTOS PARA A REALIZAÇÃO DA ATIVIDADE Nessa prática você deverá utilizar a ferramenta Workbench MySQL para elaborar o DER da situação proposta Após download do programa Inicie o Workbench MySQL em seguida clique no ícone representado na Figura 01 Figura 01 Ícone para iniciar um projeto no Workbench MySQL Fonte Elaborada pelo autor No menu superior clique em File New Model ou Ctrl n Agora em Model Overview dê um duplo clique em Add Diagram isso vai fazer que seja aberto a área de edição para desenvolvimento de diagrama entidaderelacionamento no Workbench MySQL é chamado de EER Diagram Agora basta adicionar as entidades os seus respectivos atributos e utilizar o relacionamento por meio das chaves conforme descrito na proposta da atividade CHECKLIST Verificar as entidades que fazem parte do sistema para a biblioteca descrita na proposta da atividade 4 Definir os atributos bem como as chaves primárias e estrangeiras que permite o relacionamento entre as entidades Determinar os tipos de dados de cada um dos atributos Modelar no Workbench MySQL o diagrama entidaderelacionamento para a biblioteca Você deverá entregar o DER elaborado RESULTADOS O estudante deve entregar um arquivo em PDF contendo toda a modelagem e codificação necessária para realização do exercício O arquivo deverá conter Capa Folha de rosto com os dados da disciplina e do aluno Modelagem completa da atividade codificação se necessária Referências bibliográficas quando houver RESULTADOS DE APRENDIZAGEM Compreender o funcionamento básico do Workbench MySQL para desenvolver um diagrama entidaderelacionamento DER permitindo assim que se possa representar um banco de dados da proposta da atividade Esperase ainda que ao final da atividade seja entregue o DER em arquivo texto DOCX com a modelagem do sistema proposto na atividade MODELAGEM DE DADOS Roteiro Aula Prática 2 ROTEIRO DE AULA PRÁTICA NOME DA DISCIPLINA MODELAGEM DE DADOS Unidade 4 NORMALIZAÇÃO DE DADOS Aula 2 Transformação 1FN 2FN OBJETIVOS Garantir que os dados estejam organizados de forma eficiente eliminando redundâncias e facilitando a manutenção e atualização das informações Assegurar que todas as tabelas estejam em conformidade com a Segunda Forma Normal 2FN eliminando dependências parciais e garantindo que cada atributo seja totalmente dependente da chave primária SOLUÇÃO DIGITAL MySQL WorkBench LINK SOLUÇÃO DIGITAL httpsdevmysqlcomdownloadsworkbench O Workbench MySQL é um software que utiliza interface gráfica para modelagem de banco de dados sendo o tipo mais indicado o relacional A empresa proprietária é a Oracle que disponibiliza gratuitamente para fins de estudos pesquisas e uso particular Para cada sistema operacional existe um instalador e em alguns casos existe opções para diferentes versões dos sistemas operacionais PROCEDIMENTOATIVIDADE ATIVIDADE PROPOSTA Cenário Você recebeu um conjunto de dados de uma pequena livraria online O objetivo é normalizar esses dados para garantir que estejam em uma forma mais eficiente e consistente As tabelas iniciais são as seguintes Tabela Pedidos 3 Tabela Produtos Tabela Clientes PROCEDIMENTOS PARA A REALIZAÇÃO DA ATIVIDADE Nessa prática você deverá normalizar as tabelas que estão na atividade proposta considerando a 2FN Segunda Forma Normal Objetivo Normalizar essas tabelas da Primeira Forma Normal 1FN para a Segunda Forma Normal 2FN Passos para Normalização 1 Identificar as Tabelas Inicialmente As tabelas Pedidos Produtos e Clientes já estão em 1FN pois todos os atributos contêm valores atômicos 2 Identificar Dependências Parciais Para atingir a 2FN precisamos eliminar dependências parciais Isso significa que todo atributo não chave deve ser totalmente funcionalmente dependente da chave primária 3 Criar Novas Tabelas para Eliminar Dependências Parciais Dessa maneira você terá normalizado esse modelo para a 2FN A normalização facilita a manutenção e atualização dos dados reduzindo redundâncias e melhorando a integridade dos dados CHECKLIST Verificar Atomicidade dos Dados Certifiquese de que todos os atributos nas tabelas possuem valores atômicos 1FN 4 Identificar Dependências Parciais Determine se existem dependências parciais em relação à chave primária Criar Novas Tabelas Divida tabelas existentes para eliminar dependências parciais criando novas tabelas se necessário Validar Dependências Funcionais Verifique que todos os atributos não chave sejam totalmente dependentes da chave primária 2F Revisar Estruturas das Tabelas Garanta que a nova estrutura das tabelas elimine redundâncias e melhore a integridade dos dados RESULTADOS O estudante deve entregar um arquivo em PDF contendo as tabelas normalizadas juntamente com um texto explicando o processo de normalização O arquivo deverá conter Capa Folha de rosto com os dados da disciplina e do aluno Modelagem completa da atividade texto explicativo Referências bibliográficas quando houver RESULTADOS DE APRENDIZAGEM O estudante será capaz de identificar e eliminar dependências parciais em tabelas de dados aplicando os princípios de normalização para transformar tabelas da Primeira Forma Normal 1FN para a Segunda Forma Normal 2FN melhorando a eficiência e integridade dos dados UNIVERSIDADE CURSO ALUNO A RELATÓRIO AULA PRÁTICA MODELAGEM DE DADOS CIDADE UF 2025 ALUNO A RELATÓRIO AULA PRÁTICA MODELAGEM DE DADOS Relatório técnico apresentado à disciplina de Modelagem de Dados como parte da avaliação da unidade curricular CIDADE UF 2025 SUMÁRIO 1 INTRODUÇÃO5 2 METODOLOGIA5 3 SITUAÇÃO INICIAL 1FN E ANÁLISE DE DEPENDÊNCIAS5 4 TRANSFORMAÇÃO PROPOSTA PARA 2FN6 5 IMPLEMENTAÇÃO6 6 VALIDAÇÃO DA 2FN8 7 RESULTADOS9 8 CONCLUSÃO9 REFERÊNCIAS10 1 INTRODUÇÃO Esta aula prática aplica os princípios de normalização de dados para transformar as tabelas de uma livraria online da Primeira Forma Normal 1FN para a Segunda Forma Normal 2FN O objetivo é reduzir redundâncias facilitar manutenção e atualizar informações de modo consistente No cenário inicial atributos de cliente e produto aparecem misturados dentro da tabela de pedidos o que multiplica dados repetidos e abre espaço para inconsistências por exemplo nomes e preços divergentes em linhas diferentes A normalização propõe uma reorganização lógica que separa cadastros mestres clientes e produtos cabeçalho do pedido e itens do pedido garantindo que cada atributo nãochave dependa inteiramente da chave primária da sua tabela 2 METODOLOGIA A condução seguiu quatro passos Primeiro confirmei 1FN verificando que todas as colunas continham valores atômicos sem listas ou campos multivalorados Em seguida mapeei dependências funcionais observando que alguns atributos presentes em Pedidos não dependiam da chave composta completa que naturalmente representa um item do pedido PedidoID ProdutoID Na terceira etapa decomponho o modelo criando tabelas específicas para Clientes Produtos Pedidos cabeçalho e ItensPedido linha de pedido realocando atributos para eliminar dependências parciais Por fim implementei e validei o desenho no DB Fiddle MySQL 8 criei o esquema inseri os dados do enunciado e executei consultas de verificação registrando capturas de tela para compor as evidências do relatório 3 SITUAÇÃO INICIAL 1FN E ANÁLISE DE DEPENDÊNCIAS As tabelas iniciais trazem os dados de Pedidos Produtos e Clientes em 1FN Contudo quando um pedido contém produtos a identificação correta do item passa a ser chave composta PedidoID ProdutoID Nessa estrutura atributos como NomeCliente e EnderecoEntrega não dependem da chave composta inteira dependem de PedidoIDcliente e atributos como NomeProduto e PrecoUnitario não dependem da chave composta inteira dependem de ProdutoID Esse cenário caracteriza dependências parciais violando a 2FN Além do aspecto teórico o efeito prático é a redundância nomes de clientes e produtos se repetem por linha de item elevando o custo de atualização e o risco de divergência 4 TRANSFORMAÇÃO PROPOSTA PARA 2FN Para eliminar dependências parciais e redundâncias o modelo foi decomposto em quatro tabelas relacionadas ClientesClienteID PK NomeCliente EnderecoEntrega cadastro mestre de clientes ProdutosProdutoID PK NomeProduto Categoria PrecoUnitario cadastro mestre de produtos PedidosPedidoID PK ClienteID FK Clientes cabeçalho do pedido a quem pertence o pedido pode evoluir com data status etc ItensPedidoPedidoID FK Pedidos ProdutoID FK Produtos Quantidade PKPedidoIDProdutoID linhas do pedido Com essa decomposição cada atributo nãochave passa a depender totalmente da chave primária da sua tabela nomes e endereço dependem de ClienteID em Clientes nome categoria e preço dependem de ProdutoID em Produtos campos do cabeçalho dependem de PedidoID em Pedidos e Quantidade depende da chave composta em ItensPedido 5 IMPLEMENTAÇÃO A implementação foi realizada no DB Fiddle MySQL 8 Primeiro construí o esquema contendo as quatro tabelas e suas chavesrelacionamentos depois carreguei os dados de exemplo do enunciado três clientes três produtos três pedidos e três itens um por pedido Por fim executei três consultas de validação i junção completa de pedidos com clientes itens e produtos ii contagem de itens por pedido iii cálculo do valor total por pedido a partir do preço do produto Figura 1 Schema DDL no DB Fiddle com as quatro tabelas e chavesfks Figura 2 Aba Query SQL com os INSERTs e as consultas de validação 6 VALIDAÇÃO DA 2FN Os resultados confirmam que os dados foram normalizados Na junção entre Pedidos Clientes ItensPedido e Produtos cada linha mostra o cliente o produto a quantidade e o preço unitário sem repetir dados de cadastro dentro da tabela de itens A consulta de itens por pedido comprova o funcionamento da chave composta PedidoIDProdutoID Já o valor total por pedido é obtido multiplicando a quantidade pelo preço do cadastro de produtos evidenciando que o preço não precisa estar duplicado em ItensPedido para este cenário didático Figura 3 Resultado da junção Pedidos Clientes Itens Produtos verificação funcional Figura 4 Itens por pedido contagem e total de quantidades por PedidoID Figura 5 Valor total por pedido calculado a partir do cadastro de produtos 7 RESULTADOS A normalização cumpriu os objetivos propostos O modelo final separa dados mestres de clientes e produtos do cabeçalho e das linhas do pedido eliminando dependências parciais e reduzindo redundância As consultas executadas no DB Fiddle produziram os resultados esperados i listagem de pedidos com seus clientes e itens ii contagem de itensquantidades por pedido iii cálculo do valor total por pedido Esses outputs somados às capturas de tela do DDL e do SQL executado compõem as evidências de que o desenho atende à 2FN e melhora a integridade e a manutenção dos dados 8 CONCLUSÃO A transformação de 1FN para 2FN demonstrou na prática como a decomposição por dependências funcionais melhora a qualidade do banco de dados Ao garantir que cada atributo nãochave dependa totalmente da chave primária evitamse divergências e retrabalhos simplificando operações de atualização e consulta O resultado é um modelo mais coeso consistente e sustentável pronto para evoluir para etapas subsequentes índices 3FNBCNF relatórios e integrações REFERÊNCIAS ELMASRI R NAVATHE S Sistemas de Banco de Dados Pearson HEUSER C Projeto de Banco de Dados Bookman DATE C J Introdução a Sistemas de Bancos de Dados Pearson MySQL Workbench Downloads Disponível em httpsdevmysqlcomdownloadsworkbench UNIVERSIDADE CURSO ALUNO A RELATÓRIO AULA PRÁTICA MODELAGEM DE DADOS CIDADE UF 2025 ALUNO A RELATÓRIO AULA PRÁTICA MODELAGEM DE DADOS Relatório técnico apresentado à disciplina de Modelagem de Dados como parte da avaliação da unidade curricular CIDADE UF 2025 SUMÁRIO 1 INTRODUÇÃO5 2 METODOLOGIA5 3 SITUAÇÃO E IDENTIDADES5 4 DER6 5 IMPLEMENTAÇÃO6 6 VALIDAÇÃO DA 2FN7 7 RESULTADOS7 8 CONCLUSÃO8 REFERÊNCIAS8 1 INTRODUÇÃO Esta aula prática tem como propósito aplicar os elementos do modelo Entidade Relacionamento ER para representar o domínio de uma empresa de locação de ciclomotores a MoveRent A partir da descrição do problema foi construído um Diagrama EntidadeRelacionamento DER que organiza os dados de pessoas ciclomotores locações e trajetos evidenciando entidades atributos chaves e cardinalidades O objetivo pedagógico é consolidar o uso de uma ferramenta de modelagem dbdiagramio e preparar a base para implementação física no MySQL garantindo integridade clareza semântica e manutenibilidade do esquema 2 METODOLOGIA O trabalho seguiu um processo incremental Primeiro realizei a análise do enunciado destacando substantivos candidatos a entidades e verbosrelacionamentos candidatos a associações Em seguida listei atributos e classifiquei chaves primárias e estrangeiras separando identificadores naturais CPF de identificadores técnicos ID auto incremento e defini cardinalidades com base nas regras do negócio uma pessoa pode fazer várias locações um ciclomotor pode ser locado diversas vezes ao longo do tempo cada locação pode registrar muitos pontos de trajeto Com essas decisões modelei no dbdiagramio que permite escrever o esquema em DSL visualizar o DER crows foot e exportar PNG e DDL MySQL Por fim revisei o desenho à luz de princípios de normalização até 2FN e gerei o SQL equivalente para posterior validação 3 SITUAÇÃO E IDENTIDADES O domínio da MoveRent é composto por quatro conceitos principais Pessoa representa o cliente habilitado a realizar locações com identificação pelo CPF e dados de contato Ciclomotor é o equipamento locável identificado por IDCM e descrito por nome ano e cor Locação é o evento transacional que associa uma pessoa a um ciclomotor registrando data hora e local de retiradaentrega para facilitar auditoria e rastreabilidade a locação recebe um identificador técnico IDLOC autoincremento e referencia pessoa e ciclomotor por FKs Trajeto armazena os pontos coletados durante a locação data hora e local de cada ponto mantendo vínculo com a locação por meio do identificador IDTRAJETO autoincremento e da FK correspondente A regra operacional de que um ciclomotor não pode ter duas locações ativas simultaneamente é tratada na aplicaçãoserviço visto que o DER captura a estrutura de dados e não impõe estados de negócio complexos 4 DER O DER resultante modela Locação como entidade associativa entre Pessoa e Ciclomotor com PK técnica idloc e Trajeto como entidade dependente de Locação 1N As cardinalidades ficam Pessoa 1N Locação Ciclomotor 1N Locação e Locação 1N Trajeto Atributos de identificação e contato ficam nas entidades fortes Pessoa e Ciclomotor enquanto datahoralocal estão em Locação e também em Trajeto granularidade do rastreamento Os tipos adotados seguem o uso comum CHAR11 para CPF SMALLINT para ano do ciclomotor DATETIME para temporalidade e VARCHAR para textos Figura 1 DER MoveRent no dbdiagramio Pessoa Ciclomotor Locação e Trajeto com PKFK e cardinalidades 5 IMPLEMENTAÇÃO Para garantir que o modelo seja implementável exportei do dbdiagram o DDL MySQL equivalente Esse script cria as quatro tabelas com suas PKs FKs e tipos de dados preservando as relações definidas no DER A presença de chaves artificiais idloc idtrajeto simplifica integrações auditorias e referências por sistemas externos Opcionalmente a coluna email em Pessoa foi marcada como única prevenindo duplicidade Figura 2 DDL MySQL exportado 6 VALIDAÇÃO DA 2FN Embora a aula foque em ER o esquema proposto também está em conformidade com a 2ª Forma Normal 2FN Em todas as tabelas os atributos são atômicos 1FN e cada atributo nãochave depende totalmente da chave primária da respectiva tabela Em Pessoa os dados dependem de cpf em Ciclomotor dependem de idcm em Locação dependem de idloc e em Trajeto dependem de idtrajeto Não há dados de pessoa ou ciclomotor repetidos em Trajeto o vínculo é obtido via locação evitando dependências parciais e redundâncias 7 RESULTADOS O resultado da prática é um DER claro e implementável alinhado às regras do negócio cadastro de clientes e ciclomotores registro das locações e rastreamento dos trajetos O diagrama foi traduzido para DDL MySQL com PKs FKs e tipos de dados coerentes viabilizando criação do banco no Workbench ou em ambiente online O modelo sustenta consultas típicas do domínio como histórico de locações por pessoa uso de um ciclomotor ao longo do tempo e reconstrução do trajeto de uma locação específica 8 CONCLUSÃO A atividade alcançou os objetivos propostos A partir da descrição textual foi possível estruturar o domínio da MoveRent em um DER com entidades fortes e transacionais bem separadas cardinalidades corretas e chaves definidas A exportação do DDL confirmou a viabilidade de implementação e oferece um ponto de partida para evoluções naturais tais como controle explícito do estado da locação ativaencerrada tarifação e armazenamento geográfico mais detalhado latitudelongitude O exercício reforça a importância do ER como ponte entre a linguagem do negócio e o desenho físico do banco REFERÊNCIAS HURLEY M ORACLE MySQL Workbench Manual ELMASRI R NAVATHE S Sistemas de Banco de Dados Pearson HEUSER C Projeto de Banco de Dados Bookman DATE C J Introdução a Sistemas de Bancos de Dados Pearson Site oficial do MySQL Workbench httpsdevmysqlcomdownloadsworkbench UNIVERSIDADE CURSO ALUNO A RELATÓRIO AULA PRÁTICA MODELAGEM DE DADOS CIDADE UF 2025 ALUNO A RELATÓRIO AULA PRÁTICA MODELAGEM DE DADOS Relatório técnico apresentado à disciplina de Modelagem de Dados como parte da avaliação da unidade curricular CIDADE UF 2025 SUMÁRIO 1 INTRODUÇÃO5 2 METODOLOGIA5 3 SITUAÇÃO E IDENTIDADES5 4 DER6 5 IMPLEMENTAÇÃO6 6 VALIDAÇÃO DA 2FN7 7 RESULTADOS8 8 CONCLUSÃO8 REFERÊNCIAS9 1 INTRODUÇÃO Esta aula prática teve como objetivo aplicar a abordagem EntidadeRelacionamento ER para representar de modo claro e verificável os dados de uma biblioteca universitária Partindo da descrição do domínio alunos que tomam livros emprestados e colaboradores que registram essas operações o trabalho concentrouse em identificar entidades atributos chaves e relacionamentos e em converter esse entendimento em um DER A modelagem ER é essencial porque antecipa problemas de redundância e inconsistência estabelece um vocabulário comum entre equipe técnica e usuários e serve como base para a implementação física posterior DDL SQL e para a normalização do esquema 2 METODOLOGIA A metodologia adotada foi incremental e guiada por regras de negócio Primeiro li o enunciado para extrair os conceitos nucleares e os eventos que ligam esses conceitos Depois listei entidades e atributos separando identificadores RA CPF ISBN de dados descritivos nome email autor cargo Em seguida defini chaves primárias e estrangeiras e cardinalidades com base no comportamento esperado um aluno pode possuir vários empréstimos um colaborador pode registrar muitos empréstimos um mesmo livro pode aparecer em vários empréstimos ao longo do tempo em momentos diferentes Com essas decisões modelei no dbdiagramio pois a ferramenta permite escrever o esquema em DSL visualizar automaticamente o diagrama crows foot e exportar PNG e SQL MySQL Por fim revisei o modelo à luz de princípios de normalização até 2FN e deixei preparada a implementação SQL equivalente 3 SITUAÇÃO E IDENTIDADES O domínio envolve quatro entidades Aluno pessoa registrada na universidade e autorizada a pegar livros Atributos ra PK nome email telefone Livro obra física passível de empréstimo Atributos isbn PK nome autor paginas Colaborador funcionário que registra a operação Atributos cpf PK nome email cargo Empréstimo evento que associa aluno livro e colaborador por um período Atributos id PK dataEmprestimo dataDevolucao alunoRa FK livroIsbn FK colaboradorCpf FK Regras de negócio relevantes um empréstimo liga exatamente um aluno um livro e um colaborador o mesmo livro não deve ter dois empréstimos ativos simultaneamente regra operacional tratada na aplicação dataDevolucao nula indica empréstimo em aberto 4 DER O DER produzido modela Empréstimo como uma entidade associativa que referencia Aluno Livro e Colaborador As relações são 1N de cada entidade forte para Empréstimo As chaves naturais permanecem nas entidades fortes ra isbn cpf enquanto Empréstimo recebe um identificador artificial id para simplificar rastreamento e auditoria Os tipos de dados foram definidos de forma pragmática por exemplo CHAR13 para ISBN CHAR11 para CPF Figura 1 DER da biblioteca Aluno Livro Colaborador e Empréstimo 5 IMPLEMENTAÇÃO A partir do DER foi gerado o DDL MySQL equivalente apto a criar o esquema físico Figura 2 Schema DDL 6 VALIDAÇÃO DA 2FN Embora esta aula foque em modelagem ER o esquema final também está em conformidade com a 2ª Forma Normal 2FN 1 todos os atributos são atômicos 1FN 2 em cada tabela todo atributo nãochave depende totalmente da chave primária Em Aluno dados dependem de ra em Livro de isbn em Colaborador de cpf e em Empréstimo dataEmprestimo e dataDevolucao dependem da PK id ou alternativamente poderiam depender de uma chave composta formada pelas FKs a adoção do id artificial evita chaves extensas sem violar 2FN Não há atributos do aluno ou do livro redundantes dentro de Empréstimo o que elimina dependências parciais 7 RESULTADOS O DER produzido representa de forma clara as entidades do domínio seus atributos e as relações necessárias para registrar os empréstimos O modelo separa dados mestres Aluno Livro Colaborador do evento transacional Empréstimo viabilizando consultas como histórico de empréstimos por aluno controle de atividade por colaborador e rastreamento do uso de cada obra O script DDL equivalente permite criar o esquema físico em MySQL validando que o diagrama está consistente e pronto para evolução índices regras adicionais e relatórios 8 CONCLUSÃO A elaboração do DER no MySQL Workbench cumpriu os objetivos da atividade foi possível utilizar as funcionalidades básicas da ferramenta e transformar a descrição textual do problema em um modelo gráfico consistente O diagrama resultante facilita o entendimento do domínio da biblioteca e estabelece uma base sólida para as próximas etapas do projeto como normalização avançada definição de índices e implementação de regras de negócio específicas por exemplo impedir mais de um empréstimo ativo para o mesmo exemplar O exercício reforçou a importância de identificar corretamente chaves e cardinalidades pois essas decisões impactam diretamente a integridade e a performance do banco de dados REFERÊNCIAS HURLEY M ORACLE MySQL Workbench Manual ELMASRI R NAVATHE S Sistemas de Banco de Dados Pearson HEUSER C Projeto de Banco de Dados Bookman DATE C J Introdução a Sistemas de Bancos de Dados Pearson Site oficial do MySQL Workbench httpsdevmysqlcomdownloadsworkbench