Introdução a Banco de

Dados e Access

Isabel Harb Manssour

Porto Alegre, maio de 2007

Baseado no material das professoras Miriam Sayão, Adriana Beiler e Elisa Boff
 Roteiro

1. Conceitos Básicos de Banco de

Dados
2. Microsoft Access
3. Modelo Entidade-Relacionamento
4. Planejamento de Banco de Dados
 Conceitos Básicos de Banco de Dados

 Arquivos
 Permitem o armazenamento permanente de
dados
 Dados persistentes
 Dispositivos de armazenamento secundários
 Armazenam arquivos
 Discos magnéticos, discos ópticos, fitas
magnéticas
 Conceitos Básicos de Banco de Dados

 Campo (Field)
 Conjunto de caracteres com o mesmo significado
 Exemplo: nome
 Registro (Record)
 Conjunto de campos relacionados
 Exemplo: nome, endereço, idade, telefone de uma pessoa
 Representado por uma instância de uma classe
 Arquivo (File)
 Conjunto de registros relacionados
 Exemplo: informações sobre um grupo de pessoas
 Conceitos Básicos de Banco de Dados

Ficha Registro
Nome: ____
Endereço: _____
Telefone: ______ Campos
CIC: ______
RG: _______

Campo

Nome Endereço Telefone CIC RG

Registro
Ana Silva Andradas 34 332.56.35 345.565/9 271646252
Arquivo
João Neto Siqueira 34 353.46.54 454.567/8 456546568
Maria Santos Ipiranga 67 223.66.51 028.480/8 873260269
: : : : :
 Conceitos Básicos de Banco de Dados

 Arquivo seqüencial
 Todos os registros estão organizados na forma
de uma lista, um depois do outro.
 Os registros podem estar dispostos
ordenadamente, obedecendo a seqüência
determinada pela chave primária.
 É possível incluir, excluir, alterar e consultar os
registros.
 Conceitos Básicos de Banco de Dados

 Arquivo seqüencial
 Exemplo:
Nome: João Nome: Maria Nome: José Nome: Ana Nome: Paulo
E
End: ____ End: ____ End: ____ End: ____ End: ____
Fone: ____ Fone: ____ Fone: ____ Fone: ____ Fone: ____
O
Válido: V Válido: V Válido: V Válido: V Válido: V F

Todos os registros possuem o mesmo tamanho e são

armazenados seqüencialmente na memória
 Conceitos Básicos de Banco de Dados

 Arquivo seqüencial
 Pesquisa seqüencial
Nome: João Nome: Maria Nome: José Nome: Ana Nome: Paulo Nome: Rita
E
End: ____ End: ____ End: ____ End: ____ End: ____ End: ____
Fone: ____ Fone: ____ Fone: ____ Fone: ____ Fone: ____ Fone: ____
O
Válido: V Válido: V Válido: V Válido: V Válido: V Válido: V F
 Conceitos Básicos de Banco de Dados
 Arquivo de índice
 Consiste em um arquivo que guarda o campo
chave e a posição do registro no disco
 Exemplo:
E100 E101 E102 E103 E104 E105
Nome: João Nome: Maria Nome: José Nome: Ana Nome: Paulo Nome: Rita
E
End: ____ End: ____ End: ____ End: ____ End: ____ End: ____
O
Fone: ____ Fone: ____ Fone: ____ Fone: ____ Fone: ____ Fone: ____
F
Válido: V Válido: F Válido: V Válido: V Válido: V Válido: V
Arquivo de Dados

E
Chave: Ana Chave: João Chave: José Chave: Maria Chave: Paulo Chave: Rita
O
Posição: E103 Posição: E100 Posição: E102 Posição: E101 Posição: E104 Posição: E105
F
Arquivo de Índice
 Conceitos Básicos de Banco de Dados

 Arquivos de índice
 Permitem o acesso rápido às dados
 Vários podem ser criados
 Índice por nome
 Índice por idade
 Índice por telefone
 ...
 Conceitos Básicos de Banco de Dados

 Programas que trabalham com arquivos

devem permitir
 Incluir, excluir, consultar e alterar registros
 Incluir novos campos nos registros
 Excluir campos dos registros
 Gerar listagens com diferentes ordenações
 Conceitos Básicos de Banco de Dados

 Banco de Dados (ou base de dados - BD)

 Conjunto de arquivos relacionados
 Dados com uma estrutura regular que organizam a
