Antes de escrever consultas SQL poderosas, você precisa entender como os dados realmente são armazenados.
Este artigo explica:
Esta é a Parte 02 da série SQL do Zero ao Pro.
Uma tabela é onde os bancos de dados relacionais armazenam dados.
Pense em uma tabela como uma planilha:
customers| id | name | country | |
|---|---|---|---|
| 1 | Alice | alice@email.com | UK |
| 2 | Bob | bob@email.com | PT |
Cada tabela geralmente representa um conceito do mundo real, como:
Uma linha representa um registro único.
Na tabela customers:
(1, Alice, alice@email.com, UK)
(2, Bob, bob@email.com, PT)
A maioria das tabelas possui uma chave primária:
id INT PRIMARY KEY
🧠 Nenhuma duas linhas podem compartilhar o mesmo valor de chave primária.
Uma coluna define um único atributo dos dados.
Exemplos:
Cada coluna possui:
name VARCHAR(100)
Regras das Colunas
Um esquema é um contêiner lógico para tabelas.
Pense nele como:
database
└── public
├── users
├── orders
└── products
Por que Esquemas Importam
Os esquemas ajudam com:
Os tipos de dados definem que tipo de valor uma coluna pode armazenar.
| Tipos Numéricos | |
| Tipo | Exemplo |
| INT | 42 |
| DECIMAL | 99.99 |
| FLOAT | 3.14 |
| Tipos de Texto | |
| Tipo | Exemplo |
| VARCHAR | ‘Alice’ |
| TEXT | Descrições longas |
| Tipos de Data & Hora | |
| Tipo | Exemplo |
| DATE | 2025-07-21 |
| TIMESTAMP | 2025-07-21 10:00 |
| Tipo Booleano | |
| Tipo | Exemplo |
| BOOLEAN | true / false |
Escolher o tipo de dado correto afeta:
Exemplo
price VARCHAR(10) ❌
price DECIMAL(10,2) ✅
Benefícios dos Tipos de Dados Corretos
SQL para Desenvolvedores
Desenvolvedores se preocupam com:
Áreas de foco comuns:
SQL para Analistas de Dados
Analistas se preocupam com:
Áreas de foco comuns:
Exercício 1 – Identifique a Estrutura
Dada a definição da tabela, identifique:
CREATE TABLE products (
id INT PRIMARY KEY,
name VARCHAR(100),
price DECIMAL(10,2),
in_stock BOOLEAN
);
Exercício 2 – Projete uma Tabela
Projete uma tabela chamada employees com:
Escreva a instrução CREATE TABLE.
Exercício 3 – Pense Como um Banco de Dados
Por que DATE é uma escolha melhor do que VARCHAR para uma data de nascimento?
Escreva sua resposta em inglês simples.
Prática Extra
Crie uma tabela localmente usando SQLite ou um editor SQL online e tente:
Tabelas, linhas, colunas e tipos de dados formam a base de todo banco de dados relacional.
Se você entende:
No próximo artigo (SQL 03), vamos mergulhar em consultas SELECT e filtragem de dados, onde o SQL realmente começa a mostrar seu poder.
Boas consultas 🚀
Exercício 1 – Identifique a Estrutura (Resposta)
Dada a definição da tabela:
CREATE TABLE products (
id INT PRIMARY KEY,
name VARCHAR(100),
price DECIMAL(10,2),
in_stock BOOLEAN
);
Nome da Tabela
Colunas e Tipos de Dados
| Nome da Coluna | Tipo de Dado | Descrição |
| id | INT | Identificador único de cada produto |
| name | VARCHAR(100) | Nome do produto |
| price | DECIMAL(10,2) | Preço do produto com duas casas decimais |
| in_stock | BOOLEAN | Indica se o produto está disponível |
Chave Primária
id é a chave primáriaExercício 2 – Projete uma Tabela (Resposta) Recapitulação dos Requisitos
Crie uma tabela chamada employees com:
Uma Possível Solução
CREATE TABLE employees (
id INT PRIMARY KEY,
first_name VARCHAR(100),
last_name VARCHAR(100),
email VARCHAR(255),
hire_date DATE
);
Por que Essas Escolhas?
INT para id: eficiente e comumente indexadoVARCHAR para nomes e email: comprimento flexívelDATE para data de contratação: permite consultas e ordenações baseadas em dataExercício 3 – Pense Como um Banco de Dados (Resposta) Pergunta
Por que DATE é uma escolha melhor do que VARCHAR para uma data de nascimento?
Resposta (Em Linguagem Simples)
Usar o tipo de dado DATE garante que:
Se as datas forem armazenadas como VARCHAR, o banco de dados:
A seguir: SQL 03 – Consultas SELECT e Filtragem de Dados 🚀