Bigtable przechowuje dane zamówień klientów z zasadą GC (Garbage Collection) usuwania po 30 dniach i max versions=1, ale analitycy czasami widzą dane starsze niż 30 dni. Zminimalizuj koszty/narzuty i zapobiegaj wyświetlaniu danych starszych niż 30 dni. Co należy zrobić?

Poprawna odpowiedź to użycie filtru zakresu sygnatur czasowych w zapytaniu. Bigtable przechowuje wersje komórek, a zasada GC (Garbage Collection) działa asynchronicznie, co oznacza, że dane mogą być widoczne przez pewien czas po upływie okresu retencji. Filtrowanie w zapytaniu gwarantuje, że analitycy zobaczą tylko dane spełniające kryteria czasowe, niezależnie od opóźnień GC, minimalizując jednocześnie koszty i narzuty. Ustawienie wartości wygasania rodzin kolumn na 29 dni lub 30 dni z max versions=2 nie rozwiązuje problemu asynchroniczności GC. Codzienne zadanie skanowania i usuwania danych generowałoby dodatkowe koszty i narzuty operacyjne, a także mogłoby być mniej efektywne niż filtrowanie po stronie zapytania.