Bancos de Dados
Multimídia
Ticianne Darin
Modelagem de Dados com o modelo de
Entidade e Relacionamento
Roteiro
• O Processo de projeto de Banco de Dados

• Conceitos do modelo ER

• Diagrama ER
O Processo de Projeto de Banco de Dados
                  MUNDO
                   REAL



     MODELO        ESQUEMA     Modelagem dos dados
    SEMÂNTICO     CONCEITUAL



     MODELO       ESQUEMA
     LÓGICO                    Mapeamento p/ modelo lógico
                   LÓGICO




     MODELO       ESQUEMA      Mapeamento p/ modelo físico
      FÍSICO        FÍSICO
Modelo ER
Construtores Básicos
• Entidades
   – nomes, ‘coisas’ na aplicação.

• Atributos
   – propriedades das entidades.

• Relacionamento entre entidades
Modelo ER
Diagrama ER

     nome           nota



       Aluno   n   Faz         n Disciplina


                           codDisc            nome
Modelo ER
Construtores Básicos
• A estrutura de uma entidade consiste de um
  conjunto de atributos.
  – Mandatório ou opcional;
  – Simples ou Composto
  – Monovalorado ou multivalorado;
• Relacionamentos também podem ter atributos.
• Entidades e relacionamentos podem ter um ou
  mais conjuntos de atributos servindo como
  identificador.
Modelo ER
Chave (Identificador)
• Um conjunto de atributos mínimo tal que não pode existir
  duas entidades diferentes (no conjunto de entidades) que
  concordam com todos estes atributos.
   – Exemplos: Número_de _matrícula, Nome_departamento

• Todo conjunto de entidades precisa ter uma chave, ou
  então você esqueceu de incluir alguma informação no
  esquema
Modelo ER
Notação para Atributos

 (a) Atributo faz parte do Identificador


                  CPF
                                           (c) Atributo Complexo
                                                             Rua
 (b) Atributo Multivalorado                  Endereço      cidade

                 telefones                                 Estado
Modelo ER
Tipos de Relacionamentos
Cardinalidade

Um-para-um                    1                  1
                  Professor           gerencia           Departamento



Um-para-muitos   Departamento 1         possui
                                                     N    Professores



Muitos-para-      Professor       N                  M
                                        ensina              Aluno
Muitos
Modelo ER
Tipos de Relacionamentos
Restrição Existencial



                   1                1    Departamento
      Professor          gerencia


                                    Mandatório
              Opcional
Modelo ER
Tipos de Relacionamentos
Outra Notação para especificar a cardinalidade de
Relacionamentos :
 Cada ligação de uma entidade para um relacionamento tem
associado as cardinalidades mínima e máxima, que
especificam se a ligação é (0,1), (0, n), (1,1) ou (1, n).

                  (0,1)              (1,1)
                   1                    1    Departamento
      Professor           gerencia


                                     Mandatório
            Opcional
Modelo ER
 Tipos de Relacionamentos
Grau

  Binário Recursivo           Servidor               supervisiona



  Binário         Professor               Trabalha-no           Departamento


  Ternário
                      Aluno              Matricula                  Curso



                                         Professor
Modelo ER
Relacionamento “é-um”

Toda entidade gerente é também uma
entidade professor, com todos os atributos
de professor.
                                        profID


     Gerente      é-um      Professor
Comentários sobre o modelo ER
• É simples demais. Tem sido propostas algumas extensões. .
• Nenhum DBMS comercial usa o modelo ER. A maioria dos
  profissionais de BD projetam o esquema usando o modelo de
  ER e então traduzem o esquema no modelo relacional.


• É muito importante projetar um “bom” esquema porque o
  esquema determina o desempenho da aplicação. É difícil
  modificar o esquema depois de carregado.


• Não existe um enfoque cientifico para projetar um bom esquema.
  Ciência oferece algumas dicas, e o resto é arte.
Projetando um bom Esquema
• 1: Aprenda sobre a aplicação
  – Que problemas a aplicação resolve?
  – Que perguntas a aplicação faz sobre os dados?
  – Quão comum é cada tipo de pergunta?
  – Quão rápido cada tipo de pergunta precisa ser
    respondida?
  – Que dados a aplicação precisa para responder
    estas perguntas?
  – Qual a quantidade de dados?
Projetando um bom esquema
• 2: Projete um esquema preliminar
   – Avalie como o seu desempenho dado as suposições de #1.
   – Considere o futuro: quais são as probabilidades de futuras
     modificações.
• 3: Melhore o esquema
   – Objetivos: Evite redundância e obtenha bom desempenho.
     (estes conflitam)
   – Para entender quão rápido consultas podem ser respondidas
     com um dado esquema, nós precisamos primeiro aprender
     sobre as linguagens de consultas e o processamento de
     consultas.
Modelo ER
Diagrama ER


                Professor   n        oferta    n
                                                     Disciplina

 cpf
                                     horário
                                               cod                nome

       Mestre               Doutor
