GCP - Cloud Firestore and BigtableYou notice that your Bigtable cluster has hotspots causing slow queries. Which schema design change can help fix this?AUse a sequential numeric row keyBAdd a random prefix to the row keyCGroup all columns into one column familyDRemove timestamps from row keysCheck Answer
Step-by-Step SolutionSolution:Step 1: Identify cause of hotspotsSequential row keys cause data to cluster on few nodes, creating hotspots.Step 2: Apply solution to distribute loadAdding a random prefix spreads data across nodes, balancing load and reducing hotspots.Final Answer:Add a random prefix to the row key -> Option BQuick Check:Random prefix = balanced load, fewer hotspots [OK]Quick Trick: Randomize row keys to avoid hotspots [OK]Common Mistakes:Using sequential keys which cause hotspotsGrouping columns doesn't fix hotspotsRemoving timestamps reduces query flexibility
Master "Cloud Firestore and Bigtable" in GCP9 interactive learning modes - each teaches the same concept differentlyLearnWhyDeepVisualTryChallengeProjectRecallTime
More GCP Quizzes Cloud Firestore and Bigtable - Firestore collections and documents - Quiz 10hard Cloud Functions - Cloud Functions generations (1st vs 2nd) - Quiz 8hard Cloud Load Balancing - Backend services and backend buckets - Quiz 3easy Cloud Monitoring and Logging - Error Reporting - Quiz 7medium Cloud Monitoring and Logging - Metrics and dashboards - Quiz 13medium Cloud Monitoring and Logging - Why observability matters - Quiz 3easy Cloud Monitoring and Logging - Cloud Trace for latency analysis - Quiz 4medium Cloud Pub/Sub - Pub/Sub vs Cloud Tasks - Quiz 12easy Cloud Run - Request-based auto scaling - Quiz 3easy Cloud SQL and Databases - Cloud SQL Proxy for secure connections - Quiz 12easy