As tabelas são objetos essenciais numa base de dados porque contêm todas as informações ou dados. Por exemplo, uma base de dados empresarial pode ter uma tabela Contactos que armazena nomes de fornecedores, endereços de e-mail e números de telefone. Uma vez que outros objetos de base de dados dependem tanto de tabelas, deve iniciar a estrutura da base de dados ao criar todas as respetivas tabelas. Em seguida, crie os outros objetos. Antes de criar tabelas no Access, pense nos seus requisitos e identifique todas as tabelas de que poderá precisar. Para uma introdução ao planeamento e estruturação de uma base de dados, consulte o artigo Princípios básicos da estrutura de bases de dados.
Neste artigo
- Descrição geral
- Propriedades da tabela e do campo
- Tipos de dados
- Relações da tabela
- Teclas
- Vantagens da utilização de relações
Descrição Geral
Uma base de dados relacional como o Access tem, normalmente, várias tabelas relacionadas. Numa base de dados bem concebida, cada tabela armazena dados acerca de um determinado assunto, como os funcionários ou produtos. Uma tabela tem registos (linhas) e campos (colunas). Os campos contêm diferentes tipos de dados, como texto, números, datas e hiperligações.
- Registo: contém dados específicos, como informações sobre um determinado funcionário ou produto.
- Campo: contém dados sobre um aspeto do assunto da tabela, como um nome próprio ou endereço de e-mail.
- Valor do campo: cada registo tem um valor de campo, como
Contoso, Ltd.ousomeone@example.com.
Propriedades da tabela e do campo
As tabelas e os campos também têm propriedades que pode definir para controlar as respetivas características ou comportamento.
- Propriedades da tabela
- Propriedades do campo
Numa base de dados do Access, as propriedades da tabela são atributos de uma tabela que afetam o aspeto ou o comportamento da tabela como um todo. As propriedades da tabela são definidas na folha de propriedades da tabela na vista Estrutura. Por exemplo, pode definir a propriedade Vista Predefinida de uma tabela para especificar como a tabela é apresentada por predefinição.
Uma propriedade do campo aplica-se a um campo específico numa tabela e define uma das características do campo ou um aspeto do comportamento do campo. Pode definir algumas propriedades de campo na vista Folha de Dados. Também pode definir uma propriedade do campo na vista de Estrutura ao utilizar o painel Propriedades do Campo.
Tipos de dados
Cada campo tem um tipo de dados. O tipo de dados de um campo indica o tipo de dados que o campo armazena, como grandes quantidades de texto ou ficheiros anexados.
Um tipo de dados é uma propriedade de campo, mas difere de outras propriedades de campo das seguintes formas:
- Define o tipo de dados de um campo na grelha de estrutura da tabela e não no painel Propriedades do Campo.
- O tipo de dados de um campo determina as outras propriedades que o campo tem.
- Tem de definir o tipo de dados de um campo quando cria o campo.
Pode criar um novo campo no Access ao introduzir dados numa nova coluna na vista Folha de Dados. Quando cria um campo ao introduzir dados na vista Folha de Dados, o Access atribui automaticamente um tipo de dados com base no valor introduzido. Se nenhum outro tipo de dados estiver implícito, o Access define o tipo de dados como Texto. Se necessário, pode alterar o tipo de dados com o friso.
Exemplos de deteção automática de tipos de dados
A seguinte tabela mostra como funciona a deteção automática de tipos de dados na vista Folha de Dados.
| Se introduzir | O Access cria um campo com um tipo de dados |
|---|---|
John |
Texto Breve |
http://www.contoso.com |
Hiperligação |
1 |
Número, Número Inteiro Longo |
50,000 |
Número, Número Inteiro Longo |
50,000.99 |
Número, Duplo |
50000.389 |
Número, Duplo |
12/67 |
Data/Hora |
December 31, 2016 |
Data/Hora |
10:50:23 |
Data/Hora |
10:50 am |
Data/Hora |
17:50 |
Data/Hora |
$12.50 |
Moeda |
21.75 |
Número, Duplo |
123.00% |
Número, Duplo |
3.46E+03 |
Número, Duplo |
Pode utilizar qualquer prefixo de protocolo internet válido, como http://, https://ou mailto:. O Access reconhece formatos de data, hora e moeda com base na sua região de utilizador.
Relações da tabela
Apesar de cada tabela armazenar dados sobre um assunto diferente, normalmente as tabelas numa base de dados do Access armazenam dados sobre assuntos que estão relacionados entre si. Por exemplo, uma base de dados pode conter:
- Uma tabela de clientes que lista os clientes da sua empresa e os respetivos endereços.
- Uma tabela de produtos que lista os produtos que vende, incluindo os preços e imagens de cada item.
- Uma tabela de encomendas que controla as encomendas dos clientes.
Uma vez que armazena dados sobre diferentes assuntos em tabelas separadas, precisa de uma forma de associar os dados para poder combinar facilmente dados relacionados dessas tabelas separadas. Para ligar os dados armazenados em tabelas diferentes, pode criar relações. Uma relação é uma ligação lógica entre duas tabelas que especificam campos que as tabelas têm em comum. Para obter mais informações, consulte o Guia para relações de tabelas.
Chaves
Os campos que fazem parte de uma relação de tabelas denominam-se chaves. Normalmente, uma chave consiste num campo, mas pode consistir em mais do que um campo. Existem dois tipos de chaves:
- Chave primária: Uma tabela só pode ter uma chave primária. Uma chave primária consiste num ou mais campos que identificam exclusivamente cada registo armazenado na tabela. Muitas vezes, existe um número de identificação exclusivo, como um número de ID, número de série ou código, que funciona como uma chave primária. Por exemplo, pode ter uma tabela Clientes onde cada cliente tem um número de ID de cliente exclusivo. O campo de ID do cliente é a chave primária da tabela Clientes. Quando uma chave primária contém mais do que um campo, é geralmente composta por campos existentes que, em conjunto, fornecem valores exclusivos. Por exemplo, pode utilizar uma combinação do apelido, nome próprio e data de nascimento como a chave primária de uma tabela sobre pessoas. Para obter mais informações, consulte Adicionar ou alterar a chave primária de uma tabela.
- Chave externa: Uma tabela também pode ter uma ou mais chaves externas. Uma chave externa contém valores que correspondem a valores da chave primária de outra tabela. Por exemplo, poderá ter uma tabela Encomendas, na qual cada encomenda tem um número de ID de cliente que corresponde a um registo numa tabela Clientes. O campo de ID do cliente é uma chave externa da tabela Encomendas
A correspondência de valores entre campos de chave constitui a base de uma relação de tabelas. Utilize uma relação de tabelas para combinar dados de tabelas relacionadas. Por exemplo, suponha que tem uma tabela Clientes e uma tabela Encomendas. Na tabela Clientes, cada registo é identificado pelo campo de chave primária ID.
Para associar cada encomenda a um cliente, adicione um campo de chave externa à tabela Encomendas que corresponda ao campo de ID da tabela Clientes e, em seguida, crie uma relação entre as duas chaves. Quando adiciona um registo à tabela Encomendas, utiliza um valor de ID de cliente proveniente da tabela Clientes. Sempre que quiser ver informações sobre o cliente de uma encomenda, utilize a relação para identificar que dados da tabela Clientes correspondem aos registos na tabela Encomendas.
- Uma chave primária, identificada pelo ícone de chave junto ao nome do campo.
- Uma chave externa, apresentada sem o ícone de tecla.
Não adicione um campo se esperar que cada entidade exclusiva representada na tabela possa exigir mais do que um valor para o campo. Continuando o exemplo anterior, se quiser começar a controlar as encomendas efetuadas pelos seus clientes, não adicione um campo à tabela porque cada cliente terá mais do que uma encomenda. Em vez disso, crie uma nova tabela para armazenar encomendas e, em seguida, crie uma relação entre as duas tabelas.
Vantagens da utilização de relações
Manter os dados separados em tabelas relacionadas proporciona as seguintes vantagens:
- Consistência: Uma vez que cada item de dados é registado apenas uma vez, numa tabela, há menos oportunidades de ambiguidade ou inconsistência. Por exemplo, armazena o nome de um cliente apenas uma vez numa tabela sobre clientes em vez de armazená-lo repetidamente, e possivelmente de forma inconsistente, numa tabela que contém dados de encomendas.
- Eficiência: Gravar dados num único local significa que utiliza menos espaço em disco. Além disso, as tabelas mais pequenas tendem a fornecer dados mais rapidamente do que tabelas maiores. Por fim, se não utilizar tabelas separadas para assuntos separados, irá introduzir valores nulos (a ausência de dados) e redundância nas tabelas. Ambos podem desperdiçar espaço e um desempenho lento.
- Compreensão: A estrutura de uma base de dados é mais fácil de compreender quando os assuntos estão corretamente separados em tabelas.
Planeie as suas tabelas tendo as relações em mente. Pode utilizar o Assistente de Pesquisas para criar um campo de chave externa se a tabela que contém a chave primária correspondente já existir. O Assistente de Pesquisas cria a relação automaticamente. Para mais informações, consulte Criar ou eliminar um campo de pesquisa.