Introdução aos bancos de dados

E aí, galera! Hoje a gente começa um curso irado de SQL.

O curso é pra quem (você não é um robô, né?) nunca viu SQL na vida, mas tá doido pra aprender🧠. Você vai começar do zero e terminar sabendo stored procedures, transações aninhadas, triggers e até automatizar relatórios.

No curso tem centenas de exercícios práticos pra você realmente ligar a teoria com o mundo real do SQL. E no finalzão, te espera um projetão final com mais de 100 tabelas😅.

Nosso objetivo é te deixar ninja no SQL pra resolver qualquer parada com dados. Quando terminar, SQL vai ser aquela ferramenta intuitiva pra você. Não vai precisar ficar quebrando a cabeça pra montar query, modelar banco ou resolver análise cabulosa — vai sair tudo no automático, rapidinho.

Como a gente vai passar o conteúdo

Durante o curso, alguns assuntos vão aparecer rapidinho e depois a gente aprofunda em aulas separadas. Por exemplo, quando falar de modelo relacional, não tem como não citar relação entre tabelas. Do mesmo jeito, no começo vamos mostrar esquemas bem simples de banco ou exemplos, sem muitos detalhes, pra não te sobrecarregar.

Esse jeito é importante pra você aprender por etapas — pra explicar um tema, às vezes tem que dar uma base de outro. Então relaxa, qualquer dúvida a gente resolve no caminho.

Como o curso tá organizado

O curso é dividido em níveis, cada um com várias aulas. Em cada aula tem teoria, exercícios práticos e testes pra fixar o conteúdo.

Nos primeiros níveis, dá pra resolver tudo direto no site — não precisa instalar nada. Depois de alguns níveis, a gente vai instalar juntos o PostgreSQL, uma IDE profissional e os plugins necessários. Tudo no passo a passo, sem pressa.

Por que PostgreSQL?

PostgreSQL é um banco de dados topzera e super popular, dá conta de qualquer projeto. Banco, startup, loja, estúdio de games — todo mundo usa. Com ele, você pode criar desde um Instagram até uma usina nuclear que controla cafeteira. E se quiser ir além, depois do PostgreSQL é moleza migrar pra um Microsoft SQL Server ou até Oracle DB(!).

Aqui vamos usar sempre o PostgreSQL 17 como exemplo. Recomendo você fazer igual!

Isso tudo é pra depois, hoje vamos começar do comecinho...

Mas afinal, o que são bancos de dados?

Imagina que você guarda tudo que é importante — senhas, lista de compras, número dos ex e receitas favoritas — numa planilha gigante do Excel chamada "vida.xlsx"📉. Todo dia essa planilha cresce, fica lenta, quebra, e chega uma hora que você percebe: tá na hora de crescer e guardar os dados de um jeito mais decente. Hora de migrar pra banco de dados.

Banco de dados não é só uma tabela. É tipo um Excel turbinado: busca rápido, filtra, atualiza os dados. Não liga pra milhões de linhas, não trava e nunca fala “arquivo corrompido” 💔. Resumindo, é aquele assistente brabo que nunca esquece onde você salvou o número daquela pessoa que conheceu lá em 2019, no pré-pandemia.

Pra que eu preciso disso?

— você pergunta. Será que precisa mesmo? Eu nem uso banco de dados... Tem certeza?

Tudo no seu celular tá salvo em banco de dados. Fotos, mensagens, e-mails, notas — TUDO tá em banco de dados. E se você já foi pro cloud, não relaxa — agora seus dados tão no cloud, mas ainda em banco de dados😬. A internet toda, todos os dados do mundo tão em banco de dados. E se você é dev, dá pra ganhar uma grana boa com isso 💰.

Sério, é assim mesmo! Olha só:

1. Lojas online: quando você coloca um produto no carrinho, o banco de dados salva sua escolha e depois manda pra pagamento.
2. Redes sociais: curtidas, comentários, amigos — tudo isso tá em banco de dados.
3. Sistema bancário: banco de dados controla saldo, faz transação e garante acesso instantâneo à informação.

Tudo isso só rola porque banco de dados garante:

• Armazenamento: os dados não somem, tipo uma caixa cheia de papelada.
• Gerenciamento: os dados são organizados, estruturados e acessíveis.
• Busca: dá pra achar info específica rapidinho.

Elementos principais de um banco de dados

