Administração de

Banco de Dados
Prof. Msc. Jefferson sena
Unidade I
Introdução
 Conceitos...
 “É um sistema computadorizado cuja finalidade
geral é armazenar informações e permitir que os
usuários busquem e atualizem essas
informações quando as solicitar” (Date, 2004)

 “Um banco de dados é um conjunto de dados

armazenados, cujo o conteúdo informativo
representa, a cada instante, o estadual atual de
uma determinada aplicação” (Laender, 1990)
Introdução
 Os Banco de Dados:
 São utilizados em muitos ramos de negócio
 Registrar fatos que serão posteriormente a
consumidores de informação na Web
 Parte central de investigações científicas
(genoma, bioquímica, astronomia)
 Uso de Banco de Dados surgiu do
aperfeiçoamento de um software especializado
o SGBD ou Sistema de Banco de Dados
A Importância do Banco de
Dados
 Na Sociedade...
 Bancos de dados são muito utilizados
atualmente.
 Estão presentes nos mais diversos setores.
A Importância do Banco de
Dados
 No Sistema de informação...
 Manipulam Informações.

CONHECIMENTO

INFORMAÇÃO

DADOS
Arquitetura de Banco de Dados
 Banco de dados clientes servidor.
Servidor

B
D

Cliente Cliente Cliente

Arquitetura de Banco de Dados
 Banco de dados distribuídos.
S2

S1

S3
Diferentes de Níveis de Aplicação
Usuário
Armazenar Não acessa os
Recuperar dados diretamente

Aplicação

Manipular
SGBD
Manter
Gerenciar

Arquivo de dados Dados

Diferentes Níveis de Abstração
Usuário
Camada
externa

Aplicação

Camada
SGBD
lógica

Camada física Dados

Entidade
 Representa um elemento do domínio da
aplicação dentro do modelo.
Exemplo
Domínio
Aluno
Entidades
Professor
Turma
Atributo
 Informações que se deseja guardar sobre
o objeto.
Nome

Aluno CPF

Curso

João

João 123.456.789-00

Informática
Cardinalidade
 É o número (mínimo e máximo) de
ocorrência de uma entidade relacionada a
outra.
 03 Tipos:
 1 para 1
 1 para N

 N para N
Cardinalidade
 Domínio: Conta de Email
1 para 1

USUÁRIO CONTA 1 CADASTRO

DE
EMAIL
1
Cardinalidade

 Domínio: Plano de Saúde

1 para N

USUÁRIO PLANO
N
DEPENDENTES
DE
SAÚDE
1
Cardinalidade
 Domínio: Livros
N para N

TÍTULO N AUTOR
LIVROS

N
Unidade II
SGBD
 Sistema gerenciador de banco de dados
 “SGBD é um software de computador capaz de
armazenar, organizar e oferecer alguma
segurança às cada vez mais valiosas
informações de uma empresa” (SILBERSCHATZ,
KORTH, HENRY e SUDARSHAN, 1999)

 Controle de Redundância;
 Compartilhamento de Dados;
 Controle de Acesso aos Dados;
 Recuperação de falhas.
 BASE DE DADOS
 Coleção de dados logicamente relacionados;
 Projetada e construída com dados para um
propósito específico;
 Concebida para atender a um grupo de usuários;
 Representação de algum aspecto do mundo real;
 Qualquer mudança na realidade, provocará
mudanças nesta base;
 Possui alguma fonte de dados.
 O que é um SGBD
 SGBD – Sistema Gerenciador de Banco de
Dados.
 DBMS – Data Base Management System.

Sistema que visa gerenciar de

modo adequado e eficiente as
bases de dados
 SGBD
(Sistema de Gerenciamento de Base de Dados)
 Software responsável pelo gerenciamento dos dados no
Banco de Dados, que permite aos usuários:
 Definir:
especificação de tipos de dados a serem armazenados.
 Construir:
armazenamento dos dados em algum meio controlado
pelo SGBD.
 Manipular:
