Entenda o que é um banco de dados relacional: tabelas, chaves primárias e estrangeiras, relacionamentos. Guia em português com exemplos práticos.
Jump into the SQLNoir case files and put these tips to work.
Um banco de dados relacional é uma forma de organizar informação em tabelas que se conectam entre si. Cada tabela guarda um tipo de dado — suspeitos, depoimentos, provas — e as tabelas se relacionam por meio de chaves. É esse modelo de tabelas ligadas que o SQL consulta, e é a base de quase todo sistema que você usa no dia a dia.
Um banco de dados relacional armazena dados em tabelas — estruturas parecidas com planilhas, com linhas e colunas. O que torna o modelo "relacional" é que essas tabelas não vivem isoladas: elas se conectam umas às outras por meio de chaves. Assim, em vez de repetir a mesma informação em vários lugares, você a guarda uma única vez e simplesmente aponta para ela quando precisa.
Pense numa investigação. Você tem uma tabela de suspeitos, uma tabela de depoimentos e uma tabela de provas. O depoimento não repete o nome e a idade do suspeito — ele apenas guarda o id do suspeito e diz "este depoimento pertence ao suspeito 7". Quando você quer ver tudo junto, o SQL segue essa ligação. Esse é o coração do modelo relacional.
Toda tabela tem três elementos básicos. Entender esses três nomes já resolve metade da confusão de quem está começando:
suspeitos guarda todos os suspeitos.suspeitos é um suspeito.suspeitos podem ser id, nome, idade e descricao.suspeitos na prática:| id | nome | idade | cidade |
|---|---|---|---|
| 1 | Carla Mendes | 34 | São Paulo |
| 2 | Rui Albano | 29 | Recife |
| 3 | Diná Castro | 41 | São Paulo |
Cada linha é um suspeito. Cada coluna é uma característica. A coluna id dá a cada linha um número único — e isso vai ser importante na próxima seção.
As chaves são o que permite as tabelas conversarem. Existem duas que você precisa conhecer:
A chave primária (primary key) é a coluna que identifica cada linha de forma única dentro de uma tabela. Na tabela suspeitos, a chave primária é id: nunca vão existir dois suspeitos com o mesmo id. É o "RG" da linha.
A chave estrangeira (foreign key) é uma coluna numa tabela que aponta para a chave primária de outra tabela. A tabela depoimentos tem uma coluna suspeito_id — essa coluna é uma chave estrangeira que diz a qual suspeito o depoimento pertence. É assim que o depoimento "sabe" de quem ele é, sem precisar copiar o nome e a idade do suspeito.
Cada caso do SQLNoir é, na prática, um banco de dados relacional completo: tabelas de suspeitos, depoimentos e provas ligadas por chaves. Resolver os casos de detetive é a forma mais rápida de ver chaves primárias e estrangeiras funcionando de verdade.
Quando duas tabelas se conectam, a conexão tem um formato. Existem três tipos de relacionamento, e dá para entender cada um com exemplos da investigação:
| Relacionamento | O que significa | Exemplo na investigação |
|---|---|---|
| 1:1 (um para um) | Cada linha de A se liga a no máximo uma linha de B | Um suspeito tem um único registro de identidade |
| 1:N (um para muitos) | Uma linha de A se liga a várias linhas de B | Um suspeito pode ter vários depoimentos |
| N:N (muitos para muitos) | Várias linhas de A se ligam a várias linhas de B | Vários suspeitos aparecem em várias cenas de crime |
Os três tipos de relacionamento entre tabelas
O relacionamento mais comum é o 1:N. Ele aparece o tempo todo: um cliente tem muitos pedidos, um autor escreve muitos livros, um suspeito presta muitos depoimentos. Já o N:N normalmente é resolvido com uma terceira tabela no meio (uma "tabela de junção") que registra cada par de ligação.
Aqui mora uma confusão comum. Muita gente acha que "relacional" se refere aos relacionamentos entre tabelas. Faz sentido, mas a origem do nome é outra: vem da relação, o termo matemático que descreve uma tabela no modelo proposto por Edgar F. Codd em 1970. No modelo de Codd, cada tabela é uma relação.
Na prática, você não precisa decorar a teoria matemática. O que importa entender é que o modelo relacional organiza dados em tabelas com regras claras e permite combiná-las de forma previsível com SQL. As ligações entre tabelas são uma consequência maravilhosa do modelo — só não são a razão exata do nome.
Você provavelmente já ouviu falar de bancos "NoSQL" ou não relacionais, como MongoDB. Eles não são melhores nem piores — são ferramentas para problemas diferentes. Veja a comparação:
| Aspecto | Relacional (SQL) | Não relacional (NoSQL) |
|---|---|---|
| Estrutura | Tabelas com esquema fixo | Documentos, chave-valor, grafos |
| Esquema | Definido antes de inserir dados | Flexível, pode variar por registro |
| Conexões entre dados | JOINs entre tabelas | Dados aninhados ou referências manuais |
| Consistência | Forte (transações ACID) | Costuma priorizar escala e velocidade |
| Melhor para | Dados estruturados e relacionados | Dados muito variáveis ou enorme volume |
| Exemplos | PostgreSQL, MySQL, SQLite | MongoDB, Redis, Cassandra |
Cada modelo brilha em um cenário diferente
Para a grande maioria das aplicações — sistemas de pedidos, cadastros, relatórios, qualquer coisa com dados bem estruturados e relacionados — o banco relacional é a escolha padrão. E é por isso que aprender SQL continua sendo uma das habilidades mais pedidas no mercado.
Vamos juntar tudo. Imagine o banco de dados de uma investigação com três tabelas. Cada uma tem sua chave primária, e as chaves estrangeiras ligam umas às outras:
Três tabelas conectadas por chaves — um banco de dados relacional em miniatura
Repare na estrutura: a coluna id é a chave primária de cada tabela. A coluna suspeito_id em depoimentos e em provas é uma chave estrangeira que aponta de volta para suspeitos.id. Cada suspeito pode ter vários depoimentos e várias provas — dois relacionamentos 1:N.
SELECT s.nome, d.alibi, p.descricao FROM suspeitos s JOIN depoimentos d ON s.id = d.suspeito_id JOIN provas p ON s.id = p.suspeito_id WHERE s.cidade = 'São Paulo';
O JOIN segue as chaves estrangeiras para reunir, numa única consulta, o nome do suspeito, o álibi e a prova ligada a ele. É exatamente para isso que o modelo relacional foi feito.
Q1.O que identifica cada linha de uma tabela de forma única?
Q2.Um suspeito pode ter vários depoimentos. Que tipo de relacionamento é esse?
Q3.Por que o modelo é chamado de 'relacional'?
Quer ver bancos de dados relacionais na prática?
No SQLNoir, cada caso de detetive é um banco de dados relacional de verdade. Você explora tabelas, segue chaves estrangeiras e usa JOINs para resolver crimes — direto no navegador, sem cadastro.
Explorar os casos →É uma forma de organizar dados em tabelas que se conectam por meio de chaves. Cada tabela guarda um tipo de informação e as ligações entre elas evitam repetição de dados.
A chave primária identifica cada linha de forma única dentro da sua própria tabela. A chave estrangeira é uma coluna que aponta para a chave primária de outra tabela, criando a ligação entre elas.
Não exatamente. O banco de dados relacional é o modelo de organização dos dados. O SQL é a linguagem que você usa para consultar e manipular esses dados. Eles andam juntos, mas são coisas diferentes.
PostgreSQL, MySQL, SQLite, SQL Server e Oracle são os mais conhecidos. Todos seguem o modelo relacional e usam SQL como linguagem de consulta.
Bancos não relacionais (NoSQL) costumam ser preferidos quando os dados são muito variáveis, sem esquema fixo, ou quando a aplicação precisa de escala extrema. Para dados estruturados e relacionados, o modelo relacional ainda é a escolha padrão.
Agora que você entende tabelas, chaves e relacionamentos, o próximo passo é praticar. Se ainda está dando os primeiros passos, vale começar pelos fundamentos de SQL para iniciantes. A melhor forma de fixar o modelo relacional é consultar um de verdade — depois é só partir para os casos de detetive do SQLNoir e ver as tabelas se conectarem na prática.