O Bigtable armazena dados de pedidos de clientes com uma política de GC de exclusão após 30 dias e max versions=1, mas os analistas às vezes veem dados com mais de 30 dias. Minimize custos/sobrecarga e evite que os leitores vejam dados com mais de 30 dias. O que você deve fazer?

A política de GC do Bigtable é assíncrona e pode levar tempo para ser aplicada, o que explica por que os analistas ainda veem dados com mais de 30 dias. Usar um filtro de intervalo de timestamp na consulta é a solução mais eficaz e imediata para garantir que os leitores vejam apenas dados dentro do período desejado. Isso não incorre em custos adicionais ou sobrecarga significativa, pois é uma operação de leitura padrão. Definir a expiração da família de colunas para 29 dias ainda pode apresentar o mesmo problema de latência da GC e não garante a exclusão imediata. Agendar um job diário para escanear e excluir dados é ineficiente e adiciona sobrecarga operacional e de processamento. Definir a expiração para 30 dias e o número de versões para 2 não resolve o problema de latência da GC e ainda permite que dados antigos sejam visíveis.