INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E

TECNOLOGIA DO Pará
CAMPUS Óbidos

Introdução a banco de dados

Modelagem lógica - Introdução

Edinelson Junior – edinelsonjr.stm@gmail.com

 Passos de um projeto de BD
2

1. Preciso saber o que o sistema precisa guardar

 LEVANTAMENTO DOS REQUISITOS
2. Criar uma modelo conceitual
 Modelo Entidade-Relacionamento
3. Organizar e descrever a estrutura do BD
 Modelo lógico de dados (abordagem relacional)
4. Criar o BD utilizando um SGBD específico
 Modelo Físico
 Passos de um projeto de BD
3

1. Preciso saber o que o sistema precisa guardar

 LEVANTAMENTO DOS REQUISITOS
2. Criar uma modelo conceitual
 Modelo Entidade-Relacionamento
3. Organizar e descrever a estrutura do BD
 Modelo lógico de dados (abordagem relacional)
4. Criar o BD utilizando um SGBD específico
 Modelo Físico
 Objetivos da Transformação
4

 Melhorar a performance do BD
 Evitar Junções
 Diminuir número de chaves

 Evitar campos opcionais

 Simplificar o desenvolvimento do Software

 Passos da Transformação
5

 Passo 1:
 Tradução das entidades e seus atributos
 Passo 2:
 Tradução dos relacionamentos e seus atributos
 Passo 3:
 Tradução da especialização/generalização
 Passo 1
6

 Cada entidade irá se transformar em uma tabela

 Cada atributo da entidade se transformará em
uma coluna da respectiva tabela
 Atributos identificadores irão corresponder à chave
primária da tabela
 Passo 1
7

Data de admissão Código

PESSOA Nome
Data de nascimento Endereço

Pessoa (CodPessoa,Nome,Endereço,DataNasc,DataAdm)
 Dicas de nomenclatura
8

 Manter nomes CURTOS nas colunas

 Nome de coluna não pode conter
espaços em branco
 Nomes de colunas que podem se repetir em outras
tabelas colocar o sufixo com o nome da tabela.

 Ex: NomePessoa, CodPessoa, etc.

 Transformando Relacionamentos
9

 Existem diferentes estratégias para a

transformação de relacionamentos em modelo
lógico
 As estratégias são:
 Tabela própria

 Adição de coluna

 Fusão de tabelas

 A decisão de qual estratégia utilizar vai depender

da cardinalidade (máxima e mínima)
 Estratégias
10

 Tabela própria:

(0,n) (0,n)
ENGENHEIRO ATUAÇÃO PROJETO

Código Nome Função Código Título

Engenheiro (CodEng, Nome) Projeto (CodProj, Título)

Atuação (CodEng,CodProj,Função)
CodEng referencia Engenheiro
CodProj referencia Projeto
 Estratégias
11

 Adição de coluna:

(1,1) (1,n)
DEPARTAMENTO LOTAÇÃO EMPREGADO

Data da
lotação
Código Nome Código Nome

Departamento (CodDept,Nome) Empregado (CodEmp,Empregado

Nome, CodDept, DataLota)
(CodEmp,Nome)
CodDept referencia Departamento
 Estratégias
12

 Fusão de Tabelas:

(1,1) (1,1) COMISSÃO

CONFERÊNCIA ORGANIZAÇÃO
ORGANIZADORA

Data
Código Nome Instalação Endereço

Conferência (CodConf, Nome, DtInstOrg, EnderComOrg)

 Relacionamento 1:1
13

Tipo de Regra de implementação

relacionamento Tabela própria Adição de coluna Fusão de tabelas

(0,1) (0,1)
2ª Opção  
(0,1) (1,1)
3ª Opção 2ª Opção 
(1,1) (1,1)
3ª Opção 2ª Opção 
 Relacionamento 1:1 (0,1) (0,1)

14

(0,1) (0,1)
HOMEM CASAMENTO MULHER

Identidade Nome Data Regime Identidade Nome

Adição de Coluna
Homem (IdentH,Nome) Mulher (IdentM, Nome, IdentH, Data, Regime)
IdentH referencia Homem

Tabela Própria
Homem (IdentH,Nome) Mulher (IdentM,Nome)

Casamento (IdentM, IdentH, Data, Regime)

IdentM referencia Mulher
IdentH referencia Homem
 Relacionamento 1:1 (0,1) (1,1)

15

(1,1) (0,1) CARTÃO

CORRENTISTA POSSUI MAGNÉTICO

Código Nome Código Data Exp.

Tabela Própria
Correntista (CodCorrent,Nome) Cartão(CodCartão,DataExp)

CartãoCorrentista(CodCartão,CodCorrent)
CodCorrent referencia Correntista
CodCartão referencia Cartão

Fusão de Tabelas
Correntista (CodCorrent, Nome, CodCartão, DataExp)

Adição de Coluna
Cartão(CodCartão,DataExp,CodCorrent)
Correntista (CodCorrent,Nome) CodCorrent referencia Correntista
 Relacionamento 1:1 (1,1) (1,1)

16

(1,1) (1,1) COMISSÃO

CONFERÊNCIA ORGANIZAÇÃO
ORGANIZADORA

Data Instalação
Código Nome Endereço

Fusão de Tabelas

Conferência (CodConf, Nome, DataInstComOrg, EnderComOrg)

 Relacionamento 1:N
17

Tipo de Regra de implementação

relacionamento Tabela própria Adição de coluna Fusão de tabelas

(0,1) (_,n)
2ª Opção  
(1,1) (_,n)
  
 Relacionamento 1:N (0,1) (_,n)

18

nº de parcelas
(0,1) (_,n)
FINANCEIRA FINACIAM VENDA

taxa de juros
Código Nome Id Data
Tabela Própria
Financeira (CodFin, Nome) Venda (IdVend, Data)

Fianciam (IdVend,CodFin,NoParc,TxJuros)
IdVend referencia Venda
CodFin referencia Financeira

Adição de Coluna

Financeira (CodFin, Nome) Venda (IdVend,Data,CodFin,NoParc,TxJuros)

CodFin referencia Financeira
 Relacionamento 1:N (1,1) (_,n)

19

(1,1) (_,n)
DEPARTAMENTO LOTAÇÃO EMPREGADO

Data
lotação
Código Nome Código Nome

Departamento (CodDept, Nome) Empregado (CodEmp,Nome,CodDept,DataLota)

CodDept referencia Departamento
 Entidades Fracas
20

(1,1) (0,n)

Conta (NumConta, Saldo) Transação (NumConta,NumTransacao,data,quantia)

NumConta referencia Conta
 Relacionamento N:N
21

Tipo de Regra de implementação

relacionamento Tabela própria Adição de coluna Fusão de tabelas

(_n) (_,n)
  

(0,n) (0,n)
ENGENHEIRO ATUAÇÃO PROJETO

Código Nome Função Código Título

Engenheiro (CodEng, Nome) Projeto (CodProj, Título)

Atuação (CodEng, CodProj, Função)

CodEng referencia Engenheiro
CodProj referencia Projeto