Ora, a fé é a certeza daquilo que
esperamos e a prova das coisas que não
vemos.
                    Hebreus 11:1




             Até a próxima aula!

Bdm aula 4 - modelagem de dados com modelo er

  • 1.
  • 2.
    Modelagem de Dadoscom o modelo de Entidade e Relacionamento
  • 3.
    Roteiro • O Processode projeto de Banco de Dados • Conceitos do modelo ER • Diagrama ER
  • 4.
    O Processo deProjeto de Banco de Dados MUNDO REAL MODELO ESQUEMA Modelagem dos dados SEMÂNTICO CONCEITUAL MODELO ESQUEMA LÓGICO Mapeamento p/ modelo lógico LÓGICO MODELO ESQUEMA Mapeamento p/ modelo físico FÍSICO FÍSICO
  • 5.
    Modelo ER Construtores Básicos •Entidades – nomes, ‘coisas’ na aplicação. • Atributos – propriedades das entidades. • Relacionamento entre entidades
  • 6.
    Modelo ER Diagrama ER nome nota Aluno n Faz n Disciplina codDisc nome
  • 7.
    Modelo ER Construtores Básicos •A estrutura de uma entidade consiste de um conjunto de atributos. – Mandatório ou opcional; – Simples ou Composto – Monovalorado ou multivalorado; • Relacionamentos também podem ter atributos. • Entidades e relacionamentos podem ter um ou mais conjuntos de atributos servindo como identificador.
  • 8.
    Modelo ER Chave (Identificador) •Um conjunto de atributos mínimo tal que não pode existir duas entidades diferentes (no conjunto de entidades) que concordam com todos estes atributos. – Exemplos: Número_de _matrícula, Nome_departamento • Todo conjunto de entidades precisa ter uma chave, ou então você esqueceu de incluir alguma informação no esquema
  • 9.
    Modelo ER Notação paraAtributos (a) Atributo faz parte do Identificador CPF (c) Atributo Complexo Rua (b) Atributo Multivalorado Endereço cidade telefones Estado
  • 10.
    Modelo ER Tipos deRelacionamentos Cardinalidade Um-para-um 1 1 Professor gerencia Departamento Um-para-muitos Departamento 1 possui N Professores Muitos-para- Professor N M ensina Aluno Muitos
  • 11.
    Modelo ER Tipos deRelacionamentos Restrição Existencial 1 1 Departamento Professor gerencia Mandatório Opcional
  • 12.
    Modelo ER Tipos deRelacionamentos Outra Notação para especificar a cardinalidade de Relacionamentos : Cada ligação de uma entidade para um relacionamento tem associado as cardinalidades mínima e máxima, que especificam se a ligação é (0,1), (0, n), (1,1) ou (1, n). (0,1) (1,1) 1 1 Departamento Professor gerencia Mandatório Opcional
  • 13.
    Modelo ER Tiposde Relacionamentos Grau Binário Recursivo Servidor supervisiona Binário Professor Trabalha-no Departamento Ternário Aluno Matricula Curso Professor
  • 14.
    Modelo ER Relacionamento “é-um” Todaentidade gerente é também uma entidade professor, com todos os atributos de professor. profID Gerente é-um Professor
  • 15.
    Comentários sobre omodelo ER • É simples demais. Tem sido propostas algumas extensões. . • Nenhum DBMS comercial usa o modelo ER. A maioria dos profissionais de BD projetam o esquema usando o modelo de ER e então traduzem o esquema no modelo relacional. • É muito importante projetar um “bom” esquema porque o esquema determina o desempenho da aplicação. É difícil modificar o esquema depois de carregado. • Não existe um enfoque cientifico para projetar um bom esquema. Ciência oferece algumas dicas, e o resto é arte.
  • 16.
    Projetando um bomEsquema • 1: Aprenda sobre a aplicação – Que problemas a aplicação resolve? – Que perguntas a aplicação faz sobre os dados? – Quão comum é cada tipo de pergunta? – Quão rápido cada tipo de pergunta precisa ser respondida? – Que dados a aplicação precisa para responder estas perguntas? – Qual a quantidade de dados?
  • 17.
    Projetando um bomesquema • 2: Projete um esquema preliminar – Avalie como o seu desempenho dado as suposições de #1. – Considere o futuro: quais são as probabilidades de futuras modificações. • 3: Melhore o esquema – Objetivos: Evite redundância e obtenha bom desempenho. (estes conflitam) – Para entender quão rápido consultas podem ser respondidas com um dado esquema, nós precisamos primeiro aprender sobre as linguagens de consultas e o processamento de consultas.
  • 18.
    Modelo ER Diagrama ER Professor n oferta n Disciplina cpf horário cod nome Mestre Doutor
  • 19.
    Ora, a féé a certeza daquilo que esperamos e a prova das coisas que não vemos. Hebreus 11:1 Até a próxima aula!