Bigtable speichert Kundenbestelldaten mit einer GC-Richtlinie, die nach 30 Tagen gelöscht wird und max versions=1 hat. Analysten sehen jedoch manchmal Daten, die älter als 30 Tage sind. Minimieren Sie Kosten/Overhead und verhindern Sie, dass Leser Daten sehen, die älter als 30 Tage sind. Was sollten Sie tun?

Die korrekte Antwort ist, einen Zeitstempelbereichsfilter in der Abfrage zu verwenden. Dies ist die effizienteste Methode, um sicherzustellen, dass Analysten keine Daten sehen, die älter als 30 Tage sind, da der Filter direkt auf die gelesenen Daten angewendet wird und somit die Menge der zurückgegebenen Daten reduziert. Dies minimiert sowohl Kosten als auch Overhead, da keine unnötigen Daten verarbeitet oder gespeichert werden müssen. Das Setzen der GC-Richtlinie auf 29 Tage würde zwar die Daten löschen, aber die Analysten könnten immer noch kurzzeitig Daten sehen, die älter als 29 Tage, aber jünger als 30 Tage sind, und es würde nicht die Kosten für das Speichern dieser Daten für den vollen Zeitraum von 30 Tagen optimieren. Das Planen eines täglichen Jobs zum Scannen und Löschen ist ineffizient und verursacht zusätzlichen Overhead und Kosten, da dies eine separate Rechenressource erfordert und nicht in Echtzeit verhindert, dass alte Daten gelesen werden. Das Setzen der Versionsanzahl auf 2 würde die Speicherkosten erhöhen und das Problem der Sichtbarkeit alter Daten nicht lösen.