utilização de funções para consulta, recuperação de
dados e geração de relatórios.
 CAPACIDADES DO SGBD
Eliminação de Redundâncias
Dados comuns são compartilhados
Eliminação de Inconsistências
Armazenamento num único local com acesso descentralizado
Compartilhamento dos Dados
Utilização simultânea e segura de um dado
Restrições de Segurança
Para cada usuário o nível de acesso
Padronização dos Dados
Dados são padronizados segundo um determinado formato
Manutenção da Integridade
Impede que a chave da tabela não tenha correspondente em outra tabela
Fornecimento de backup
Cópias de segurança completas ou incrementais sempre que necessário
Vantagens do uso de DBMS
 Redução de redundância de informações
 Redução de inconsistência
 Compartilhamento de informações
 Manutenção da integridade dos dados
 Independência de dados em relação ao
aspecto físico de armazenamento
Visão simplificada de um sistema de banco de dados
Aplicativos DBMS Usuários

Banco de dados
 Arquitetura – Visão Global
Nível Externo
Visão de cada usuário Visão de cada usuário

Nível Conceitual
Visão da comunidade de usuários

Nível Interno
Visão do armazenamento de dados

SGBD
Unidade III
Data Warehouse
 DW: informações provenientes de BDs
herdados (legacies) que é copiada para um BD
central
 Para que serve:
 serviço de catálogo on-line através da Web
 Analistas querem rodar consultas procurando
tendências de mercado – Data Mining
Processamento de Transação
 Transação: conjunto de operações que forma uma unidade para
processamento – deve ser executada atomicamente e isolada;

 SGBD deve garantir a durabilidade da transação;

 Logging: toda mudança no BD é armazenada em log para posterior

uso caso ocorra falha;

 Controle de Concorrência: execução isolada das transações. Uso

de locks. Resolução de conflitos – cancelar uma ou mais
transações.
 CONCEITOS IMPORTANTES

 Campo
É a menor unidade de informação existente
em um arquivo de banco de dados.

Cpf-Cliente Nome-Cliente Fone-Cliente

501170021-51 Joel Barros 3355-9001

422217090-24 Ilda Silva 3381-0003

493450021-69 Noel Lima 3354-0998

 CONCEITOS IMPORTANTES
 Registro
Conjunto de campos.
Entidade que identifica entrada única num
banco de dados.

Cpf-Cliente Nome-Cliente Fone-Cliente

501170021-51 Joel Barros 3355-9001

422217090-24 Ilda Silva 3381-0003

493450021-69 Noel Lima 3354-0998

 CONCEITOS IMPORTANTES
 Chave
Uma chave permite a distinção dos registros de uma
tabela.
Pode ser formada por um campo ou um conjunto de
campo (chaves compostas).

Cpf-Cliente Nome-Cliente Fone-Cliente

501170021-51 Joel Barros 3355-9001

422217090-24 Ilda Silva 3381-0003

493450021-69 Noel Lima 3354-0998

 CONCEITOS IMPORTANTES
 Tabelas
Representam as estruturas de armazenamento
de dados dos sistemas.
Formada por um conjunto de campos e registros.
Ex: tabela dos clientes
tabela dos fornecedores
tabela dos produtos
 CONCEITOS IMPORTANTES
Tabela no modo Estrutura

Nome do Campo Tipo de Dado Descrição

Chave Código-Prod Número Digite o código do produto
Nome-Prod Texto Digite o nome do produto
Preço-Prod Moeda Digite o preço do produto

Tabela no modo Folha de Dados

Código-Prod Nome-Prod Preço-Prod

51 Martelo de Borracha R$ 8,45
54 Chave de Fenda Pequena R$ 2,50
59 Alicate de Aço R$ 9,00
 CONCEITOS IMPORTANTES

 Dado
É o valor do campo quando é armazenado no
Banco de Dados.
Ex. O valor do campo "nome do cliente" para
quem está entrando com os dados.
Cpf-Cliente Nome-Cliente Fone-Cliente
501170021-51 Joel Barros 3355-9001
422217090-24 Ilda Silva 3381-0003
493450021-69 Noel Lima 3354-0998
 CONCEITOS IMPORTANTES

 Informação
