Carregar apresentação
1
Modelo Relacional Renata Viegas
2
Introdução - MR Um banco de dados relacional é composto por um conjunto de tabelas ou relações, cada uma das quais com um nome único. A terminologia tabela é mais comum nos produtos comerciais e na prática. Já a terminologia relação foi utilizada na literatura original sobre a abordagem relacional e é mais comum na área acadêmica.
3
Introdução - MR Os dados são representados em forma de tabelas (relações), através de linhas (tuplas) e colunas (atributos), com os possíveis valores (domínio) definido.
4
Introdução Uma tabela é um conjunto não-ordenado de linhas (tuplas, na terminologia acadêmica) Cada linha é composta por uma série de campos, ou atributos. Cada linha de uma tabela representa um relacionamento entre um conjunto de valores.
5
Introdução Cada campo é identificado por nome do campo (ou atributo)
O conjunto de campos das linhas de uma tabela que possuem o mesmo nome formam uma coluna.
6
nome do campo nome do atributo tabela relação coluna, atributo, campo Código Nome Fone Estado 001 José PE 002 Antonio PB 003 Ana RN linha, tupla, registro valor do campo valor do atributo
7
Conceitos do Modelo Relacional...
8
Chave Primária Atributo ou conjunto de atributos que identifica cada linha em uma tabela de forma única. Cada tabela deverá possuir uma única chave primária. A chave primária não admite repetição de valores. É utilizada como referência para outras tabelas.
9
003 002 001 Código Código Nome Fone Estado 001 José PE 002 Antonio PB 003 Ana RN Tabela CLIENTE N74 003 G05 002 A53 C47 001 Produto Pedido Pedido Produto Preço Quant 001 A53 12,00 27 C47 15,00 5 002 N74 27,00 12 7 G05 51,00 2 003 29,00 8 Tabela ITENS DE PEDIDO
10
Chave Estrangeira Chave primária de uma tabela presente em uma outra para estabelecer uma conexão entre as duas. A chave estrangeira é o mecanismo pelo qual implementam-se os relacionamentos em um banco de dados relacional. Impõe restrições de integridade referencial que devem ser garantidas na alteração do banco de dados
11
Funcionário 001 002 003 004 Setor Função Código Código Nome Fone Setor
José S1 F1 002 Antonio S2 F2 003 Ana 004 Bruna S3 F3 S3 S1 S2 Setor F3 F2 F1 Função Pessoal S3 Vendas S2 Compras S1 Descrição Código S3 S2 S1 Código F3 F2 F1 Código Código Descrição F1 Gerente F2 Técnico F3 Assessor Setor Função
12
Modelo Relacional A C B D Modelo E-R
Define os dados que vão compor o banco de dados. Regras Definem a passagem do modelo E-R para o Relacional REGRAS Modelo Relacional Representação dos dados em forma de tabelas.
13
REGRAS !!
14
Modelo Relacional Regras Gerais Entidade Tabela Atributo Coluna
Relacionamento Tabela ou Chave Estrangeira Generalização/Especialização Tabelas
15
Modelo Relacional Entidade Tabela
Toda entidade se transforma em uma tabela, e seus atributos serão as colunas
16
Modelo Relacional PRODUTO (código, ref, desc, quant, preço) código ref
17
Modelo Relacional Atributo Simples ou Chave Coluna
Todo atributo simples deve ser incluído como uma coluna da tabela correspondente à entidade à qual ele está ligado Atributo Composto Tabela + Chave da Entidade Todo atributo composto se transforma numa tabela, e seus sub-atributos serão as colunas Uma das colunas da tabela deve ser a chave da entidade à qual o atributo está ligado (Chave Estrangeira)
18
Modelo Relacional Atributo Multivalorado Tabela + Chave da Entidade
Todo atributo multivalorado se transforma numa tabela, e uma das colunas deve ser a chave da entidade à qual o atributo está ligado (Chave Estrangeira)
19
Modelo Relacional CLIENTE (CPF, nome, dataNasc)
ENDEREÇO(CPF, rua, complemento)
20
Modelo Relacional Relacionamento N : N Tabela + Chaves das entidades
Todo relacionamento N:N se transforma numa tabela, onde seus atributos (se houver) serão as colunas As chaves das entidades ligadas ao relacionamento também devem ser acrescentadas como colunas (Chaves Estrangeiras)
21
CURSA ALUNO DISCIPLINA
ALUNO (código, nome) DISCIPLINA (código, nome) Aluno_Discp (aluno, disc) aluno referencia ALUNO disc referencia DISCIPLINA
22
Modelo Relacional Relacionamento N : 1 sem atributos Chave da Entidade 1 na Tabela da Entidade N Os relacionamentos N:1 que não têm atributos não se transformam em tabelas A chave da entidade que está na extremidade 1 do relacionamento deve ser incluída como coluna na tabela da entidade que está na extremidade N (Chave Estrangeira)
23
EMPREGADO LOTADO DEPARTAMENTO EMPREGADO (cod_emp, nome, cod_dept)
(1,1) LOTADO DEPARTAMENTO EMPREGADO (cod_emp, nome, cod_dept) DEPARTAMENTO (cod_dept, nome)
24
Modelo Relacional Relacionamento N : 1 com atributos Tabela com chaves das duas entidades Todo relacionamento N:1 com atributos se transforma numa tabela, onde seus atributos serão as colunas As chaves das entidades ligadas ao relacionamento também devem ser acrescentadas como colunas (Chaves Estrangeiras)
25
EMPREGADO LOTADO DEPARTAMENTO EMPREGADO (cod_emp, nome)
horas EMPREGADO (1,1) LOTADO (1,N) DEPARTAMENTO EMPREGADO (cod_emp, nome) DEPARTAMENTO (cod_dept, nome) LOTAÇÃO (cod_emp, cod_dept, horas)
26
Modelo Relacional Generalização / Especialização com muitos atributos em comum Tabela para Entidade Superior + Tabelas para Entidades Inferiores com Chave da Entidade Superior É criada uma tabela para a entidade mais genérica, onde cada atributo vira uma coluna Para cada entidade especializada, é criada uma tabela com uma coluna para cada atributo e uma coluna com a chave da entidade mais genérica (Chave Estrangeira)
27
SERVIDOR FUNCIONARIO PROFESSOR
SERVIDOR (rg, nome, endereço, telefone, sexo, tipo) FUNCIONARIO (rg, função) PROFESSOR (rg, titulação, categoria)
28
Modelo Relacional Generalização / Especialização com poucos atributos em comum Tabelas para Entidades Inferiores com Atributos da Entidade Superior Para cada entidade especializada, é criada uma tabela com uma coluna para cada atributo da entidade e uma coluna para cada atributo da entidade superior Não há ligação entre as tabelas
29
SERVIDOR FUNCIONARIO PROFESSOR
rg nome FUNCIONARIO (rg, nome, função) PROFESSOR (rg, nome, titulação, categoria)
30
Modelo Relacional Agregação Tabelas para cada Entidade + Tabelas para cada Relacionamento A agregação deve ser vista como dois relacionamentos separados A representação de cada relacionamento dependerá da cardinalidade e da presença/ausência de atributos, conforme visto nas regras para relacionamentos
31
OFICINA TEM CURSO FUNCIONÁRIO OFERECE OFICINA (cod_of, nome)
(1,1) (1,N) (0,N) (0,N) OFICINA (cod_of, nome) CURSO (cod_curso, nome, cod_of) FUNCIONÁRIO (cpf, nome, cod_of) OFER_CUR (cod_curso, cpf)
Apresentações semelhantes
© 2024 SlidePlayer.com.br Inc.
All rights reserved.