Perché utilizzare una chiave hash comune con AWS DynamoDB è una cosa negativa?

Question

Ho bisogno di avere un modo per avere gli articoli ordinati per data e ora, quindi sto considerando l'utilizzo di una chiave hash comune e di un timestamp unix come chiave di intervallo.

Secondo la FAQ:

When storing data, Amazon DynamoDB divides a table into multiple partitions and 
distributes the data based on the hash key element of the primary key. The provisioned 
throughput associated with a table is also divided among the partitions; each 
partition's throughput is managed independently based on the quota allotted to it. 
There is no sharing of provisioned throughput across partitions. 

Come sto utilizzando una chiave hash comune, allora non ci sarà la distribuzione del carico non uniforme - dal momento che tutta la volontà di carico va in una singola partizione.

Quindi, quando fornisco 100 write in questa partizione, verrà utilizzata tutta la capacità, quindi suppongo che sia una buona cosa poiché la capacità non viene sprecata?

Answer 1

È possibile eseguire il provisioning di scritture e letture su una tabella DynamoDB, non su una partizione. La tua capacità viene distribuita/condivisa tra le partizioni, ma ogni partizione ha anche un limite di velocità fisso a causa dell'hardware sottostante.

Utilizzando una sola chiave hash, si avrà un limite fisso sul numero di letture e scritture effettivamente eseguibili sulla tabella, indipendentemente dal numero di provisioning e pagamento.

Non è possibile ridimensionarlo oltre tale limite poiché dynamodb non può ulteriormente partizionare la tabella per parallelizzare l'elaborazione del carico, uno dei modi principali in cui AWS scala il sistema man mano che aumentano i numeri di provisioning.

È possibile che all'inizio non si raggiunga tale limite, ma Amazon consiglia di non seguire questo approccio perché Amazon vuole che tu usi AWS in modi che si ridimensionino.

Answer 2

Un trucco comune nel tuo caso è quello di avere

• hash_key=%Y-%m-%d (giorno timestamp)
• range_key=iso-8601_timestamp+uuid

In questo modo i vostri dati sono partizioni attraversavano raggruppati per giorno (supponendo un carico abbastanza anche da un giorno all'altro), ma il tasto intervallo consente chiamate query molto belle con una condizione BETWEEN. La parte uuid è qui per differenziare i record che sarebbero stati inseriti esattamente nello stesso momento (esattamente).