Persistência: guardar com regras

Vamos descobrir juntos

1. 1

   Store abre uma conexão SQLite e executa schema.sql. A tabela STRICT exige tipos compatíveis; NOT NULL e CHECK reforçam regras. INTEGER PRIMARY KEY identifica cada missão, enquanto done aceita somente 0 ou 1. Um título não é identidade: duas missões podem ter o mesmo nome.

2. 2

   A aplicação usa uma conexão para manter o laboratório pequeno. Consulta parametrizada e restrição do banco se complementam com a validação Rust. Nem tudo está duplicado no CHECK: por exemplo, caracteres de controle são rejeitados pela camada Rust. Inspecione cada regra em vez de presumir equivalência.

3. 3

   Crie três missões, encerre com Ctrl+C e execute novamente na mesma pasta. A lista deve voltar. O teste usa :memory: para casos isolados; nesse modo, fechar a conexão perde os dados. Persistência em arquivo e banco de teste em memória têm objetivos diferentes.

4. 4

   PRAGMA user_version registra esquema 1. O kit recusa versões superiores, mas não implementa uma plataforma completa de migração. CREATE TABLE IF NOT EXISTS só cria o que falta: mudar schema.sql não transforma tabelas antigas. Planeje migração e backup antes de evoluir dados existentes.