É o valor que este campo representa para
as atividades da empresa.
Ex. Resposta a uma consulta: Qual os
nomes dos clientes do Rio de Janeiro?
Dado Processamento Informação
 TIPOS DE DADOS
 Texto
Armazena caracteres alfanuméricos
(texto e número).
É o tipo indicado para armazenar
informações que não requerem cálculo.
Ex: nome de pessoas ou endereços.
Cpf, Tel e Cep se tiver / , ( ) , -
 TIPOS DE DADOS
 Memorando
Armazena caracteres, no entanto, ele é
utilizado para aguardar grandes blocos de
texto que são divididos em parágrafos.

Cpf-Cliente Nome-Cliente Observação-Cliente

501170021-51 Joel Barros Entregou a fita de vídeo sem rebobinar após assistir o
filme
422217090-24 Ilda Silva Não devolveu a fita de vídeo até o dia de hoje, apesar de
vários contatos telefônicos
493450021-69 Noel Lima Nenhuma
 TIPOS DE DADOS
 Número
Armazena valores numéricos inteiros ou
fracionários.
Este tipo deverá ser escolhido como padrão
quando desejarmos efetuar cálculos com os
campos.

Código-Produto Nome-Produto Quantidade-Produto

NA 45 Biscoito de Polvilho 15
LE 24 Torradas 33
MC 69 Bolo Inglês 54
 TIPOS DE DADOS
 Data/Hora
Faz com que o banco de dados trate os
caracteres como datas ou horas, dependendo
da forma como serão digitados.
Cpf-Cliente Nome-Cliente Data-Nascimento
501170021-51 Joel Barros 30/12/1963

422217090-24 Ilda Silva 08/10/1967

493450021-69 Noel Lima 22/07/1971

 TIPOS DE DADOS
 Unidade Monetária
O tipo de dados Moeda tem todas
características de um dado do tipo numérico,
porém com acréscimo do símbolo monetário.

Código-Produto Nome-Produto Preço-Produto

NA 45 Biscoito de Polvilho R$ 2,50
LE 24 Torradas R$ 3,00
MC 69 Bolo Inglês R$ 5,20
 TIPOS DE DADOS
 Numeração Automática
Utilizado para contagem de registros. A cada
registro inserido na tabela ele é
automaticamente incrementado em um valor.

Número-Pedido Nome-Produto Quantidade-Produto

1 Biscoito de Polvilho 15

2 Torradas 33

3 Bolo Inglês 54
 TIPOS DE DADOS
 Sim/Não
Permite a entrada de valores dos tipos:
Sim ou Não, Verdadeiro ou Falso, Certo ou Errado.

Cpf-Cliente Nome-Cliente Pagamento-Pendente

501170021-51 Joel Barros

422217090-24 Ilda Silva

493450021-69 Noel Lima

 TIPOS DE DADOS
Cpf-Cliente Nome-Cliente Foto-Cliente

 Objeto OLE
Esse tipo de dado é uma
501170021-51 Joel Barros
grande vantagem do
ambiente gráfico
Windows, pois você pode
422217090-24 Ilda Silva
definir que o dado seja
uma imagem gráfica.

493450021-69 Noel Lima

Ex: associar à ficha dos
funcionários uma foto do
mesmo.
 TIPOS DE DADOS
 Hyperlink
É um tipo de campo que irá armazenar um texto que
permite saltar para um arquivo, um local em um arquivo,
uma página HTML na Web.
Exemplo: http://fp13vs23.digiweb.com
jsn@ig.com.br

Cpf-Cliente Nome-Cliente Email-Cliente

501170021-51 Joel Barros jb@aol.com.br

422217090-24 Ilda Silva isil@terra.com.br

493450021-69 Noel Lima noli@uol.com.br

 TIPOS DE DADOS
 Assistente de pesquisa
