REGRAS DE PRODUÇÃO DO MODELO
LÓGICO
9 REGRAS PARA TRANSFORMAÇÃO DO MODELO
CONCEITUAL EM LÓGICO

R1: Entidade Simples

R2: Entidade fraca

R3: Generalização/Especialização

R4: Relacionamentos 1:1

R5: Relacionamentos 1:N

R6: Relacionamentos N:N

R7: Atributos Multivalorados

R8: Relacionamentos N-ários

R9: Entidade Associativa
REGRA 1: ENTIDADE SIMPLES
endereco
PESSOA
codigo
nome
Para cada
Cada
atributo
entidade
identificador
da
descrita
entidade
da
entidade
no
torna-se
DER
torna-se
criauma
a
se umaprimária
coluna
chave
desta
tabela.
tabela.
da tabela.
REGRA 2: ENTIDADE FRACA
FUNCIONARIO
nome
codigo
(1,1)
possui
(0,n)
DEPENDENTE
nome
codigo
sexo
Na tabela da entidade
dependente inclui-se como
chave primária e
estrangeira a chave
A entidade fraca édepende
representada
por um
traço primária da tabela da
de outra entidade
para
entidade proprietária
mais
forte na ligação.
existir.
REGRA 3: GENERALIZAÇÃO/ESPECIALIZAÇÃO

Para a implementação de hierarquias de
generalização/especificação, há duas alternativas:
1) usar uma tabela para cada entidade;
2) usar uma única tabela para toda a hierarquia de
generalização/especialização.
ALTERNATIVA 1: USAR UMA TABELA PARA
CADA ENTIDADE.
CONTA
limite
max_saque
CONTA CORRENTE
numero
saldo
POUPANCA
Nas tabelas
sub-entidades
Nessa das
alternativa
cria-se
tem-seuma
como
chavepara
primária
tabela
cada e
estrangeira
a chave
primária
entidade
da hierarquia.
da entidade genérica
taxa_juros
ALTERNATIVA 2: USAR UMA ÚNICA TABELA PARA
TODA A HIERARQUIA DE GENERALIZAÇÃO /
ESPECIALIZAÇÃO.
CONTA
limite
max_saque
CONTA CORRENTE
numero
saldo
POUPANCA
taxa_juros
Inclui-se
Nessa alternativa
os atributos
são
dacriadas
entidade
apenas as
genérica
tabelasereferentes
os
atributos
as sub-entidades.
da própria entidade
em uma única tabela.
REGRA 4: RELACIONAMENTOS 1:1

Em relacionamentos 1:1 temos duas maneiras de
implementação:
1) Adição de colunas;
2) Tabela própria.
ALTERNATIVA 1: ADIÇÃO DE COLUNA
HOMEM
nome
identidade
(0,1)
casamento
data
(0,1)
regime
MULHER
nome
identidade
Adiciona
uma das
Incluir naatabela
os tabelas
como
chave
estrangeira
atributos
referentes
ao a
chave
primária da outra
relacionamento.
tabela.do relacionamento.
ALTERNATIVA 2: TABELA PRÓPRIA
(0,1)
HOMEM
nome
identidade
casamento
data
(0,1)
regime
Tanto
A
chave
acaso
coluna
primária
identM
decria-se
ambas
Neste
Nessa
alternativa
foi escolhido
a
quanto
as
tabelas
identH
são
chaves
podempara
ser o
coluna
uma
tabela
identM.
própria
escolhidas
estrangeiras
para
naserem
tabelachave
do
relacionamento.
primária.
relacionamento.
MULHER
nome
identidade
REGRA 5: RELACIONAMENTOS 1:N

Em relacionamentos 1:N também temos duas
maneiras de implementação:
1) Adição de colunas;
2) Tabela própria.
ALTERNATIVA
1: ADIÇÃO DE COLUNAS
FINANCEIRA
nome
codigo
(0,1)
financia
Taxa
de juros
(0,n)
Nº de
parcelas
VENDA
data
id
Nessa
alternativa
acrescentaIdentifique
a entidade
se
a chave
que
tem a primária da outra
tabela
e os possíveis
atributos
cardinalidade
N.
do relacionamento.
ALTERNATIVA 2: TABELA PRÓPRIA
FINANCEIRA
nome
codigo
(0,1)
financia
Taxa
de juros
(0,n)
Nº de
parcelas
A chave primária das outras
Nessa
cria-se
uma
duas alternativa
tabelas serão
chaves
tabela
própria
para o
primárias
e estrangeiras
na
relacionamento.
tabela do relacionamento.
VENDA
data
id
REGRA 6: RELACIONAMENTOS BINÁRIO N:N
ENGENHEIRO
(0,n)
nome
cd_engenheiro
atuacao
(0,n)
ds_funcao
Essa tabela é composta pelas
chaves primárias das tabelas
Para
A chave
relacionamentos
primária
tabela
N:N é a
participantes
como da
chaves
cria-se
combinação
uma
tabela
das chaves
própria
primárias
e estrangeiras
mais o
para
estrangeiras.
o
relacionamento
atributo do próprio
relacionamento.
PROJETO
titulo
cd_projeto
REGRA 7: ATRIBUTOS MULTIVALORADOS
CLIENTE
Nº telefone (0,n)
nome
codigo
Inclui-se na tabela o próprio
Para cada atributo
atributo e a chave primária da
multivalorado cria-se uma
tabela que o tem como atributo.
nova tabela.
REGRA 8: RELACIONAMENTOS N-ÁRIOS
FORNECEDOR
(0,n)
nome
cd_fornecedor
fornece
(0,n)
PROJETO
(0,n)
PECA
nome
nome
cd_peca
cd_projeto
Cria-se uma tabela própria para o
relacionamento com as chaves
primárias das tabelas participantes
como chaves estrangeiras e primárias.
REGRA 9: ENTIDADE ASSOCIATIVA
MEDICO
codigo
n
nome
n
CONSULTA
data
n
hora
PACIENTE
codigo
solicita
n
EXAMES
ds_resultado
codigo
descrição
nome
Para
o relacionamento
Com
aisso
necessidade
de relacionar
o
Em
um
relacionamento
N:N cria-se
Consulta
torna-se
uma
entidade
resultado
do
relacionamento
uma
tabela
para
cada
entidade
ee
relaciona-se
com
a entidade
Consulta
com
outra
entidade
uma
tabela
própria
para
o
Exames.
cria-se
uma entidade associativa.
relacionamento.