Dados e persistência
O código volta de um repositório. O estado criado durante o uso, não.
Como dados persistentes atravessam escrita, leitura, crescimento, retenção e descarte, e por que seu significado orienta a arquitetura.
Ciclo do dado
Persistência envolve mais que guardar
-
Escrever Regras preservam significado
Validação e transações mantêm relações coerentes.
-
Acessar Cada aplicação usa apenas o necessário
Acesso acompanha a função e o conjunto de dados do projeto.
-
Evoluir Volume e estrutura mudam com o produto
Crescimento pede revisão de consulta, índice e retenção.
Persistir é preservar estado e significado
Registros representam pedidos, cadastros, permissões e relações do domínio. Integridade depende de regras que impeçam uma atualização parcial de deixar o conjunto em estado contraditório.
Transações tratam operações relacionadas como uma unidade. O projeto define o que pode ser refeito, o que exige confirmação e o que não pode falhar em silêncio.
Acesso acompanha a responsabilidade da aplicação
A camada de dados não precisa estar aberta à rede pública. A aplicação recebe o acesso necessário ao próprio conjunto de informações, mantendo a comunicação dentro do caminho previsto.
Consultas parametrizadas separam instrução e valor. Esse controle pertence ao código e complementa a fronteira de rede e as permissões usadas na persistência.
Crescimento exige escolhas de estrutura e retenção
O volume muda o custo de leitura e escrita antes de faltar espaço: consultas sem índice, históricos longos e relatórios pesados aparecem primeiro no tempo de resposta.
Retenção também é uma decisão de produto e de privacidade. Conservar informação sem finalidade aumenta volume e responsabilidade; remover exige regras claras e cópias coerentes com esse ciclo.