Dane z czujników w czasie rzeczywistym w Bigtable wykazują słabą wydajność. Jak należy przeprojektować klucze wierszy, aby poprawić wydajność zapytań na pulpicie nawigacyjnym?

Poprawna odpowiedź to zaprojektowanie kluczy wierszy z haszowanym/rotacyjnym prefiksem (np. shard-prefix + id). Bigtable rozdziela dane na tablety na podstawie kluczy wierszy. Równomierne rozłożenie kluczy wierszy za pomocą haszowania lub rotacji prefiksów zapobiega powstawaniu hotspotów, gdzie jeden tablet jest przeciążony, a inne pozostają niewykorzystane. To zapewnia optymalne wykorzystanie zasobów i poprawia wydajność zapytań. Prefiks kluczy wierszy monotonicznie rosnącym znacznikiem czasu (np. timestampid) spowodowałby, że wszystkie nowe dane trafiałyby do jednego tabletu, tworząc hotspot i pogarszając wydajność. Użycie prefiksów odwrotnego znacznika czasu (reverseTSid) również prowadziłoby do hotspotów, ponieważ wszystkie najnowsze dane (najniższe wartości reverseTS) trafiałyby do tego samego tabletu. Krótka, statyczna wartość klucza wiersza (np. '') spowodowałaby, że wszystkie dane trafiłyby do jednego tabletu, co jest najgorszym scenariuszem dla wydajności.