Cria um campo que permite que você escolha um valor
a partir de uma tabela ou de uma lista de valores,
utilizando uma caixa de combinação.

Cpf-Cliente Nome-Cliente Sexo-Cliente

501170021-51 Joel Barros Masc

422217090-24 Ilda Silva Fem

493450021-69 Noel Lima

Masc
Fem
Exemplo de Pedido de Material

- Número do Pedido e Código do tipo são preenchidos pelo programa

- Sexo do Cliente e Nome do Tipo são preenchidos com caixa de combinação
- Data do Pedido e Preço do Material podem ser usados em cálculos
- E-mail do Cliente ao ser clicado com mouse abre o Outlook para mensagem
RELACIONAMENTO ENTRE TABELAS

 As tabelas se relacionam através das chaves

principais e secundárias.
 As chaves secundárias são aquelas que são
principais em uma tabela e são colocadas em
outra tabela para que haja um relacionamento.
 Os nomes da tabela são escritos em maiúsculo.
 As chaves principais estão com sublinhado
simples e/ou em negrito.
RELACIONAMENTO ENTRE TABELAS

Suponhamos que nós tenhamos as

seguintes tabelas: Cliente e Pedido

TAB-CLIENTE TAB-PEDIDO
Cpf-Cliente Número-Pedido
Nome-Cliente Data-Pedido
Fone-Cliente Situação-Pedido
Cep-Cliente
RELACIONAMENTO ENTRE TABELAS

 Para que uma tabela se relacione com a outra, é necessário que a chave
principal de uma esteja no outra tabela, como chave secundária.

TAB-CLIENTE TAB-PEDIDO
Cpf-Cliente Número-Pedido
Nome-Cliente Data-Pedido
Fone-Cliente Situação-Pedido
Cep-Cliente Cpf-Cliente

 A chave estrangeira está representada pelo sublinhado duplo.

 As duas tabelas estão relacionadas pelo campo Cpf-Cliente.
 CARDINALIDADES

 As cardinalidades são representadas por

1 ou N.
 A chave principal fica com a cardinalidade
1, enquanto que a chave secundária fica
com a cardinalidade N.
 CARDINALIDADES
 Se um cliente pode fazer vários pedidos e cada pedido
só pode ser feito por um certo cliente, então a
cardinalidade no exemplo acima passa a ser o seguinte:

TAB-CLIENTE TAB-PEDIDO
1
Cpf-Cliente Número-Pedido
Nome-Cliente Data-Pedido
Fone-Cliente Situação-Pedido
N
Cep-Cliente Cpf-Cliente
 CARDINALIDADES
 Se fosse colocada a chave principal da TAB-
PEDIDO (Número-Pedido) na TAB-CLIENTE
como chave estrangeira, a situação absurda seria
a seguinte:
 Cada cliente só poderia fazer um único pedido.
 Cada pedido poderia ser feito por vários clientes.
 Formas Normais
 Regras desenvolvidas para:
 Evitar inconsistências lógicas nas operações de
atualização das tabelas.
 Evitar redundância na organização das tabelas.

Primeira Segunda Terceira

Forma Forma Forma
Normal Normal Normal

Aumenta as restrições

Diminui o desempenho
 Primeira Forma Normal – 1FN
 Definição: o domínio de todos os atributos
das tabelas deve ser atômico (indivisível)
 Cada coluna da tabela deve conter só um tipo de
atributos
Tabela Não Satisfaz
Pessoa id_pessoa nome contato
1FN
Brigadeiro Franco
233-3932
paulo@hotmail.com

Tabela Satisfaz
id_pessoa nome endereço telefone email
Pessoa 1FN
 Exercício – 1FN
 Cadastro de • Cadastro de clientes
clientes – COD CLIENTE
 COD CLIENTE – NUM_CPF_CGC
 NUM_CPF_CGC – NUM_DV_CPF
 VALOR_DEVEDOR – NUM_CGC
