Bigtable slaat klantordergegevens op met een GC-beleid (Garbage Collection) van 'verwijderen na 30 dagen' en max versions=1, maar analisten zien soms gegevens die ouder zijn dan 30 dagen. Minimaliseer kosten/overhead en voorkom dat lezers gegevens zien die ouder zijn dan 30 dagen. Wat moet u doen?

Bigtable's garbage collection (GC) beleid verwijdert cellen alleen als er een nieuwere versie is of als de cel ouder is dan de ingestelde GC-periode. Aangezien max versions=1 is ingesteld, worden oude gegevens pas verwijderd als er een nieuwe versie van die specifieke cel wordt geschreven. Dit verklaart waarom analisten soms gegevens zien die ouder zijn dan 30 dagen. De meest effectieve en efficiënte oplossing is het gebruik van een timestamp range filter in de query. Dit filtert de resultaten aan de lees-kant, zodat alleen relevante, recente gegevens worden geretourneerd, zonder extra kosten of overhead voor het handmatig verwijderen van gegevens. Het instellen van de vervaldatum op 29 of 30 dagen met max versions=1 lost het probleem niet op, omdat de oude gegevens blijven bestaan totdat ze worden overschreven. Dagelijks scannen en verwijderen is inefficiënt en kostbaar.