Uma tabela organiza os dados em linhas e colunas. Cada linha representa um registo. Cada coluna representa um campo. A intersecção de uma linha e uma coluna contém um único valor. Uma tabela de clientes pode ter colunas para ID, nome, e-mail e data de registo. Cada linha representa um cliente. A tabela é a unidade básica de armazenamento numa base de dados relacional. É também a unidade que os utentes consultam. Quando escreve SELECT * FROM clientes, está a solicitar todas as linhas e colunas da tabela de clientes.

As tabelas possuem propriedades. Têm um nome, único dentro do esquema. Possuem colunas com tipos de dados definidos. Podem ter restrições: chaves primárias, chaves estrangeiras, restrições de unicidade, restrições de verificação. Podem ter índices para acelerar as consultas. Podem ter gatilhos que são acionados em inserções, atualizações ou eliminações. O design da tabela afeta tudo o que é construído sobre ela. Uma tabela com muitas colunas é difícil de gerir. Uma tabela com poucas colunas obriga a junções que poderiam ser evitadas. Uma tabela sem chave primária é difícil de atualizar de forma fiável. Uma tabela com dados redundantes apresenta risco de inconsistência. A normalização orienta o design das tabelas. O objetivo é armazenar cada facto uma única vez. Isto reduz a redundância e melhora a integridade. Também aumenta o número de tabelas. Mais tabelas significam mais junções. O equilíbrio entre normalização e desempenho é uma tensão constante no design de bases de dados.

Componentes da tabela

• Colunas — campos com tipos de dados
• Linhas — registos
• Chave primária — identificador único
• Chaves estrangeiras — ligações para outras tabelas
• Índices — aceleram as consultas
• Restrições — regras para dados válidos

Uma tabela é um contentor para dados relacionados. A estrutura do contentor determina a facilidade de utilização dos dados.