– NUM_DV_CGC
Não atende a 1FN
– VALOR_EMPREST
– VALOR JUROS
Atende a 1FN
– VALOR_CORR_MON
 Segunda Forma Normal – 2FN
• Definição: cada tabela deve satisfazer a 1FN, cada registro deve
ter uma chave primária e cada campo não chave deve depender
totalmente da chave primária.
Não Satisfaz 2FN
chave primária: id_pessoa + conta
id_pessoa nome endereço conta saldo agência endereço_agência

Satisfaz 2FN os campos dependem

chave primária: id_pessoa
id_pessoa nome endereço conta
chave primária: conta
apenas de parte da chave
primária, alguns apenas de
conta outros apenas de
id_pessoa

conta saldo agência endereço_agência

 Exercício – 2 FN
 Peça_Carro
 Cod_peça • Peça_Carro
 Desc_peça – Cod_peça
 Qtde_estoque – Desc_peça
 End_local_estoq – Qtde_estoque
ue – Rua_End_local
Não atende a 1FN – Num_end_local
– Etc_endereço
Atende a 1FN
 Exercício – 2 FN
• Peça_Carro
 Peça_Carro
– Cod_peça
 Cod_peça
– Desc_peça
 Desc_peça – Qtde_estoque
 Qtde_estoque – Cod_local_estoque
 End_local_estoqu • Local_estoque
e – Cod_local_estoque
– Rua_End_local
Não atende a 2FN
– Num_end_local
– Etc_endereço
Atende a 2FN
Terceira Forma Normal – 3FN
 Definição: cada tabela deve satisfazer a
2FN e cada atributo não chave primária
depende diretamente da chave primária.
o endereço da agência não
depende da conta, mas da
id_pessoa nome endereço conta agência.

conta saldo agência endereço_agência Não Satisfaz 3FN

conta saldo agência

Satisfaz
3FN
agência endereço_agência
 Exercício – 3 FN
• Aluno
 Nota_aluno
– Cod_aluno
 Cod_aluno
– Nome_aluno
 Nome_aluno
• Disciplina
 Nome_disciplin
a – Cod_disciplina
 Cod_professor – Nome_disciplina
 Nota – Cod_professor

Não atende a 3FN

• Nota_aluno
– Cod_aluno
– Cod_disciplina
Atende a 3FN
– Nota
Unidade IV
 Modelagem de Dados

Consiste em mapear o mundo real do sistema em um modelo que irá

representar a realidade e o relacionamento existente entre os dados.
Identifica entidades de dados e seus relacionamentos.
É um modelo de dados cujos conceitos foram projetados para estar o
mais próximo possível da visão que o usuário tem dos dados.
 TABELA
 Objeto ou evento básico do mundo real,
concreto ou abstrato, que possui
existência independente, distintamente
identificado e tratado como uma categoria
definida, acerca da qual armazenamos
dados.
TAB-CLIENTE
 TABELA
 São Tabelas:
Ente físico ou Jurídico (Funcionário, Cliente, Aluno, etc.);
Documento (Nota Fiscal, Ordem de Serviço, etc.);
Local (Departamento, Unidade, etc.);
Histórico (Histórico Escolar, Vendas Acumuladas, etc.);
Material (Matéria-prima, Produto, etc.).

 Não são Tabelas:

Entidade com apenas 1 elemento;
Operações do sistema;
Cargos de direção.
Tabelas Cadastro e Movimento
Tabela Cadastro

TAB-MOTORISTA TAB-DISTRIBUIÇÃO TAB-ÔNIBUS

1 N N 1
Cpf-Motor Cpf-Motor Chassi-Ônibus
Nome-Motor Chassi-Ônibus Placa-Ônibus
Fone-Motor Data-Distribuição Data-Fabricação
Cnh-Motor Odômetro-Saída Modelo-Ônibus
Hora-Saída
Odômetro-Chegada
Hora-Chegada
Observação

Tabela Movimento
 CAMPOS
 Dados elementares que, em conjunto, permitem descrever
