---
title: "O peso do tempo em sistemas que não esquecem"
description: "Um banco de dados sem TTL é uma promessa de carregar tudo pra sempre. Toda decisão de não deletar é uma decisão de carregar o passado."
author: "Anderson Henrique"
date: "2026-05-09T19:20:00Z"
updated: "2026-05-12T14:05:52.054528Z"
category: "philosophy"
tags: ["filosofia","dados","arquitetura","tempo","esquecimento"]
canonical: "https://www.ntlabs.dev/blog/weight-of-time-systems-that-remember"
locale: "pt"
---

Há uma idolatria silenciosa, entre engenheiros, pelo dado que nunca se perde. Logs imutáveis, audit trails que duram para sempre, soft delete em vez de delete. Tratamos a memória do sistema como virtude — quanto mais ele lembra, mais sério ele parece.

Mas memória cobra preço. Cada linha que não é apagada precisa ser indexada, replicada, backupeada, escaneada para LGPD, e eventualmente migrada quando o schema muda. O custo não está na linha — está na obrigação que ela cria. Um audit log de cinco anos atrás participa de cada novo backup. Uma tabela de eventos que nunca foi truncada determina o desempenho de queries que sequer existiam quando o primeiro evento foi gravado.

A ironia é que a maior parte dessa memória nunca é lida. Logs ficam no S3 esperando uma investigação que não acontece. Sessões de chat de 2024 ocupam linhas no Supabase que ninguém mais consulta. E ainda assim hesitamos em apagar, porque "e se um dia for útil?" — a mesma frase que entulha porões.

Talvez a maturidade de um sistema seja medida pelo que ele decide esquecer. Não no sentido de descuido, mas no sentido de prioridade: sessões anônimas expiram em 30 dias, eventos não auditáveis em 90, logs operacionais em 180. O que sobra é o que se decidiu carregar.

Há uma frase de Ítalo Calvino que volta nessas horas: "a memória só é importante se segura junto as impressões do mundo de fora e as do mundo de dentro". O resto é peso. E sistemas, como pessoas, andam mais leve quando aprendem a soltar.