DynoTable

Modelagem de dados

É aqui que o DynamoDB mais se afasta do SQL. Você não normaliza em uma tabela por entidade — você parte dos seus padrões de acesso e desenha chaves que os atendem, muitas vezes empacotando todas as entidades em uma única tabela. Feito do jeito certo, você busca um pai e seus filhos em uma única Query, sem joins.

Feito do jeito errado, você acaba com uma tabela que não consegue consultar e uma migração que não consegue executar. Então os trade-offs importam, e esta seção é honesta sobre os casos em que o single-table design é a escolha errada.

0 de 7 lidosQuiz
Single-table design no DynamoDB
O single-table design no DynamoDB guarda todas as entidades em uma tabela sob prefixos de chave sobrecarregados, para pai e filhos voltarem em um só Query.
Intermediário4 min de leitura
Como modelar dados no DynamoDB
Como modelar dados no DynamoDB pelos padrões de acesso. Um passo a passo de placar de jogo que vira chaves de partição, chaves de ordenação e um GSI.
Intermediário8 min de leitura
Quando NÃO Usar Single-Table Design no DynamoDB
Quando NÃO usar single-table design no DynamoDB — analytics pesado, CRUD simples sobre entidades sem relação e entidades que escalam ou falham sozinhas.
Intermediário6 min de leitura
O atributo Type no DynamoDB
O atributo Type do DynamoDB — por que carimbar um tipo de entidade em cada item para identificar linhas, filtrar uma GSI e sobreviver a migrações futuras.
Intermediário7 min de leitura
Desnormalização no DynamoDB
Desnormalização no DynamoDB — por que duplicar em vez de join, o exemplo do autor de blog, a armadilha da obsolescência e quando embutir vs. duplicar.
Intermediário6 min de leitura
Itens Singleton no DynamoDB
Itens singleton no DynamoDB — uma linha de chave fixa com estado global (feature flags, config), lida com GetItem e atualizada com expressões de condição.
Intermediário8 min de leitura
Teste de conhecimentoFazer o quiz
Teste o que você aprendeu nesta seção.

Comece pelo single-table design — tudo depois dele assume esse modelo mental.

Rascunhe o schema antes de construí-lo com a gratuita ferramenta de Single-Table Design — ela transforma uma lista de padrões de acesso em um plano PK/SK/GSI. Depois experimente o DynoTable para modelar e navegar por esses layouts em uma tabela ao vivo — e para a pergunta ad hoc que suas chaves não servem, seu SQL Workbench roda JOIN, GROUP BY e agregações no lado do cliente.