Cloud Bigtable stocke les transactions boursières avec une clé de ligne commençant par l'horodatage de la transaction. Des milliers d'utilisateurs simultanés interrogent le prix moyen par entreprise ; les performances se dégradent à mesure que de nouvelles actions sont ajoutées. Comment améliorer les performances ?

La bonne réponse est de modifier la syntaxe de la clé de ligne pour qu'elle commence par le symbole boursier. Bigtable stocke les données par ordre lexicographique de la clé de ligne. Si la clé de ligne commence par l'horodatage, toutes les nouvelles transactions sont écrites à la fin de la table, créant un hotspot sur un seul serveur. En commençant la clé de ligne par le symbole boursier, les requêtes pour le prix moyen par entreprise sont distribuées sur plusieurs serveurs, améliorant ainsi les performances. Commencer la clé de ligne par un nombre aléatoire par seconde disperserait les écritures, mais rendrait les requêtes par symbole boursier inefficaces car elles devraient scanner toute la table. Utiliser BigQuery est une solution viable pour l'analyse, mais la question demande d'améliorer les performances de Bigtable. Utiliser Cloud Dataflow pour créer des résumés quotidiens est une bonne stratégie pour les données agrégées, mais ne résout pas le problème des requêtes en temps réel sur les données brutes de Bigtable.