a tabela ou o relacionamento.

 Simples: são aqueles que possuem uma única opção.

Ex: Identidade.
 Determinante: garante a unicidade de cada ocorrência.
Ex: Matrícula.
 Composto: pode ser dividido em outros atributos.
Ex: Endereço – (Rua + Número + Bairro + Cidade).
 Multi-valorado: é aquele que pode ter mais de uma opção.
Ex: Telefone - cada um pode ter mais de um telefone.
 CHAVE OU IDENTIFICADOR
 É o atributo contido na tabela que a personaliza e individualiza.

 Chave Primária
É o atributo ou grupamento de atributos cujo valor identifica
unicamente uma tupla dentre todas as outras de uma identidade.

 Chave Candidata
É o atributo ou grupamento de atributos que tem a propriedade de
identificação única. Pode vir a ser a chave primária.

 Chave Estrangeira
Atributo de uma entidade que é a chave primária de outra entidade.

 Chave Composta ou Concatenada

É formada pelo grupamento de mais de um atributo.
 RELACIONAMENTO
 É a associação, com um significado, entre duas ou mais entidades.

 Exemplo: O João está trabalhando no Aprovisionamento.

João - Campo Nome do funcionário da Tabela Funcionário;

Aprovisionamento - Campo Nome do Setor da Tabela Setor;

Trabalhando - Ligação existente entre um Funcionário e um Setor.

TAB-FUNCIONÁRIO Trabalha TAB-SETOR

 RELACIONAMENTO
 Relacionamento 1:1
 Francisco é casado com a Maria.
 Casado - Ligação entre um Homem e uma
Mulher, sendo que um homem pode ser casado
com uma e apenas uma mulher, assim como,
uma mulher pode ser casada com um e apenas
um homem.
1 1
TAB-HOMEM Casado TAB-MULHER
 RELACIONAMENTO
 Relacionamento 1:N ou N:1
 Pedro trabalha no Departamento de Pessoal.
 Trabalha - Ligação entre um Funcionário e um
Departamento, onde um funcionário pode
trabalhar em um e somente um departamento e
um departamento pode ter vários funcionários.
N 1
TAB-EMPREGADO TAB-DEPARTAMENTO
Trabalha
 RELACIONAMENTO
 Relacionamento N : N
 Antônio está matriculado na disciplina Português.
 Matriculado - Ligação existente entre um Aluno e
uma Disciplina, onde um aluno pode estar
matriculado em várias disciplinas e cada disciplina
pode ter vários alunos matriculados.
 Normalmente existe campo no relacionamento.

N N
TAB-ALUNOS Matriculado TAB-DISCIPLINA

Dia Hora
 RELACIONAMENTO
 Dado um modelo completo, devemos montar um
esquema onde aparecem todas as tabelas, com
seus campos e chaves.
 A chave principal deve receber sublinhado simples
e a chave secundária um duplo.
 Vamos estudar os seguintes casos:
1 para N , N para 1 e N para N
 O 1 para 1 só é usado quando dividimos uma
tabela em duas e temos a mesma chave principal.
 RELACIONAMENTO

 Vamos estudar os 3 exemplos através das

seguintes tabelas abaixo:

TAB-PRODUTO TAB-FORNECEDOR
Código-Prod Cnpj-Fornec
Descrição-Prod Nome-Fornec

Dependendo da situação, o campo Preço-Prod fica em

tabelas diferentes
 ESQUEMA DE TABELAS
 Caso 1: cada produto só é distribuído por um
único fornecedor, que por sua vez pode distribuir
vários produtos.

TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec)

TAB-PRODUTO (Código-Prod , Descrição-Prod , Preço-Prod,

Cnpj-Fornec)

As 2 tabelas estão relacionadas pelo campo Cnpj-Fornec .

 LAYOUT DE RELACIONAMENTOS
 Caso 1: cada produto só é distribuído por um
único fornecedor, que por sua vez pode
distribuir vários produtos.