Banco de dados é feito de alguns blocos básicos, que você vai conhecer agora. Por enquanto, pensa que banco de dados é tipo tabela do Excel (só que muito melhor!).

Tabelas

Pensa numa planilha do Excel: tem linhas e colunas, tudo organizadinho. A tabela no banco funciona igual. Tabela é a estrutura principal pra guardar dados no banco.

Cada tabela:

• Tem um nome (tipo students ou courses).
• É feita de linhas e colunas.

Linhas

Linhas são os registros ou objetos que você armazena. Uma linha = um objeto/entidade, tipo info de um estudante.

Exemplo de linha numa tabela de estudantes:

id: 1, nome: Alex, idade: 20, grupo: A1

Colunas

Colunas são as propriedades ou atributos do objeto. Também pode chamar de coluna mesmo. Por exemplo:

• id — número único do estudante.
• nome — o nome dele.
• idade — idade.
• grupo — nome do grupo onde ele estuda.

Assim a gente separa os dados em partes e sabe certinho onde procurar cada coisa.

Assim fica nossa tabela students:

Como isso funciona na prática?

No Excel, a gente tem o programa (o próprio Microsoft Excel) e os arquivos. No banco de dados é igual. O programa do banco é chamado de SGBD (Sistema de Gerenciamento de Banco de Dados), e os "arquivos" dele são só bancos de dados.

O SGBD permite:

1. Adicionar novas linhas nas tabelas (tipo um novo estudante).
2. Alterar dados em qualquer coluna.
3. Buscar info, tipo: "Acha todos estudantes do grupo A1".
4. Deletar linhas que não precisa mais.

Como é o processo de trabalhar com dados via SGBD

Você, como usuário ou dev, não mexe direto nos arquivos onde os dados ficam. Em vez disso, você faz uma "query" — diz o que quer buscar ou mudar — e manda pro SGBD. Normalmente isso é feito com uma linguagem de consulta, e a mais famosa é o SQL, que é o que vamos estudar. O SGBD pega sua query SQL, "entende", acessa o banco, faz o que precisa e te devolve o resultado.

Um esquema bem simples de como funciona:

1. Usuário cria a query.
2. A query vai pro SGBD.
3. O SGBD acessa o banco de dados.
4. O banco devolve a info pro SGBD.
5. O SGBD processa os dados conforme a query.
6. O resultado volta pro usuário.

Por que usar banco de dados?

Talvez você esteja pensando: "Parece só um Excel melhorado, pra quê complicar?"

Aqui vão uns motivos pra usar banco de dados:

1. Trabalhar com muito dado. Imagina gerenciar dados de milhões de usuários. O Excel não aguenta isso.
2. Acesso fácil à informação. Se a query for "Acha todos estudantes com mais de 20 anos do grupo A1", banco de dados faz em milissegundos. No Excel... boa sorte.
3. Organização e integridade dos dados. Banco de dados garante que tudo fica organizado e sem contradição.
4. Acesso multiusuário. Você e seu colega podem mexer no mesmo banco sem brigar. A estrutura permite isso.

Pensa que você tá criando uma loja online. Precisa guardar info dos produtos (nome, preço, categoria), dos clientes (nome, contato) e dos pedidos (quem comprou o quê e quando). Se tentar jogar tudo numa tabela só, rapidinho vira bagunça, os dados se repetem e fica difícil achar ou atualizar sem erro.

Banco de dados resolve isso de um jeito mais elegante: separa a info em blocos lógicos (tabelas). Cada tabela guarda um tipo de objeto (tipo só produtos ou só usuários). O legal é que dá pra ligar as tabelas entre si, mostrando relações reais, tipo qual usuário comprou qual produto.

Por que você deveria aprender isso?

Se você faz qualquer backend ou mexe com dados — banco de dados vai estar sempre por perto.

E olha só pra quem isso é útil:

• 💻 Dev web — pra salvar usuários, posts, carrinho, tudo mesmo.
• 📊 Analista — pra puxar os números certos e montar relatórios.
• 🛠️ Admin — pra garantir que o banco não trave nem caia.
• 🧠 Programador — pra fazer apps que não só funcionam, mas são inteligentes e dinâmicos.

E sim — em entrevista sempre cai banco de dados. Quase sempre vão pedir pra você escrever uma query SQL ou explicar o que é JOIN.

Então, se quiser crescer — faz amizade com banco de dados. É uma daquelas skills que te deixa dev de verdade.