Bigtable memorizza i dati degli ordini dei clienti con una policy GC di eliminazione dopo 30 giorni e max versions=1, ma gli analisti a volte vedono dati più vecchi di 30 giorni. Riduci al minimo i costi/overhead ed evita che i lettori vedano dati più vecchi di 30 giorni. Cosa dovresti fare?

Bigtable applica le policy di Garbage Collection (GC) in modo asincrono. Ciò significa che, sebbene i dati più vecchi di 30 giorni siano contrassegnati per l'eliminazione, potrebbero non essere immediatamente rimossi fisicamente e potrebbero essere ancora visibili ai lettori fino a quando il processo di GC non viene eseguito. L'utilizzo di un filtro di intervallo di timestamp nella query garantisce che solo i dati entro l'intervallo desiderato (ad esempio, gli ultimi 30 giorni) vengano restituiti, indipendentemente dallo stato del processo di GC. Questo è il metodo più efficiente per prevenire la visualizzazione di dati obsoleti senza introdurre costi aggiuntivi o overhead. Impostare la scadenza a 29 giorni non risolve il problema asincrono e potrebbe eliminare dati troppo presto. Un job giornaliero è un overhead non necessario. Impostare le versioni a 2 non ha alcun impatto sulla visibilità dei dati obsoleti in questo scenario.