Aula 02 - Modelo Conceitual

Prévia do material em texto

<p>Disciplina: Banco de Dados I</p><p>Profa Simone Regina da Silva</p><p>simone.silva@fmpsc.edu.br</p><p>● Introdução ao Modelo Conceitual</p><p>● Modelo de Entidade e Relacionamento</p><p>● Diagrama de Entidade e Relacionamento</p><p>Agenda</p><p>Introdução</p><p>● A abordagem entidade relacionamento (ER) é a técnica de</p><p>modelagem mais difundida e utilizada (HEUSER, 2010)</p><p>● Esta abordagem foi criada em 1976</p><p>● Na representação gráfica deste modelo (Modelo Entidade</p><p>Relacionamento - MER), geralmente é utilizado o Diagrama de</p><p>Entidade Relacionamento (DER)</p><p>● As técnicas de modelagem UML são baseadas na abordagem</p><p>ER (HEUSER, 2010)</p><p>− Há uma perceptível semelhança entre o diagrama de classe</p><p>e o diagrama entidade relacionamento</p><p>Modelo Entidade Relacionamento</p><p>− Abstração de um conjunto de objetos reais</p><p>− É representada por um retângulo</p><p>− Exemplo1: em um sistema de uma escola, serão entidades os alunos, as</p><p>disciplinas, os cursos, os professores,...</p><p>− Exemplo2: em um sistema de biblioteca, serão entidade os livros, os</p><p>exemplares, os usuários, os empréstimos, …</p><p>CursoAluno Livro</p><p>● Entidade</p><p>− Associação entre entidades</p><p>− Representado por um losango ligado aos retângulos</p><p>(entidades)</p><p>− Pode ocorrer entre entidades diferentes ou ser um</p><p>auto-relacionamento</p><p>Possui DisciplinaCurso</p><p>Modelo Entidade Relacionamento</p><p>● Relacionamento</p><p>− A cardinalidade indica quantas ocorrências de uma entidade</p><p>podem estar associadas em um relacionamento</p><p>− A cardinalidade mínima pode ser implícita</p><p>1 1</p><p>Possui DisciplinaCurso</p><p>N1</p><p>Possui DisciplinaCurso</p><p>(1,N)(1,1)</p><p>● Relacionamento (cardinalidade)</p><p>Modelo Entidade Relacionamento</p><p>− No primeiro exemplo, a cardinalidade indica que um curso</p><p>pode possuir uma ou mais disciplinas e que uma disciplina</p><p>só pode pertencer a um curso</p><p>Possui DisciplinaCurso</p><p>(1,N)(1,1)</p><p>Modelo Entidade Relacionamento</p><p>● Relacionamento (cardinalidade)</p><p>− No segundo exemplo, seria possível interpretar que um</p><p>curso pode não possuir nenhuma disciplina. Neste caso</p><p>deve-se levar em conta o contexto da relação</p><p>Possui DisciplinaCurso</p><p>N1</p><p>● Relacionamento (cardinalidade)</p><p>Modelo Entidade Relacionamento</p><p>− No exemplo abaixo, uma esposa só pode casar com um</p><p>marido e vice-versa</p><p>1 1</p><p>● Relacionamento (cardinalidade)</p><p>Modelo Entidade Relacionamento</p><p>− Dado de uma entidade</p><p>− O conjunto de valores que um atributo pode receber é</p><p>chamado domínio do atributo</p><p>− Pode ser representado graficamente de diferentes maneiras</p><p>Modelo Entidade Relacionamento</p><p>● Atributo</p><p>− Uma entidade pode ter várias ocorrências (ou seja, uma tabela pode ter</p><p>várias linhas)</p><p>− Por exemplo: a entidade aluno pode ter vários alunos cadastrados</p><p>− Neste caso deve haver um atributo que permita identificar cada aluno</p><p>isoladamente</p><p>− Nos exemplos abaixo, os atributos Matrícula e Id_curso permitem identificar</p><p>cada aluno e cada curso nas respectivas entidades</p><p>● Identificador (chave primária) PK-Primary Key</p><p>Modelo Entidade Relacionamento</p><p>− Um atributo identificador deve ser único numa entidade, ou seja, seu</p><p>conteúdo não pode ser encontrado mais de uma vez nas ocorrências de uma</p><p>entidade</p><p>− Dois bons exemplos de identificador são o CPF e Placa de Carros</p><p>● Não há duas pessoas com o mesmo CPF, não há dois carros com a</p><p>mesma placa</p><p>● Uma pessoa não pode ter 2 CPFs, um carro não pode ter duas placas</p><p>Modelo Entidade Relacionamento</p><p>● Identificador (chave primária) PK-Primary Key</p><p>Modelo Entidade Relacionamento</p><p>− Apesar de CPF e placa serem bons candidatos a identificadores, muitas</p><p>vezes se opta por criar uma chave primária que permita maior flexibilidade e</p><p>melhor desempenho do sistema:</p><p>● Uma chave do tipo int ocupa 4 bytes em um banco de dados MySql</p><p>● Uma chave do tipo char(11), necessária para armazenar um CPF, ocupa</p><p>11 bytes em um banco de dados MySql</p><p>● Ao criar uma chave, tem-se a flexibilidade de utilizar sistema de</p><p>classificação próprio</p><p>Exemplo: Suponha a matrícula 2023020167</p><p>● 2023 - ano de ingresso</p><p>● 02 - semestre de ingresso</p><p>● 0167 - número ordinal do aluno</p><p>● Identificador (chave primária) PK-Primary Key</p><p>− Um relacionamento entre entidades envolve</p><p>“troca” de chaves entre elas</p><p>− Neste caso, a chave primária de uma</p><p>entidade, se tornará chave estrangeira de</p><p>outra</p><p>− Neste exemplo, a disciplina de um curso</p><p>recebe como chave estrangeira a</p><p>identificação do curso</p><p>− Neste diagrama, as chaves estrangeiras</p><p>podem ficar implícitas</p><p>Modelo Entidade Relacionamento</p><p>● Relacionamento Identificador(chave estrangeira) - FK Foreign Key</p><p>− A chave estrangeira pode ser</p><p>expressa de forma explícita ou</p><p>implícita</p><p>− Note que a linha no segundo</p><p>exemplo é mais grossa, indicando</p><p>um relacionamento identificador</p><p>Dica: em uma relação, a tabela que tiver uma cardinalidade n receberá uma chave</p><p>estrangeira</p><p>● Relacionamento Identificador(chave estrangeira) - FK Foreign Key</p><p>Modelo Entidade Relacionamento</p><p>● Caso uma entidade possua número muito grande de atributos,</p><p>eles podem ser representados textualmente separadamente</p><p>Fonte: http://slideplayer.com.br/slide/1747172/</p><p>Modelo Entidade Relacionamento</p><p>● Trata-se de um relacionamento registrado na forma de uma entidade</p><p>● Esta entidade recebe como chave estrangeira as chaves primárias</p><p>das entidades envolvidas no relacionamento</p><p>● Ela se faz obrigatória em uma relação N para N</p><p>● Entidade Associativa</p><p>Modelo Entidade Relacionamento</p><p>● Suponha o exemplo: um pedido pode possuir vários itens e um item pode</p><p>estar em vários pedidos diferentes</p><p>● Como é uma relação N para N:</p><p>− se a chave primária de Pedido fosse chave estrangeira de Item, um</p><p>item só poderia constar em um pedido</p><p>− Se a chave primária de Item fosse chave estrangeira de Pedido, um</p><p>pedido só poderia incluir um item</p><p>● Entidade Associativa</p><p>Modelo Entidade Relacionamento</p><p>● Logo, faz-se necessária a entidade associativa</p><p>PedidoItem</p><p>● Pode-se agora associar quantos itens forem necessários</p><p>a cada pedido, e vice-versa</p><p>● Entidade Associativa</p><p>Modelo Entidade Relacionamento</p><p>1-)O usuário é uma grande empresa de construção . Possui muitos funcionários com atividades diferenciadas, que prestam serviços</p><p>a vários empreendimentos da mesma. É feito um relatório mensal para saber a localização exata dos seus funcionários. Para isto</p><p>desenvolva o banco de dados correspondente e classifique os relacionamentos.</p><p>♦do funcionário ( o cpf, nome , endereço, função);</p><p>♦do prédio( o numero, e nome);</p><p>♦data de entrada, data saída , do serviço prestado a um determinado prédio.</p><p>2-)Modele para controlar os atendimentos prestados em uma grande empresa de software. A empresa funciona da seguinte</p><p>maneira:</p><p>♦Cada sistema desenvolvido pela empresa possui um código e um nome.</p><p>♦Cada analista possui matrícula, nome, endereço e telefone</p><p>♦Um analista pode prestar atendimento a vários sistemas ao mesmo tempo e um sistema pode ser atendido por mais</p><p>de um analista</p><p>♦Todos os clientes são pessoas jurídicas, identificadas pelo CGC, razão social, nome fantasia, endereço e telefone.</p><p>♦Um cliente aluga quantos sistemas quiser</p><p>♦Para cada atendimento, é necessário saber, qual o cliente, qual o analista, o horário inicial e o horário do</p><p>atendimento.</p><p>Prática 02</p><p>Referências</p><p>HEUSER, Carlos Alberto. Projeto de Banco de Dados. Porto</p><p>Alegre: Bookman, 2009.</p><p>NAVATHE, Shamkant B.; ELMASRI, Ramez. Sistemas de banco</p><p>de dados. Tradução de Daniel Vieira. 6. ed. São Paulo: Pearson</p><p>Addison-Wesley, 2011. 788 p., il., 28 cm. Bibliografia. ISBN</p><p>9788579360855.</p><p>https://baixe.net/brmodelo-3-0/download</p><p>brmodelo-3-0</p>