informação
 Normalmente agrupa informações utilizadas para
um mesmo fim.
 Exemplo: folha de pagamento, controle de estoque,
controle de contas

http://pt.wikipedia.org/wiki/Banco_de_dados
 Conceitos Básicos de Banco de Dados

 SGBD - Sistema Gerenciador de Banco

de Dados
 Conjunto de programas cujo objetivo principal
é gerenciar o acesso e a correta manutenção
dos dados armazenados no banco de dados
 Exemplos: Microsoft Access, Oracle, Sybase,
etc.
 Roteiro

1. Conceitos Básicos de Banco de Dados

2. Microsoft Access
3. Modelo Entidade-Relacionamento
4. Planejamento de Banco de Dados
 Microsoft Access

 Microsoft Office Access (MSAccess)

 Sistema relacional de administração de banco
de dados.
 Incluído no pacote Microsoft Office Professional.
 Permite o rápido desenvolvimento de aplicações
que envolvem:
 Modelagem e estrutura de dados
 Interface a ser utilizada pelos usuários
 Microsoft Access

 Trabalha com os seguintes objetos:

 Tabela: armazenamentos dos dados.
 Consulta: filtro sobre os dados armazenados
nas tabelas.
 Formulários: como um formulário em papel que
se preenche a mão.
 Relatório:
 Informação que foi organizada e formatada
 Meio de recuperação e apresentação dos dados
 Microsoft Access

 Trabalha com os seguintes objetos:

 Macro
 Executa automaticamente uma tarefa ou uma série
de tarefas
 Tarefa=ação
 Módulo
 Procedimentos e funções que são escritos em uma
linguagem chamada de ACCESS BASIC, e que
podem ser chamadas dentro de uma consulta, de um
formulário ou de um relatório
 Microsoft Access

 Arquivos possuem extensão MDB.

 Possui assistentes que facilitam a criação
dos bancos de dados.
Microsoft Access
Microsoft Access
Microsoft Access
 Roteiro

1. Conceitos Básicos de Banco de Dados

2. Microsoft Access
3. Modelo Entidade-Relacionamento
4. Planejamento de Banco de Dados
 Modelo Entidade-Relacionamento

 Banco de Dados Relacional

 Segue o Modelo Relacional
 Define maneiras de armazenar, manipular e
recuperar dados estruturados unicamente na
forma de tabelas
 Modelo Entidade-Relacionamento

 SGBD Relacional
 Exemplo de dados organizados na forma de
tabelas:
Tipo de Produto
CodTipoProd DescrTipoProd
1 Computador
2 Impressora

Produto
CodProd DescrProd PrecoProd CodTipoProd
1 PC desktop modelo x 2500 1
2 PC notebook ABC 3500 1
3 Impressora jato de tinta 600 2
4 Impressora laser 800 2
 Modelo Entidade-Relacionamento

 Arquitetura de um banco de dados relacional

 Entidades
 Atributos (coluna)
 Relacionamentos
 Restrições sobre relacionamentos
 Modelo Entidade-Relacionamento

 Entidades
 Representam pessoas ou objetos que existem
no mundo real, e sobre os quais queremos
guardar informações
 Exemplos: funcionário, obra, máquina, aluno
 Representação:
nome da entidade
 Modelo Entidade-Relacionamento

 Atributos
 Representam características ou informações
das entidades ou dos relacionamentos
 Exemplos para entidades:
 Funcionário: nome, matrícula, data de admissão,
número da carteira profissional
 Obra: responsável, data de início, custo previsto
 Máquina: material, tipo, responsável, custo
 Aluno: nome, matrícula, curso, situação
 Modelo Entidade-Relacionamento

 Relacionamentos
 Fato ou acontecimento que liga dois objetos do
mundo real (ou duas entidades do modelo)
 Representação:

nome
 Modelo Entidade-Relacionamento

 Diagrama de Entidade-Relacionamento (DER)

 Utilizado para:
 Interagir com o usuário
 Definir depósitos permanentes de dados
 Focalizar relacionamentos entre entidades, tabelas ou
arquivos

Cliente Compra Livro Curso possui

Professor ministra Disciplinas

 Modelo Entidade-Relacionamento

 Cardinalidade: é o número de objetos de cada tipo

