Bigtable almacena datos de pedidos de clientes con una política de GC de eliminación después de 30 días y max versions=1, pero los analistas a veces ven datos de más de 30 días. Minimice el costo/sobrecarga y evite que los lectores vean datos de más de 30 días. ¿Qué debería hacer?

La política de GC de Bigtable (eliminación después de 30 días, max versions=1) se aplica de forma asíncrona, lo que significa que los datos pueden permanecer visibles durante un tiempo después de que expiren. Para evitar que los analistas vean datos antiguos de forma inmediata y con el mínimo coste, la solución más eficiente es aplicar un filtro de rango de tiempo en las consultas. Esto garantiza que solo se recuperen los datos dentro del período deseado, sin incurrir en costes adicionales de almacenamiento o procesamiento. Establecer la caducidad en 29 días no resuelve el problema fundamental de la eliminación asíncrona y podría eliminar datos válidos antes de tiempo. Un trabajo diario de escaneo y eliminación es costoso y genera sobrecarga. Establecer max versions=2 no afecta la caducidad de los datos, solo cuántas versiones de una celda se mantienen.