41
Abordagem Relacional Disciplina: Banco de Dados Prof. Handerson Medeiros

Aula 05

Embed Size (px)

DESCRIPTION

TRabalho

Citation preview

Page 1: Aula 05

Abordagem Relacional

Disciplina: Banco de DadosProf. Handerson Medeiros

Page 2: Aula 05

O quê vamos aprender hoje:

Abordagem Relacional Composição de um Banco de Dados

Relacional▪ Tabelas

Especificação de banco de dados relacional

Page 3: Aula 05

Abordagem Relacional

Abordagem de modelagem de dados usada nos sistemas de gerência de banco de dados do tipo relacional.

Modelagem em nível lógico (SGBD) e não conceitual.

Aqui apresentados: conceitos mínimos necessários à

compreensão do projeto de bancos de dados relacionais.

Page 4: Aula 05

Composição de um Banco de Dados Relacional

Tabelas▪ Linhas;▪ Colunas;▪ Chaves primárias,

relacionadas através de▪ Chaves estrangeiras.

Page 5: Aula 05

Tabela - Conceitos

Page 6: Aula 05

Tabela - Conceitos

Page 7: Aula 05

Tabela - Conceitos

Page 8: Aula 05

Tabela - Conceitos

Page 9: Aula 05

Tabela - Conceitos

Page 10: Aula 05

Tabela - Conceitos

Page 11: Aula 05

Tabela - Conceitos

Page 12: Aula 05

Terminologias

Page 13: Aula 05

Características de tabelas

Page 14: Aula 05

Características de tabelas

Linhas de uma tabela não estão ordenadas.

Valor de campo: Atômico (simples, indivisíveis) Monovalorado.

Page 15: Aula 05

Chave

Conceito usado para especificar restrições de integridade básicas de um SGBD relacional.

Três tipos: chave primária chave alternativa chave estrangeira

Page 16: Aula 05

Chave Primária

Uma chave primária é uma coluna ou uma combinação de colunas cujos valores distinguem uma linha das

demais dentro de uma tabela. Heuser, 2009.

Page 17: Aula 05

Chave Primária

Page 18: Aula 05

Chave Primária

Chave primária deve ser mínima.

Page 19: Aula 05

Chave Estrangeira

Uma coluna ou uma combinação de colunas, cujos valores aparecem

necessariamente na chave primária de uma tabela. Heuser, 2009.

Mecanismo que permite a implementação de relacionamentos em um banco de dados relacional.

Page 20: Aula 05

Chave Estrangeira

Page 21: Aula 05

Chave Estrangeira

Page 22: Aula 05

Chave EstrangeiraValidação pelo SGBD

A existência de uma chave estrangeira impõe restrições que devem ser garantidas em diversas situações de alteração do banco de dados:

Page 23: Aula 05

Chave EstrangeiraValidação pelo SGBD

Quando da inclusão de uma linha na tabela que contém a chave estrangeira: o valor da chave estrangeira deve aparecer na coluna da

chave primária referenciada. Quando da alteração do valor da chave

estrangeira: o novo valor de uma chave estrangeira deve aparecer

na coluna da chave primária referenciada. Quando da exclusão de uma linha da tabela que

contém a chave primária referenciada pela chave estrangeira: na coluna chave estrangeira não deve aparecer o valor

da chave primária que está sendo excluída

Page 24: Aula 05

Chave Estrangeira na Mesma Tabela

Page 25: Aula 05

Chave Estrangeira na Mesma Tabela

Page 26: Aula 05

Chave Alternativa

Quando mais de uma coluna ou combinação podem servir para distinguir uma linha das demais.

Uma das colunas (ou combinação de colunas) é escolhida como chave primária.

As demais colunas ou combinações são denominadas chaves alternativas. (UNIQUE KEY em SQL)

Page 27: Aula 05

Chave Estrangeira

Page 28: Aula 05

Domínio

Quando uma tabela do banco de dados é definida, para cada coluna da tabela, deve ser especificado um conjunto de valores (alfanumérico, numérico,…) que os campos da respectiva coluna podem assumir.

Este conjunto de valores é chamado de domínio da coluna ou domínio do campo.

Page 29: Aula 05

Valor Vazio

Um valor de campo pode assumir o valor especial vazio (“null” em inglês).

Colunas nas quais: não são admitidos valores vazios são chamadas

de colunas obrigatórias; podem aparecer campos vazios são chamadas de

colunas opcionais. Abordagem relacional:

todas colunas que compõem a chave primária devem ser obrigatórias;

demais chaves podem conter colunas opcionais.

Page 30: Aula 05

Domínio

Page 31: Aula 05

Restrições de integridade

Objetivo primordial de um SGBD: Garantir a integridade de dados. Dizer que os dados de um banco de dados estão íntegros

significa dizer que eles refletem corretamente a realidade representada pelo banco de dados e que são consistentes entre si.

Para garantir a integridade de um banco de dados: SGBDs oferecem mecanismos de especificação de restrições

de integridade.

Uma restrição de integridade é uma regra de consistência de dados que é garantida pelo próprio SGBD.

Page 32: Aula 05

Restrições de integridade

No caso da abordagem relacional, costuma-se classificar as restrições de integridade nas seguintes categorias: Integridade de domínio Integridade de vazio Integridade de chave Integridade referencial

Page 33: Aula 05

Restrições de integridade

Integridade de domínio Restrições deste tipo especificam que o valor de um

campo deve obedecer a definição de valores admitidos para a coluna (o domínio da coluna).

Nos SGBD relacionais comerciais, é possível usar apenas domínios pré-definidos ▪ número inteiro, número real, ▪ alfanumérico de tamanho definido, ▪ Data e etc.

O usuário do SGBD não pode definir domínios próprios de sua aplicação (por exemplo, o domínio dos dias da semana ou das unidades da federação).

Page 34: Aula 05

Restrições de integridade

Integridade de vazio Através deste tipo de restrição de

integridade é especificado se os campos de uma coluna podem ou não ser vazios (se a coluna é obrigatória ou opcional).

Campos que compõem a chave primária sempre devem ser diferentes de vazio.

Page 35: Aula 05

Restrições de integridade

Integridade de chave Trata-se da restrição que define que os

valores da chave primária e alternativa devem ser únicos.

Integridade referencial É a restrição que define que os valores

dos campos que aparecem em uma chave estrangeira devem aparecer na chave primária da tabela referenciada.

Page 36: Aula 05

Restrições de integridade

Há muitas outras restrições de integridade que não se encaixam nas categorias básicas.

Essas restrições são chamadas de restrições semânticas (ou regras de negócio).

Exemplos de restrições semânticas: Um empregado do departamento denominado

“Finanças” não pode ter a categoria funcional “Engenheiro”.

Um empregado não pode ter um salário maior que seu superior imediato.

Page 37: Aula 05

Especificação de banco de dados relacional

A especificação de um banco de dados relacional (chamada de esquema do banco de dados) deve conter no mínimo a definição do seguinte: Tabelas que formam o banco de dados, Colunas que as tabelas possuem, Restrições de integridade.

Page 38: Aula 05

Especificação de banco de dados relacional

Page 39: Aula 05

Especificação de banco de dados relacional

Page 40: Aula 05

Especificação de banco de dados relacional

Page 41: Aula 05

Dúvidas