TAB-PRODUTO 1 TAB-FORNECEDOR
Código-Prod Cnpj-Fornec
Descrição-Prod Nome-Fornec
Preço-Prod N
Cnpj-Fornec

As 2 tabelas estão relacionadas pelo campo Cnpj-Fornec .

 ESQUEMA DE TABELAS
 Caso 2: cada produto é distribuído por vários
fornecedores, que por sua vez só distribuem
apenas 1 produto.

TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec , Preço-

Fornec , Código-Prod)

TAB-PRODUTO (Código-Prod , Descrição-Prod)

As 2 tabelas estão relacionadas pelo campo Código-Prod .

 LAYOUT DE RELACIONAMENTOS
 Caso 2: cada produto é distribuído por vários
fornecedores, que por sua vez só distribuem
apenas 1 produto.

TAB-PRODUTO 1 TAB-FORNECEDOR
Código-Prod Cnpj-Fornec
Descrição-Prod Nome-Fornec
N Preço-Fornec
Código-Prod

As 2 tabelas estão relacionadas pelo campo Código-Prod .

 ESQUEMA DE TABELAS
 Caso 3: cada produto é distribuído por
vários fornecedores, que podem distribuir
vários produtos.
TAB-FORNECEDOR (Cnpj-Fornec , Nome-Fornec)

TAB-DISTRIBUIÇÃO (Cnpj-Fornec , Código-Prod , Preço-Fornec-Prod)

TAB-PRODUTO (Código-Prod , Descrição-Prod)

A TAB-PRODUTOS está relacionada com a TAB-DISTRIBUIÇÃO pelo campo Código-Prod

A TAB-DISTRIBUIÇÃO está relacionada com a TAB-FORNECEDOR pelo campo Cnpj-Fornec
 LAYOUT DE RELACIONAMENTOS
 Caso 3: cada produto é distribuído por vários
fornecedores, que podem distribuir vários
produtos.

TAB-PRODUTOS TAB-DISTRIBUIÇÃO TAB_FORNECEDOR

1
1 N
Código-Prod Código-Prod N Cnpj-Fornec
Descrição-Prod Cnpj-Fornec Nome-Fornec
Preço-Fornec-Prod

A TAB-PRODUTOS está relacionada com a TAB-DISTRIBUIÇÃO pelo campo Código-Prod

A TAB-DISTRIBUIÇÃO está relacionada com a TAB-FORNECEDOR pelo campo Cnpj-Fornec
Resposta: Layout de Relacionamentos
TAB-ALUNO TAB-CURSO TAB-AULAS
1 1 N
Matrícula-Aluno Código-Curso Código-Curso
N
Nome-Aluno Descrição-Curso Controle-Disciplina
Rua-Aluno Dias-Aula-Disciplina
Bairro-Aluno
Cep-Aluno TAB-DISCIPLINA
1
Código-Curso N Controle-Disciplina TAB-PROFESSOR
1
Descrição-Disciplina Cpf-Professor
Cpf-Professor N Nome-professor
Tel-Professor
 Resposta: Esquema de Tabelas
TAB-ALUNO (Matrícula-Aluno , Nome-Aluno , Rua-Aluno , Bairro-Aluno ,
Cep-Aluno , Código-Curso)

TAB-CURSO (Código-Curso , Descrição-Curso)

TAB-AULAS (Código-Curso , Controle-Disciplina , Dias-Aula-Disciplina)

TAB-DISCIPLINA (Controle-Disciplina , Descrição-Disciplina , Cpf-Professor)

TAB-PROFESSOR (Cpf-Professor , Nome-Professor , Tel-Professor)

Referências
 DATE, C. J. Introdução a Sistemas de Bancos.
São Paulo: Campus, 2004. 8 ed.

 SILBERSCHATZ, Abraham; KORTH, Henry F. e

SUDARSHAN, S. Sistema de Banco de Dados.
São Paulo. Makron Books, 1999.

 ELMASRI, R.; NAVATHE, S. B. Sistemas de

Banco de Dados. São Paulo: Pearson Education,
1989. 6 ed.