Dlaczego używanie wspólnego klawisza skrótu z AWS DynamoDB jest złe?

Question

Potrzebuję sposobu, aby mieć pozycje zamówione przez znacznik czasu, więc rozważam użycie wspólnego klucza hasha i znacznika czasu unix jako klucza zakresu.

Według 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. 

Ponieważ używam wspólny klucz hash, wówczas nie będzie nierównomierny rozkład obciążenia - ponieważ cała załaduje idzie do jednej partycji.

Kiedy więc zapiszę 100 write do tej partycji, wykorzystana zostanie cała pojemność, to przypuszczam, że to dobrze, ponieważ pojemność nie jest marnowana?

Answer 1

Udostępniasz zapisywanie i odczytywanie tabeli DynamoDB, a nie partycji. Twoja pojemność jest rozkładana/współdzielona na partycjach, ale każda partycja ma również stały limit stawki ze względu na podstawowy sprzęt.

Za pomocą jednego klawisza skrótu, będziesz mieć ustalony limit liczby odczytów i zapisów, które możesz faktycznie wykonać na stole, bez względu na to, ile zapewniłeś i zapłaciłeś.

Nie można przeskalować go powyżej tego limitu, ponieważ dynamodb nie może dalej dzielić stołu, aby zrównoważyć przetwarzanie obciążenia, jeden z podstawowych sposobów, w jaki system AWS skaluje system w miarę wzrostu liczby rezerw.

Możliwe, że nie osiągniesz tego limitu na początku, ale Amazon zaleca odstąpienie od tego podejścia, ponieważ Amazon chce, abyś używał AWS w sposób, który będzie skalowany.

Answer 2

Trikiem w Twoim przypadku jest mieć

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

ten sposób dane są podzielone partycje Accross w dzień (przy założeniu dość równomierne obciążenie od jednego dnia do drugiego), ale klucz zakresu pozwala na bardzo dokładne wywołania query z warunkiem BETWEEN. Część uuid jest tutaj, aby odróżnić rekordy, które zostały wywołane w (dokładnie) w tym samym czasie.