que participa no relacionamento
 Pode ser.
 1:1 (um para um); 1:N (um para muitos);
N:1 (muitos para um); M:N (muitos para muitos)

1 N
Cliente Compra Item

M N
Professor ministra Disciplina
 Modelo Entidade-Relacionamento
Exemplo 1:
N
Aluguel pertence Cliente
1

• um Aluguel pertence a no máximo um Cliente

• um Cliente pode ter mais de um aluguel

Exemplo 2:
N
Fornecedor fornece Produto
M

• um Fornecedor fornece vários Produtos

• um Produto pode ser fornecido vários Fornecedores

 Modelo Entidade-Relacionamento

 Chave
 Usada para identificar linhas e estabelecer
relações entre linhas de tabelas
 Conjunto de um ou mais atributos que
determinam a unicidade de cada registro
 Permite o relacionamento entre tabelas
 Modelo Entidade-Relacionamento

 Tipos de chave
 Chave primária (PK - Primary Key):
 Apresenta um valor diferente para cada registro do
arquivo
 Permite identificar um único registro no arquivo
 Identifica o registro desejado em uma operação de acesso
a um arquivo, facilitando a sua recuperação
 Um campo pode ser escolhido como chave primária
 Exemplo: código de um funcionário
 Modelo Entidade-Relacionamento
 Tipos de chave
 Chave estrangeira (FK - Foreign Key)
 Coluna ou combinação de colunas cujos valores
aparecem necessariamente na chave primária de
outra tabela
 Define um relacionamento entre as tabelas e pode
ocorrer repetidas vezes
 Exemplo:
Chave primária Chave estrangeira
Chave primária
NumPedido NumCliente Quantidade Valor
NumCliente Nome Endereço 1 2 5 R$ 25,00
1 Fulano Rua x 2 1 3 R$ 15,00
2 Beltrao Avenida y 3 2 2 R$ 10,00
 Roteiro

1. Conceitos Básicos de Banco de Dados

2. Microsoft Access
3. Modelo Entidade-Relacionamento
4. Planejamento de Banco de Dados
 Planejamento de Banco de Dados
 Com um BD você não pode fazer muitas
experiências na base da tentativa e erro.
 Antes que você crie seu BD, deverá fazer as
seguintes perguntas:
 Quais dados eu desejo armazenar, e qual é a melhor maneira
de organizá-los? Isso determina as tabelas que você precisará.
 Quais as ações de entrada de dados eu realizo no dia-a-dia
de minha empresa? Isso determina os formulários de que você
precisará.
 Quais informações eu quero saber sobre o estado da
empresa? Essa resposta indica que relatórios e consultas você
desejará.
 Planejamento de Banco de Dados

 Determinando as tabelas
 Tecnicamente, você só precisa de uma tabela, o
mínimo para que um banco de dados funcione.
 Mas o maior erro que a maioria das pessoas
comete é colocar muitas informações em uma
única tabela.
 O Access é um programa de gerenciamento de
banco de dados relacional: ele trata de muitas
tabelas e cria relacionamentos entre elas.
 Planejamento de Banco de Dados

 Por exemplo, em um banco de dados que

registra pedidos de clientes, você pode ter
as seguintes tabelas:
 Clientes
 Métodos de Entrega
 Vendedores
 Pedidos
 Produtos
 Detalhes do Pedido
 Planejamento de Banco de Dados

 Planejar as tabelas antes de criar seu banco

de dados é importante.
 É difícil mudar a estrutura de uma tabela
depois que ela estiver preenchida com
dados (mas não impossível).
 Planejamento de Banco de Dados

 Normalização dos dados torna as tabelas o mais

eficientes e compactas possíveis, para eliminar
a possibilidade de confusão e erro.
 Algumas regras, chamadas regras de
normalização, governam o modo como um BD
deve armazenar suas tabelas:
 Evitar informações repetidas.
 Evitar dados redundantes.
 Planejamento de Banco de Dados

 Evitar informações repetidas:

 Suponha que você queira manter informações de
contato sobre seus clientes juntamente com um
registro de cada transação que eles efetuarem.
 Se você mantivesse tudo em uma tabela, teria que
repetir o nome completo do cliente, o endereço e o
número de telefone toda vez que incluísse uma nova
transação.
 Também teria que mudar o endereço em cada registro
