Modelo Relacional Professor Edson Emílio Scalabrin telefone: 0xx41-330-1786 e-mail: scalabrin@ppgia.pucpr.br download: http://www.ppgia.pucpr.br/~scalabrin.

Apresentação em tema: "Modelo Relacional Professor Edson Emílio Scalabrin telefone: 0xx41-330-1786 e-mail: scalabrin@ppgia.pucpr.br download: http://www.ppgia.pucpr.br/~scalabrin."— Transcrição da apresentação:

1 Modelo Relacional Professor Edson Emílio Scalabrin telefone: 0xx download:

2 Modelo Relacional Objetivo
introduzir os principais conceitos do modelo de dados relacional

3 Modelo Relacional Sistemas Operacionais: Geralmente implementados através de banco de dados relacionais. Sistemas Analíticos: Geralmente implementados através de um banco de dados dimensional. SISTEMA OPERACIONAL SISTEMA ANALÍTICO PROJETO BOTTOM-UP PROJETO TOP-DOWN

4 Modelo Relacional Definição: Representa os dados como uma coleção de tabelas. Chave_produto Descrição Tabela Produto Chave_loja endereço Tabela Loja Marca Categoria Preço Compra Preço Venda nome Chave_venda Tabela Venda nota quantidade data

5 Relacionamento b a 2 3 4 loja venda Y X produto 1
No modelo relacional, as tabelas mantém um relacionamento entre si. No exemplo abaixo, os registros da tabela venda se relacionam com os registros das tabelas loja e produto. b a 2 3 4 loja venda No modelo relacional os dados do produto não precisam ser duplicados para cada registro de venda. Y X produto 1

6 Implementação Física do Relacionamento
Os relacionamentos são implementados fisicamente através do relacionamento das chaves primárias de cada tabela que compõe o relacionamento. Chave_produto Descrição Tabela Produto Chave_loja endereço Tabela Loja Marca Categoria Preço Compra Preço Venda nome Chave_venda Tabela Venda nota quantidade data Chaves estrangeiras

7 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 Forma Normal Segunda Terceira Diminui o desempenho Aumenta as restrições

8 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 id_pessoa nome contato Tabela Pessoa endereço telefone Não Satisfaz 1FN Satisfaz 1FN Brigadeiro Franco

9 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. id_pessoa nome endereço conta saldo Não Satisfaz 2FN Satisfaz 2FN agência endereço_agência os campos dependem apenas de parte da chave primária, alguns apenas de conta outros apenas de id_pessoa chave primária: id_pessoa, conta chave primária: id_pessoa chave primária: conta

10 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. Não Satisfaz 3FN Satisfaz 3FN endereço_agência conta saldo agência id_pessoa nome endereço o endereço da agência não depende da conta, mas da agência.

11 Integridade Devem ser observados dois tipos de integridade:
a) Integridade de Entidades (cada tabela deve ter exatamente uma chave primária) b) Integridade Referencial (cada chave estrangeira deve ser consistente com sua chave primária correspondente) id_pessoa nome endereço id_empresa nome_da_empresa Tabela Empresa Tabela Pessoa Chave estrangeira primária

12 Integridade Referencial
O valor da chave estrangeira deve existir na tabela empresa ou ser NULO. Quando um registro da tabela empresa for excluído, todas os registros da tabela pessoa que façam referência a esse registro devem ter o valor da sua chave estrangeira alterado para NULO. id_pessoa nome endereço id_empresa nome_da_empresa Tabela Empresa Tabela Pessoa 1 Adao YYY 2 ZZZZ WWW Eva

13 Características do Modelo Relacional
Reduz a redundância das informações armazenadas, diminuindo o espaço total gasto para armazenar-las. Simplifica significativamente as operações de escrita, tanto na inserção de novas informações quanto a alteração de informações existentes. Complica as operações de leitura. Quanto mais normalizado for o modelo do banco de dados operacional, mais lenta e trabalhosa será a operação de leitura. 1a FORMA NORMAL 2a FORMA 3a FORMA Redução no volume de dados e aumento da consistência Desempenho na leitura

14 Modelo Relacional: Conclusões
Operação: ESCRITA: Apenas um pequeno número de registros precisa ser alterado. Por exemplo, para associar uma nova conta ao usuário os dados do usuário não precisam ser recadastrados. Operação: LEITURA: Várias tabelas precisam ser associadas para obter a resposta. Por exemplo, para obter o faturamento total que uma loja obteve com um dado produto, num dado período. ESCRITA LEITURA