One last comment: When you use single-table design patterns, you uncouple your physical table keys from your logical keys. i.e. you then overload multiple different entities onto generically named key attributes. This then means you can evolve and change your DynamoDB design much more easily than before. The conventional wisdom that you cannot easily change your DynamoDB design to adapt to new access patterns is no longer true. This then begs to have a better migration tool where you can easily create, apply and reverse atomic (reversible) database mutations. The OneTable CLI is the tool we have used to manage this for us.