Banco de dados relacional: o que é e como funciona

O que é um banco de dados relacional

O manual do PostgreSQL define o PostgreSQL como um sistema de gerenciamento de banco de dados relacional. Isso quer dizer que ele gerencia dados guardados em relações. O mesmo manual explica que relação é essencialmente um termo matemático para tabela.

Um SGBD (sistema gerenciador de banco de dados) é o programa que guarda, protege e entrega os dados. Se você ainda não viu o conceito geral, comece pelo guia de banco de dados e volte aqui.

O modelo relacional trabalha com poucas peças:

• Tabela: um conjunto nomeado de linhas, como a tabela de clientes.
• Linha: um registro, como um cliente específico.
• Coluna: um campo com tipo definido, como nome, data ou valor.
• Chave primária: a coluna que identifica cada linha de forma única.
• Chave estrangeira: a coluna que aponta para a chave primária de outra tabela.

Segundo o manual do PostgreSQL, todas as linhas de uma tabela têm o mesmo conjunto de colunas, e cada coluna é de um tipo de dado específico. É isso que dá ordem ao modelo: você sabe de antemão que campos cada registro terá.

Chave primária e chave estrangeira

A chave primária indica que uma coluna, ou um grupo de colunas, pode servir de identificador único das linhas. Os valores precisam ser únicos e não podem ficar vazios. Cada tabela tem no máximo uma.

A chave estrangeira faz o oposto: ela exige que os valores de uma coluna existam em uma linha de outra tabela. O manual chama isso de integridade referencial. Na prática, o banco recusa um pedido que cite um cliente inexistente.

Como funciona: um exemplo com duas tabelas

Considere uma loja pequena. Em vez de repetir o nome do cliente em cada pedido, você cria duas tabelas. A tabela clientes guarda quem é cada pessoa. A tabela pedidos guarda o código do cliente e o valor.

Tabela clientes:

Tabela pedidos:

A coluna id de clientes é a chave primária. A coluna cliente_id de pedidos é a chave estrangeira: ela guarda o id do cliente. Se o nome da Ana mudar, você altera uma linha só, e todos os pedidos dela acompanham.

Para criar essas tabelas, o SQL abaixo declara a FOREIGN KEY no fim da definição. Essa forma de declarar chave primária e chave estrangeira segue os manuais do PostgreSQL e do MySQL.

CREATE TABLE clientes (
  id INTEGER PRIMARY KEY,
  nome VARCHAR(100)
);

CREATE TABLE pedidos (
  id INTEGER PRIMARY KEY,
  cliente_id INTEGER,
  valor NUMERIC(10,2),
  FOREIGN KEY (cliente_id) REFERENCES clientes (id)
);

Para juntar os dados, você usa um JOIN. O manual do PostgreSQL descreve essas consultas como as que combinam linhas de uma tabela com linhas de outra, pareando as que têm valores iguais.

SELECT clientes.nome, pedidos.valor
FROM pedidos JOIN clientes ON pedidos.cliente_id = clientes.id;

A página sobre SQL explica os grupos de comandos. Aqui, o que importa é a ideia: os dados ficam separados e a chave os reúne na hora da consulta. Para pedir o nome de cada cliente ao lado do valor do pedido, o JOIN acima faz esse pareamento.

Dois cuidados de dialeto:

• No MySQL, o manual diz que tabela pai e tabela filha precisam usar o mesmo mecanismo de armazenamento. Nos exemplos do manual, esse mecanismo é o InnoDB, então confira na sua instalação.
• No SQLite, a documentação oficial diz que as chaves estrangeiras vêm desligadas por padrão e precisam ser ativadas em cada conexão com PRAGMA foreign_keys = ON;.

Banco de dados SQL e banco de dados relacional

Quando alguém fala em banco de dados SQL, em banco de dados em SQL ou em banco de dados e SQL, quase sempre se refere ao banco relacional. A razão é simples: o SQL é a linguagem desses bancos. O manual do PostgreSQL diz que o SQL é a linguagem que ele e a maior parte dos outros bancos relacionais usam como linguagem de consulta.

Os termos não são idênticos. Relacional descreve como os dados são organizados. SQL é a linguagem que você escreve para pedir e alterar esses dados. Quer entender a linguagem em si? Veja o guia sobre o que é SQL.

Os sistemas relacionais mais citados em tutoriais são o PostgreSQL, o MySQL e o SQLite. Os três usam tabelas e SQL, com pequenas diferenças de sintaxe.

Quando um banco relacional faz sentido

O modelo costuma servir bem quando:

• seus dados cabem em tabelas com colunas definidas, como cadastros, estoques e pedidos;
• as informações se relacionam entre si, como cliente e pedido, aluno e curso;
• você precisa de regras que impeçam dados inconsistentes, como a chave estrangeira;
• um conjunto de alterações precisa acontecer junto ou não acontecer.

O último ponto tem base em transações. O manual do PostgreSQL explica que uma transação agrupa passos em uma operação de tudo ou nada: se algo falha no meio, nenhum passo altera o banco. Uma transferência entre contas, que tira de uma e soma na outra, é o exemplo clássico.

Limites do modelo

O banco relacional não resolve todos os casos. Alguns limites aparecem na prática:

• Estrutura fixa: mudar as colunas de uma tabela exige alterar a tabela, o que pede planejamento.
• Dados sem formato definido: textos longos, arquivos e informações que mudam de forma a cada registro podem pedir outro tipo de banco. A classificação por tipos de bancos de dados é tema de outro guia do silo.
• Consultas com junções demais: quanto mais tabelas você junta, mais cuidado a consulta pede.

Esses pontos são cuidados gerais de projeto, não uma regra. Cada projeto pesa o que importa mais: consistência, flexibilidade ou facilidade de começar.

Erros comuns

• Repetir o mesmo dado em cada tabela, em vez de guardar uma vez e ligar por chave.
• Esquecer de declarar a chave estrangeira e acabar com pedidos apontando para clientes que não existem.
• Usar um nome ou um e-mail como chave primária, valores que podem mudar. Um código numérico costuma ser mais estável.
• No SQLite, esquecer de ativar PRAGMA foreign_keys = ON; e achar que o banco está validando as ligações.
• Confundir banco de dados com o programa que o gerencia. O banco guarda os dados, e o SGBD é o sistema que os administra.

Próximo passo

Para seguir neste assunto, a resposta sobre a linguagem SQL é a continuação natural deste texto. Os demais guias ficam na resposta do silo de banco de dados, e outros temas do MundoBla começam na resposta da página inicial.

Para praticar, escolha um banco simples, como o SQLite, e um cliente gráfico como o DBeaver, que mostra as tabelas e as chaves na tela. Crie as duas tabelas do exemplo, insira três linhas e rode o JOIN.

Fonte: manuais oficiais do PostgreSQL, do MySQL e do SQLite, listados em Fontes. Verificado em 28 de outubro de 2026.