Cloud Spanner relationele tabellen voor klanten/orders/inventaris schalen niet lineair onder belasting. Welk probleem is de oorzaak?

Het gebruik van versie 1 UUID's als primaire sleutels die monotonaal toenemen is de oorzaak. Monotonaal toenemende sleutels, zoals die vaak voorkomen bij versie 1 UUID's (die een tijdstempelcomponent bevatten), leiden tot hotspots in Cloud Spanner. Nieuwe inserts komen allemaal op dezelfde shard terecht, waardoor de schaalbaarheid wordt beperkt. Cloud Spanner verdeelt data op basis van de primaire sleutel, en een gelijkmatige distributie is essentieel voor lineaire schaalbaarheid. De andere opties zijn minder waarschijnlijk de oorzaak van dit specifieke schaalbaarheidsprobleem: Het gebruik van 64-bit numerieke typen voor 32-bit getallen veroorzaakt geen lineaire schaalbaarheidsproblemen onder belasting; het verspilt alleen opslagruimte. Het gebruik van het STRING-datatype voor waarden met willekeurige precisie kan inefficiënt zijn, maar leidt niet direct tot hotspots die lineaire schaalbaarheid belemmeren. Het gebruik van LIKE in plaats van STARTSWITH in geparametriseerde SQL-query's kan queryprestaties beïnvloeden, maar veroorzaakt geen hotspotting bij inserts.