Unidade II

ADMINISTRAO DE
BANCO DE DADOS BANCO DE DADOS
Prof. Luiz Fernando de Lima Santos
Sistemas de Informao
ERP
CRM
BI
CPM
PLANNING
Sistemas de Informao
ERP
BI
BD
CRM
PLANNING
BI
CPM
BD
Etapas de um projeto de
Banco de Dados
Levantamento de Necessidades.
Desenho da Soluo (MER).
Modelagem Lgica.
Modelagem Fsica.
Levantamento
Ouvir, e principalmente entender as
necessidades dos usurios.
Evoluo MER
Entidade
Pessoa
CPF
Pessoa
NOME
TEL
Evoluo Lgica
Tabela Lgica
Evoluo Fsica
Tabela Fsica
Evoluo SQL
Create table pessoa (CPF char(11) not
null, nome varchar(100) constraint
pk_pessoa primary key(CPF)
Interatividade
Como nascem os bancos de dados?
a) Nascem prontos.
b) Nascem a partir de um software.
c) Nascem a partir de uma necessidade.
d) Nascem a partir de uma empresa como
Oracle ou Microsoft.
e) NDA.
Desenho da Soluo
MER Modelo Entidade Relacionamento.
um modelo abstrato desenvolvido pelo
Prof. Peter Chen, a fim de representar as
estruturas de dados de uma forma mais
natural e mais prxima do mundo real
dos negcios.
composto por entidades, que so
caracterizadas por atributos e que se
relacionam entre si.
Diferena entre MER e DER
MER Modelo Entidade Relacionamento.
Modelo terico inventado para
transportar estruturas existentes no
mundo real para dentro do
banco de dados.
DER Diagrama Entidade Relacionamento.
Representao grfica do MER.
Entidade
Entidades, do original Entity Type
servem para representar objetos, coisas,
pessoas que existem na realidade.
Ex: pessoa, carro, aluno, livros etc.
Atributos
Os tipos informaes ou caractersticas
que se deseja conhecer sobre cada
objeto que compe a
realidade (entidade).
Ex: Um carro possui cor (vermelho,
preto), motor (1.0,1.6,2.0), nmero de
portas (2p, 4p).
Relacionamentos
Os relacionamentos podem ser:
1-1 (Um para um).
1-N (Um para muitos).
N-N (Muitos para muitos).
A isso damos o nome de cardinalidade.
No MER os relacionamentos so
identificados com um verbo.
Exemplo de 1:1
Uma pessoa possui um automvel.
Pessoa Automvel
Pos
sui
1
1 1
1
Um automvel pertence a uma pessoa.
Exemplo de 1:N
Uma pessoa possui vrios automveis.
Pessoa Automvel
Pos
sui
1
N 1
1
Vrios automveis pertencem a uma
pessoa.
Exemplo de N:N
Um aluno possui vrios professores.
Aluno Professor
Pos
sui
1
N 1
N
Um professor possui vrios alunos.
Obtendo a cardinalidade
Um aluno possui vrios professores.
Aluno Professor
Pos
sui
1
N 1
N
Um professor possui vrios alunos.
Modelagem Lgica
a fase da modelagem onde a entidade
est mais parecida com o seu desenho
final, com todos os seus atributos
visveis, entre eles, o seu atributo chave.
Modelagem Fsica
a parte final do projeto de Banco de
Dados. Nele j esto definidos os
atributos das tabelas e os respectivos
data types.
Interatividade
Quando dizemos que um determinado
alimento est dentro de um grupo e um
grupo pode conter vrios alimentos
estamos falando de que tipo de
cardinalidade?
a) 1-N.
b) N-N.
c) 1-1.
d) M-N.
e) M-M.
Chaves
Chave candidata.
Chave primria.
Chave estrangeira.
Chave surrogada.
Chave Candidata
Existe apenas no MER.
utilizada para indicar atributos que
podem vir a ser uma chave primria, por
isso candidata, candidata a
chave primria .
Chave Primria
Atributo nico de uma tabela.
Serve para que no haja repetio de
dados.
Pode ser simples (quando composta de
um atributo) ou composta (quando um atributo) ou composta (quando
composta de 2 ou mais atributos).
Chave Estrangeira
Essencial para o relacionamento entre
duas ou mais tabelas.
Garante a integridade dos dados.
Pode ser simples ou composta.
Chave Surrogada
Tambm conhecida como chave
artificial.
Serve para substituir a chave
original da tabela.
muito utilizada em modelos muito utilizada em modelos
de Datawarehouse.
Normalmente composta de
nmeros sequenciais.
Chave Primria Simples
Chave Primria Composta
Tipos de Relacionamento
Quando fazemos o relacionamento entre 2
ou mais tabelas, esse relacionamento pode
ser classificado de duas formas:
Identificado: tambm conhecido como
relacionamento forte. Identifica que a
chave estrangeira da tabela pai faz
parte da chave da tabela filha .
No identificado: tambm conhecido
como relacionamento fraco. Identifica
que a chave estrangeira da tabela pai
no faz parte da chave primria da tabela
filha, sendo esse apenas
mais um atributo.
Relacionamento Forte
Como existe mais de uma cidade com o
mesmo nome, a UF serve
para deix-la nica.
Relacionamento Fraco
Um carro nico, de acordo com o seu
chassi, por isso a cor e o motor so
apenas atributos que caracterizam o
carro.
Normalizao
Normalizao de dados o processo
formal passo a passo que examina os
atributos de uma entidade, com o
objetivo de evitar anomalias observadas
na incluso, excluso e
alterao de registros alterao de registros.
1 Forma Normal (1NF)
Uma relao estar na Primeira forma
normal 1FN, se e somente se todos os
domnios bsicos contiverem somente
valores atmicos (no contiver
grupos repetitivos).
Procedimentos:
Identificar a chave primria da entidade.
Identificar o grupo repetitivo e
remov-lo da entidade.
Criar uma nova entidade com a chave Criar uma nova entidade com a chave
primria da entidade anterior
e o grupo repetitivo.
1 Forma Normal (1FN)
A chave primria da nova entidade ser
obtida pela concatenao da chave
primria da entidade inicial e a
do grupo repetitivo.
1 FN - Tabela de Clientes
Cd_Cliente Nome Telefone Endereo
1 Joo (11)1234-
5678
(11)2345-
6789
Rua Seis,
85
Morumbi
12536-965
2 Maria (11)3456-
7890
(11)4567-
8901
Rua Onze,
64
Moema
65985-963
3 Jos (11)5678-
9012
Praa
Ramos 9012
(11)6789-
0123
Ramos
Liberdade
68858-456
1 FN - Tabela de Clientes
Aqui temos o mesmo grupo de dados
para todos os registros.
1 FN - Tabela de Clientes
Cd
Cli
Nome Telefone Rua Bairro CEP
1 Joo (11)1234-
5678
(11)2345-
6789
Rua Seis, 85 Morum
bi
12536-
965
2 Maria (11)3456-
7890
(11)4567-
8901
Rua Onze,
64
Moema 65985-
963
3 Jos (11)5678-
9012
(11)6789-
Praa
Ramos
Liberda
de
68858-
456
( )
0123
(11)7890-
1234
1 FN - Tabela de Clientes
Quebramos o atributo endereo em
outros 3 atributos (Rua, Bairro e CEP).
No caso dos telefones, ainda
temos repeties.
1FN - Tabela de Clientes
Cd_Cli Nome Rua Bairro CEP
1 Joo Rua Seis, 85 Morumbi 12536-965
2 Maria Rua Onze, 64 Moema 65985-963
3 Jos Praa Ramos Liberdade 68858-456
1FN - Tabela de Telefones
Telefone Cd_Cli
(11)1234-5678 1
(11)2345-6789 1
(11)3456-7890 2
(11)4567-8901 2 ( )
(11)5678-9012 3
(11)6789-0123 3
(11)7890-1234 3
Interatividade
Assinale a alternativa correta:
a) Relacionamento fraco aquele onde a
chave primria da tabela pai faz parte
da chave primria da tabela filha .
b) A Normalizao tem como objetivo evitar b) A Normalizao tem como objetivo evitar
redundncias desnecessrias dentro de
um banco de dados.
c) Cardinalidade um passo para a
Normalizao.
d) Formas normais como definimos o d) Formas normais como definimos o
relacionamento entre tabelas.
e) Todas as alternativas anteriores
esto corretas.
2 Forma Normal (2FN)
Uma relao estar na Segunda Forma
Normal 2FN, se j estiver na 1FN e no
existir nenhum atributo que no seja
dependente de toda a chave da tabela.
Procedimentos:
Identificar os atributos que no so
funcionalmente dependentes de toda a
chave primria.
Remover da entidade todos esses
atributos identificados e criar uma nova atributos identificados e criar uma nova
entidade com eles.
2 FN - Tabela de Pedidos
N_Pedido C_Produto N_Produto Qtd Vl_Unitrio Subtotal
1 1234 Impressora
Matricial
4 100,00 400,00
2 2345 Impressora
Jato de
3 200,00 600,00
Jato de
Tinta
3 3456 Impressora
Laser
2 1000,00 2000,00
4 5678 Impressora
Multifuncion
al
1 350,00 350,00
2 FN - Tabela de Pedidos
No est na segunda forma normal
porque temos atributos que no
dependem da chave primria.
2 FN - Tabela de Pedidos
N_Pedido C_Produto Qtd Vl_Unitario Subtotal
1 1234 4 100,00 400,00
2 2345 3 200,00 600,00
3 3456 2 1000,00 2000,00
4 5678 1 350,00 350,00
2 FN - Tabela de Produtos
C_Produto N_Produto
1234 Impressora Matricial
2345 Impressora Jato de Tinta
3456 Impressora Laser
5678 Impressora Multifuncional
2 FN
Da tabela de pedidos foi retirada a
descrio do produto, porque o atributo
dependente apenas do cdigo do
produto.
Foi criada uma nova tabela chamada de
Produto, composta por Cdigo do
Produto e Nome do Produto.
Foi mantido o Cdigo do Produto na
tabela de Pedido para o relacionamento.
3 Forma Normal (3FN)
Uma tabela est na Terceira Forma
Normal 3FN se ela estiver na 2FN e se
nenhuma coluna no chave depender de
outra coluna no chave.
Procedimentos:
Identificar todos os atributos que so
funcionalmente dependentes de outros
atributos no chave.
Remov-los.
3 Forma Normal (3FN)
A chave primria da nova entidade ser o
atributo do qual os atributos removidos
so funcionalmente dependentes.
3 FN - Tabela de Pedidos
N_Pedido C_Produto Qtd Vl_Unitario Subtotal
1 1234 4 100,00 400,00
2 2345 3 200,00 600,00
3 3456 2 1000,00 2000,00
4 5678 1 350 00 350 00 4 5678 1 350,00 350,00
3 FN - Tabela de Pedidos
Ainda existe um atributo que est
relacionado a outro atributo no chave.
O atributo subtotal derivado do clculo
da quantidade que multiplica o valor
unitrio.
3FN - Tabela de Pedidos
N_Pedido C_Produto Qtd Vl_Unitrio
1 1234 4 100,00
2 2345 3 200,00
3 3456 2 1000,00
4 5678 1 350,00
3FN - Tabela de Pedidos
Nesse caso, removemos a coluna, j que
entre outras coisas ela era derivada
de um clculo.
Propagao de Chave Primria
Propagao de Chave Primria
Na primeira tabela, UF, temos uma chave
simples, o campo UF.
Na segunda tabela, cidade, temos uma
chave composta, os campos cidade e
UF, que veio da tabela UF.
Na terceira tabela, bairro, temos outra
chave composta, os campos bairro e UF
e cidade que vieram da tabela cidade.
Propagao de Chave Primria
Na quarta tabela, logradouro, temos
outra chave composta, os campos
Logradouro e UF, cidade e bairro que
vieram da tabela bairro.
Interatividade
Assinale a alternativa correta:
a) Campos calculados no devem ser
gravados na tabela, e sim
criados em consultas.
b) A Normalizao deve ser feita durante a b) A Normalizao deve ser feita durante a
fase do MER.
c) A Normalizao possui apenas
2 formas normais.
d) Chaves compostas so mais eficazes
que chaves simples que chaves simples.
e) NDA.
AT A PRXIMA!