de transação para esse cliente.
 Planejamento de Banco de Dados

 Evitar informações repetidas:

 Uma maneira melhor é atribuir a cada cliente
um número de código.
 Inclua esse número de código em uma tabela
contendo nomes e endereços.
 Depois use o mesmo número de código como
um vínculo em uma tabela separada que
contenha as transações
 Planejamento de Banco de Dados

 Evitar informações repetidas

 Exemplo com uma tabela:
Nome Endereço Telefone Data do Total do Pedido
Pedido
Bombeiros Av. Dr. Alberto (011)3021-8542 10/02/2001 R$ 155,90
ABC Seavre, 620
Bombeiros Av. Dr. Alberto (011)3021-8542 12/02/2001 R$ 230,90
ABC Seavre, 620
Bombeiros Av. Dr. Alberto (011)3021-8542 20/02/2001 R$ 35,98
ABC Seavre, 620
Drogaria Jacó Rua dos Amantes, 9978-7766 10/12/2000 R$ 34,90
465/980
Drogaria Jacó Rua dos Amantes, 9978-7766 10/02/2000 R$ 145,98
465/980
Pizza do Mile Rua Leste, 108 234-9922 20/02/2001 R$ 789,00
 Planejamento de Banco de Dados
 Exemplo após normalizar:
 Tabela de Clientes
 Tabela de Pedidos
Código do Nome Endereço Telefone
Cliente
1 Bombeiros ABC Av. Dr. Alberto Seavre, 620 (011)3021-8542
2 Drogaria Jacó Rua dos Amantes, 465/980 9978-7766
3 Pizza do Mile Rua Leste, 108 234-9922
Código do Cliente Data do Pedido Total do Pedido
1 10/02/2001 R$ 155,90
1 12/02/2001 R$ 230,90
1 20/02/2001 R$ 35,98
2 10/12/2000 R$ 34,90
2 10/02/2000 R$ 145,98
3 20/02/2001 R$ 789,00
 Planejamento de Banco de Dados
 Evitar dados redundantes
 Suponha que você queira acompanhar quais funcionários
freqüentam certas aulas de treinamento. Existem muitos
funcionários e aulas.
 Uma forma seria manter tudo em uma única tabela Pessoal,
da seguinte forma:
Nome do Endereço Telefone Data de Aula Horas Passou
Funcionário Treinamento Realizada de
Crédito
Filipe Soares R. 16, 221 234-9888 01/01/2000 Liderança 3 Sim
Betina Romão R. da Ponte, 345-9099 03/10/1999 Atendimento 2 Sim
40 ao cliente
Nelson Gomes Estr. Oeste, 233-9888 10/11/2000 Atendimento 2 Sim
40 ao cliente
Marta Donato R. Guerra, 234-2322 10/10/2000 Discurso 9 Não
720 Público
 Planejamento de Banco de Dados
 Evitar dados redundantes
 E se um funcionário tiver mais de uma aula?
 Você teria de incluir uma linha duplicada na tabela para
relacioná-lo e depois teria o problema descrito
anteriormente: vários registros com entradas de campo
praticamente idênticas.
 E se o único funcionário que assistiu a uma determinada
aula sair da empresa?
 Quando você excluir o registro desse funcionário, apagará
também as informações sobre as horas de crédito da aula.
 Planejamento de Banco de Dados

 Evitar dados redundantes

 Uma maneira melhor seria criar tabelas separadas para
Funcionário, Aulas e Treinamento Realizado, da seguinte
forma:
 Tabela Funcionários

Código Nome do Funcionário Endereço Telefone

1 Filipe Soares R. 16, 221 234-9888
2 Betina Romão R. da Ponte, 40 345-9099
3 Nelson Gomes Estr. Oeste, 40 233-9888
4 Marta Donato R. Guerra, 720 234-2322
 Planejamento de Banco de Dados

 Evitar dados redundantes

 Tabela Aula
Código da Aula Aula Créditos
C1 Liderança 3
C2 Atendimento ao cliente 2
C3 Discurso Público 9

 Tabela Treinamento
Código do Data Aula Passou?
Funcionário
1 01/01/2000 C1 Sim
2 03/10/1999 C2 Sim
3 10/11/2000 C2 Sim
4 10/10/2000 C3 Não