Baixe o app para aproveitar ainda mais
Prévia do material em texto
Introdução ao Modelo de Entidade e Relacionamento Professor Cristiano Vieira Modelos de Dados 2 Modelo Conceitual Modelo Lógico Modelo Físico Modelos de Dados MODELO CONCEITUAL (PROJETO CONCEITUAL) • Descreve quais dados devem ser armazenados pela aplicação • Quais desse dados se relacionam • DER (Diagrama Entidade Relacionamento) 3 Modelos de Dados MODELO LÓGICO (PROJETO LÓGICO) • Representa como os dados devem ser armazenados • Representar os dados como uma coleção de tabelas • Definir o SGBD (bem como os tipos de dados) 4 tbAluno (matAluno: inteiro, nomeAluno: caracter(50), dtNasc: data) Modelos de Dados MODELO FÍSICO (PROJETO FÍSICO) • Implementação do modelo em um SGBD relacional • Uso de uma linguagem própria, o SQL 5 Modelo Entidade Relacionamento • Tem como objetivo auxiliar na especificação daquilo que precisa ser armazenado e quais informações devem se relacionar • O modelo de dados é representado graficamente através de um Diagrama Entidade Relacionamento (DER) • Os Elementos principais são: - Entidades - Atributos - Relacionamentos 1 ENTIDADES • Conjunto de objetos do mundo real sobre os quais se deseja manter informações no BD • Representada por um retângulo • Pode representar: - objetos concretos (ex.: uma pessoa) - objetos abstratos (ex.: um departamento) 7 ENTIDADES 8 PROFESSORES ALUNOS TURMAS DISCIPLINAS CURSOS Ter uma entidade denominada professor significa que vários professores serão cadastrados nessa entidade. ATRIBUTOS • Conjunto de propriedades que caracteriza e descreve a entidade. 9 ATRIBUTOS • uma entidade deve ter ao menos dois atributos • uma entidade que possui apenas um atributo não é entidade e esse único atributo deveria estar em alguma outra entidade do modelo • Todo atributo possui um tipo de dados (domínio do atributo) 10 Exemplo: número de pernas de uma cadeira: Tipo inteiro TIPOS DE ATRIBUTOS • Atributo Simples • Atributo Composto • Atributo Monovalorado • Atributo Multivalorado • Atributo Nulo • Atributo Derivado 11 ATRIBUTO SIMPLES • Não pode ou não deve ser decomposto Ex.: CPF, Número da Matrícula, RG, Preço do Produto, etc. 12 ATRIBUTO COMPOSTO • pode ser decomposto em outros atributos. Ex.: Endereço 13 ATRIBUTO MONOVALORADO • Permite apenas o armazenamento de um valor por vez. Ex.: CPF 14 ATRIBUTO MULTIVALORADO • Permite armazenar mais de um valor ao mesmo tempo no mesmo campo. Ex.: e-mail 15 ATRIBUTO NULO • Permite que seja inserido um valor nulo para ele. • Representa a inexistência de um valor (significa que aquele campo está vazio) Ex.: e-mail 16 ATRIBUTO DERIVADO • Cujo valor deriva de outro(s) atributo(s) 17 Exemplo: Valor da compra com desconto (valor da compra + desconto) 18 RELACIONAMENTOS • Associação entre as entidades • Representado por um losango com o nome do relacionamento no centro • o nome do relacionamento pode ser um verbo, ou também pode ser uma composição dos nomes das entidades 19 RELACIONAMENTOS • um relacionamento pode ter atributos, nas quais são denominados de atributos descritivos. 20 Médico Paciente Consulta dataDaConsulta nome celular nome endereço 21 Médico Paciente Consulta dataDaConsulta nome celular nome endereço Dr. Jorge Dra. Ana Maria José 22/10/2017 05/02/2018 20/03/2018 instâncias Notações de Modelos • Notação Peter Chen 2 Notações de Modelos • Notação James Martin 2 Notações de Modelos 2 2 Mapeamento ou Cardinalidade • Expressa o número de objetos de uma entidade ao qual outra entidade pode ser associada, via um relacionamento. • A pergunta que deve ser feita é a seguinte: “Se eu pegar um único objeto da minha entidade X, a quantos objetos da entidade Y ele pode se associar?” • Esse número de associações entre objetos pode ser 0, 1 ou vários (N ou M). 3 Mapeamento ou Cardinalidade • A cardinalidade dos relacionamentos podem ser de 3 tipos: - Um para Um - Um para Muitos - Muitos para Muitos 3 CARDINALIDADE UM PARA UM (1:1) • ocorre quando um objeto de uma entidade pode ser relacionar a apenas um objeto de outra entidade e vice-versa. 28 CARDINALIDADE UM PARA MUITOS (1:N) • ocorre quando um objeto de uma entidade pode ser relacionar a vários objetos de outra entidade, mas o contrário não é verdadeiro. 29 CARDINALIDADE MUITOS PARA MUITOS (N:N) • ocorre quando um objeto de uma entidade pode ser relacionar a vários objetos de outra entidade e vice-versa. 30 CARDINALIDADES • O modelo ER permite expressar cardinalidades mínimas e máximas em cada relacionamento. • Representação - (cardinalidade mínima, cardinalidade máxima) - cardinalidades possíveis: (1,1); (1,N); (0,1); (0,N); (N,N) 31 RELACIONAMENTO OBRIGATÓRIO 32 Cliente Conta ContaCliente (1,1) (1,N) RELACIONAMENTO OPCIONAL Empregado Departamento Gerencia (1,1) (0,1) ATRIBUTOS TAMBÉM PODEM TER CARDINALIDADES 33 Cardinalidade mínima 1: atributo obrigatório 0: atributo opcional Cardinalidade máxima 1: atributo monovalorado N: atributo multivalorado TELEFONE (0,N) Cliente nome Endereço (1,N) TIPOS DE RELACIONAMENTOS • Autorrelacionamento ou Relacionamento Recursivo (ou unário) • Relacionamento Binário • Relacionamento Ternário ou maiores 34 RELACIONAMENTO RECURSIVO • Aquele que relaciona objetos de uma mesma entidade. 35 Empregado (0,N) supervisiona supervisor (1,1) supervisionado Pessoa (0,1) (0,1) casadoCom Esposa Marido RELACIONAMENTO BINÁRIO 36 Empregado Departamento trabalha (1,N ) (1,1 ) RELACIONAMENTO TERNÁRIO 37 Cidade Distribuidor Produto distribuição (1,1) (1,N) (1,N) Obs.: relacionamentos maiores que ternários devem ser evitados (se possível) porque são difíceis de serem compreendidos e de serem implementados, tornando a relação bastante complexa. Identificando Entidades • Cada Entidade deve ter um identificador • Identificador (também conhecido como chave): - é o conjunto de um ou mais atributos ou relacionamentos cujos valores servem para distinguir uma ocorrência da entidade das demais ocorrências da mesma entidade. 4 Identificando Entidades • Ex.: os atributos CPF ou RG identificam UNICAMENTE um cidadão brasileiro. 4 Cliente CPF Nome Endereco 40 Especificar os atributos, chaves primarias, relacionamentos e as cardinalidades mínimas e máximas dos relacionamentos Aluno Disciplina Professor 41 Aluno Turma Disciplina Professor Matrícula atuação regência da Codigo nome numeroCreditos CPF Matricula nome CPF Nome Salario Numero Sala horario (0,N) (1,1) (1,1) (1,N) (0,N) (1,1) (1,N) (0,N) RESPOSTA “O azar não existe; Deus não joga dados.” Albert Einstein 42 “ Obrigado pela sua atenção... 😉
Compartilhar