Aula 1

Banco de Dados Conversa Inicial

Prof. Ricardo Sonaglio Albano

1 2

Fundamentos de banco de dados

Assuntos abordados:
Conceitos, definições e modelos
Objetivos:
Sistema Gerenciador de Banco de Dados
Apresentar os principais conceitos
(SGBD) e aplicações de banco de dados
de banco de dados
Modelagem de dados
Construir um projeto de banco de dados
com o desenvolvimento do modelo Modelo Entidade-Relacionamento (MER)
conceitual Cardinalidade

3 4

Conceitos, definições e modelos

A importância da informação
Conceitos, definições e modelos nas organizações
Tomada de decisão
Informação deve ser precisa,
ágil e instantânea
Dado x informação

5 6

1
 Dado x Informação Banco de dados

Sistema computadorizado de armazenamento

A reunião de dados relacionados ao mesmo
assunto transforma-se em informação
Exemplo:
de registros, cujo objetivo é armazenar
informações e permitir ao usuário buscá-las
e atualizá-las quando necessário

2 Exemplos:
2+5 + Dados =7 Informação Sistema de delivery
5
Sistema acadêmico

7 8

Modelos de banco de dados

É a forma como os bancos de dados

são construídos conceitualmente
Sistema Gerenciador de
Modelos: Banco de Dados (SGBD) e
Modelo hierárquico aplicações de banco de dados
Modelo de rede
Modelo orientado a objetos
Modelo NoSQL (não relacional)
Modelo relacional

9 10

SGBD e aplicações de banco de dados SGBD e aplicações de banco de dados

Objetivos:

Sistema Gerenciador de Banco de Dados Abstração de dados

(SGBD) é a interface entre os dados de baixo Independência de dados em relação
nível, armazenados em um banco de dados, e às aplicações
os usuários e aplicações que desejam acessar Exemplos:
e manipular esses dados
DB2, Microsoft SQL Server, Oracle, MySQL,
PostgreSQL, entre outros

11 12

2
 Características de um SGBD Características de um SGBD

Controle de redundância Restrições de integridade

Compartilhamento dos dados e concorrência Backup e recuperação de dados
Controle de acesso Independência de dados
Controle de transações Eliminação de inconsistências
Possibilidade de múltiplas interfaces Padronização dos dados

13 14

Pontos de atenção em um SGBD Sistema de banco de dados

SGBD
App
Dispositivos de controle adequados Java
DBA MySQL
Integridade das informações
Banco
Levantamento de dados Oracle de Dados
Usuário

Administração do banco de dados final

Site
SQL Server
PHP

15 16

Administrador de Banco de Dados (DBA)

Definição do banco de dados
Estrutura de armazenamento e definição
de acesso aos dados
Modelagem de dados
Esquema físico e organização dos dados
Controle de acesso dos usuários
Cuidar da integridade dos dados
Acompanhar o desempenho do banco de dados
Atividades de manutenção e backup

17 18

3
 Modelagem de dados Projeto de banco de dados

Regras de negócio
Consiste no levantamento e análise de dados (visão do usuário)
Análise de Requisitos
sobre as informações e como relacionam-se Modelo Lógico

entre si, desenvolvendo um modelo que Banco

de
representa a realidade de um cenário Dados

Modelos básicos: conceitual, lógico e físico Modelo Conceitual Modelo Físico

A análise, juntamente com os modelos,

produze o projeto de banco de dados

19 20

Modelo de dados conceitual

Esse modelo abrange:

Modelo Entidade-Relacionamento Visão geral do negócio (regras)

(MER) Comunicação entre usuários e desenvolvedores

Definição das entidades e principais campos
Independente da implementação e do SGBD
Descrição mais abstrata do banco de dados
Aplicação da técnica do MER

21 22

Modelo Entidade-Relacionamento (MER) Modelo Entidade-Relacionamento (MER)

Exemplo:
Abstração de alto nível – visão do usuário
É desenvolvido com base em três elementos: Codigo
Nome
Entidade – objeto do mundo real Endereco
CodCidade
Campo – características particulares
de cada objeto Codigo
0,n 1,1
Cliente reside Cidade Descricao
Relacionamento – relação entre entidades UF

23 24

4
 Entidade Exemplos – entidades fraca e associativa
Baseada na estrutura da chave primária Entidade fraca
e no grau de dependência
1,1 0,n
Pode ser representada como: Funcionario possui Dependente

Entidade fundamental – presença Entidade associativa

de uma chave primária simples
Id (PK) ContaId (PK)
Id (PK)

Entidade associativa – baseia-se em Agencia ClienteId (PK)

Nome
Conta Endereco
TipoConta Genero

relações n:n envolvendo várias entidades ContaCliente

Conta possui
Entidade fraca – depende de outra entidade 1:n n:1
Cliente

para existir (dependência existencial)

25 26

Instância de uma entidade Campo

Características de uma entidade
Informações armazenadas nos campos Tipos de campos:
de uma entidade Obrigatório
Exemplo: Opcional ou nulo
Simples ou atômico
PESSOA Composto
nome cpf endereco
Monovalorado
Zanana Silva 123.456.789.00 Rua das Flores, 999
Multivalorado
Wilquison Souza 789.123.456.11 Avenida 7 de setembro, 1
Derivado

