Bancos de dados: Definição
Bancos de dados: Componentes Tabelas Consultas Formulários Relatórios
Tabelas As tabelas contem informações de estrutura similar (informações sobre um determinado assunto). Por exemplo de Empregados Colunas -> Campos (Atributo) ( o nome deve ser significativo) Fileiras -> Registros (Tupla)
Estrutura da tabela Ver chave Tipos de dados: Texto Memo Número Data/Hora Moeda Sim/não Link / OLE object Permitir operações razoáveis Eliminar certos erros Fazer o armazenamento mais eficientes Fazer a recuperação da informação mais rápida
Estrutura da tabela Tamanho dos campos Dicas para o desenho da estrutura Pense antes Contexto dos dados Controle da entrada dos dados (regras de validação) Nomes dos campos Divisão da informação: (título, nome e sobrenome) Informação redundante: (um campo é função de outros?)
Consultas Permitem visualizar parte de uma tabela: alguns registros ou campos seguindo determinado critério. Permitem visualizar dados várias tabelas relacionadas. Permitem realizar operações com os dados das tabelas (totalizações, etc.) e classificações Podem ser realizada de forma gráfica ou programadas (SQL)
Formulários Permitem manipular os dados das tabelas e consultas de forma mais prática e segura Podemos ter vários formulários para uma única tabela. Ergonomia! Formulários podem virar páginas de Internet
Relatórios São similares aos formulários só que pensados para saída em papel Permitem troca de folha, subtotais etc,
Resumo até aqui!
Bancos de dados de várias tabelas Problemas de bancos com uma única tabela Dados redundantes Erros de digitação Modificação de dados Fazendo funcionar várias tabelas juntas No mundo real temos inúmeros objetos: materiais, empregados, empresas, obras etc. Estes objetos estão relacionados entre si. Como a informação de diferentes objetos é armazenada? Que relações existem entre objetos
Bancos de dados de várias tabelas Exemplo uma empresa tem várias obras e um único depósito de materiais de construção de vários fornecedores, e as obras pertencem a diferentes clientes. Regra: cada objeto do mundo real ganha uma tabela própria Pela regra serão necessárias 4 tabelas: OBRAS Informações sobre as obras MATERIAIS Informações sobre os materiais FORNCECEDORES Informações sobre os fornecedores CLIENTES Informações sobre os clientes Quais informações em cada tabela? Só aquelas que são UNICAS a cada tabela!
Relacionamentos Para os bancos de dados de muitas tabelas funcionarem é preciso relacionar (associar) as tabelas Um-para-muitos-> Um objeto numa tabela se relaciona com muitos em outras. Ex Um Fornecedor pode vender vários Materiais Um-para-um -> Muito raras (caem no caso de uma única tabela) Cada Material tem um único Fornecedor que não se repete. Muitos-para-muitos-> Materiais (em diferentes quantidades) podem in a diferentes Obras
Modelagem dos relacionamentos Os relacionamentos se implementam usando as chaves: Chave primária: na tabela de origem dos dados. São únicas (não se repetem) para cada registro Chave externa: na tabela destino dos dados. Básicamente informam que os dados tem que ser procurados no registro indicado pela chave primária da tabela origem
Criação dos relacionamentos Um-para-muitos
Criação dos relacionamentos Muitos-para-muitos: Geralmente se usa uma tabela intermediária com relacionamento umpara-um
Fonte: Inside Relational Databases with Examples in Access Mark Whitehorn e Bill Marklyn