SQL · a memória

A tua primeira memória

A memória também trabalha nos bastidores — não há nada para abrir e ver, como nos exemplos de design. Por isso constróis tu a tua primeira memória em quatro passos: preparar o caderno, escrever, perguntar e fechar à chave. Antes de cada passo, prevê o que deve acontecer.

📍 Corres isto num site grátis de SQL — um «sandbox» de base de dados: uma página onde colas os comandos e carregas em «Run» para veres as tabelas a ganhar vida. (No teu computador, um ficheiro SQLite faz o mesmo.) Nada de nosso é preciso.

1. 1

   Prepara o caderno (a tabela)

   Prevê primeiro: Prevê primeiro: «depois disto ainda não há nenhuma ideia guardada — só preparei as gavetas com etiquetas».

   CREATE TABLE ideias (
     id     INTEGER PRIMARY KEY,
     texto  TEXT NOT NULL,
     nota   INTEGER,
     dono   TEXT
   );

   O que aprendeste: Uma tabela é uma folha de cálculo com colunas nomeadas (as etiquetas das gavetas): «texto» guarda o nome, «nota» a pontuação, e «dono» — que vamos usar no fim — guarda de quem é cada ideia. Ainda está vazia, mas pronta a lembrar-se.

2. 2

   Escreve umas linhas (INSERT)

   Prevê primeiro: Prevê primeiro: «vou guardar três ideias. Da próxima vez que perguntar, elas ainda lá devem estar».

   INSERT INTO ideias (texto, nota)
   VALUES ('App de respiração', 9),
          ('Loja de cristais', 7),
          ('Diário por voz', 8);

   O que aprendeste: Cada linha é um registo — uma ficha que fica guardada entre visitas. É isto que faz uma app «lembrar-se de ti amanhã».

3. 3

   Pede o que queres (SELECT)

   Prevê primeiro: Prevê primeiro: «quero só as fortes (nota 8 ou mais), das melhores para as piores». Quantas devem vir?

   SELECT texto, nota
   FROM ideias
   WHERE nota >= 8
   ORDER BY nota DESC;

   O que aprendeste: Pediste o QUÊ, não o COMO procurar — essa é a magia do SQL. E repara: é a mesma decisão (nota ≥ 8) que fizeste no Python; a lógica viaja entre linguagens. (Devem vir 2: a de nota 9 primeiro, depois a de 8.)

4. 4

   Fecha à chave (segurança)

   Prevê primeiro: Prevê primeiro: «a partir de agora, cada pessoa só deve ver as ideias com o SEU nome no «dono»». O que muda para os outros? (Nota honesta: este passo é um super-poder das bases de dados modernas — corre no Postgres/Supabase, mas num sandbox básico de SQLite pode dar erro. Aqui o que importa é perceberes a ideia, não corrê-lo já.)

   ALTER TABLE ideias ENABLE ROW LEVEL SECURITY;
   CREATE POLICY so_as_minhas ON ideias
     USING (dono = auth.uid());

   O que aprendeste: Duas palavras novas, em português simples: ROW LEVEL SECURITY é «segurança linha a linha» (uma fechadura em cada ficha), e auth.uid() é o crachá de quem está ligado — o sistema sabe quem és. A regra diz: «só mostra as linhas cujo dono é quem está a perguntar». Quem és decide o que vês. Uma tabela sem esta chave deixa qualquer pessoa ler tudo — por isso a segurança não é um extra, é parte de guardar.

Já tens as duas mãos dos bastidores: o Python que pensa e o SQL que se lembra. Juntos, são o que está por trás de quase todas as apps — uma pergunta à memória, uma decisão no cérebro, uma resposta de volta a ti.