27 28

Campo Chaves de um campo

Identificam cada instância separadamente
em um banco de dados

Domínio: possível valor definido Garantem o relacionamento entre

para determinado campo as entidades.

Exemplo: salário, valor numérico Tipos:

positivo com duas casas decimais Chave primária (PK – Primary Key)
Chave primária não natural
Chave estrangeira (FK – Foreign Key)

29 30

5
 Chave primária (PK) – exemplo Chave estrangeira (FK) – exemplo
CLIENTE
nome nascimento endereco CLIENTE
codigo nome nascimento endereco cidade
João da Silva 01/01/1980 Sete de setembro, 1000 20001001 João da Silva 01/01/1980 Sete de setembro, 1000 1
Maria de Souza 30/01/1985 XV novembro, 10 20002100 Maria de Souza 30/01/1985 XV novembro, 10 3
19992009 Paulo de Gil 01/01/1980 General Osório, 102 1
Paulo de Gil 01/01/1980 General Osório, 102
20039564 Maria de Souza 12/10/1990 Getúlio Vargas, 200 2
Maria de Souza 12/10/1990 Getúlio Vargas, 200 20093212 Ana de Jesus 26/09/1992 Sete de setembro, 1000 1
Ana de Jesus 26/09/1992 Sete de setembro, 1000
CIDADE
codigo nome codigo descricao UF
1 Curitiba PR
20001001 João da Silva
2 São Paulo SP
20002100 Maria de Souza
3 Porto Alegre RS
19992009 Paulo de Gil
20039564 Ana de Jesus

31 32

Relacionamento ou associação Autorrelacionamento,

especialização e generalização
(1,n)
Funcionario gerencia
(1,1)
Comunicação entre as entidades
Tipos especiais:
Codigo
Especialização
Nome_RazaoSoc
Recursivo ou autorrelacionamento Endereco cpf
PFisica genero
estadoCivil
Especialização e generalização Cliente
cnpj
PJuridica inscrEstadual
Generalização

33 34

Cardinalidade
Determina a relação entre as entidades
Com base nas instâncias do objeto
Cardinalidade Formas:
Um para um (1:1)
Um para muitos / muitos para um (1:n) /
(n:1)
Muitos para muitos (n:n) / (n:m)
Máxima e mínima

35 36

6
 Cardinalidade um para um (1:1) Cardinalidade (1:1) – chave estrangeira
Relacionamento exclusivo A entidade que recebe a chave estrangeira
Uma instância está associada a uma instância fica a critério do projetista
de outra entidade
Direção da leitura
Existência opcional
Passo 1

Pessoa
1 1
possui Conjuge

Id Id
Nome Nome
Passo 2 Endereco Endereco
1 1 Genero Genero
Pessoa possui Conjuge Conjugeld (FK)
1 1
Pessoa possui Conjuge
Passo 3

Pessoa possui Conjuge 1:1

1:1

37 38

Cardinalidade um para muitos (1:n) Cardinalidade (1:n) – chave estrangeira

Uma entidade associada a várias instâncias de
outra entidade. O inverso não ocorre, em que A chave estrangeira é sempre declarada
uma entidade pode estar associada a uma no lado da entidade que recebe muitos (n)
instância
Passo 1

Cliente 1 1
reside Cidade

Cliente reside Cidade

Passo 2
1 1 Id (PK) n:1 Id (PK)
Cliente reside Cidade
Nome Descricao
n 1 DataNascimento UF
Endereco
CidadeId (FK)
Passo 3

Cliente reside Cidade

n:1

39 40

Cardinalidade muitos para muitos (n:n) Cardinalidade (n:n) – chave estrangeira

Várias instâncias de uma entidade associada Surgimento de uma nova entidade
a várias instâncias de outra entidade Representação 1
Id (PK) ContaId (PK) Id (PK)
Agencia ClienteId (PK) Nome
Conta Endereco
TipoConta Genero
Passo 1
ContaCliente
Conta
1 n
possui Cliente
Conta possui Cliente
1:n n:1
Passo 2
1 n Representação 2
Conta possui Cliente
n 1 Id (PK) Id (Surrogate Key) Id (PK)
Agencia ContaId (FK) Nome
Conta ClienteId (FK) Endereco
TipoConta Genero
Passo 3

Conta possui Cliente Conta contém ContaCliente possui Cliente

n:n 1:n n:1

41 42

7
 Cardinalidade mínima e máxima Cardinalidade mínima e máxima

(0, n) Cliente reside

(1,1)
Cidade

CARDINALIDADE MÁXIMA:
Representando uma associação
obrigatória com, no mínimo 1 ou
(0,n) (1,1)
no máximo n (muitos) Cliente reside Cidade

CARDINALIDADE MÍNIMA:
Pode representar uma associação opcional (0)
ou uma associação obrigatória (mínimo 1)
(0,n) (1,1)
Cliente reside Cidade

43 44