Índices

Um índice secundário te dá um segundo padrão de acesso sobre os mesmos dados — uma chave de partição e de ordenação diferentes. Vindo do SQL, a armadilha é tratar um GSI como um índice B-tree que é grátis de adicionar. Ele não é: um GSI é uma cópia replicada dos seus dados com suas próprias chaves, seu próprio custo e suas próprias regras de consistência.

Esta seção cobre a escolha do tipo certo de índice, como manter os índices baratos e os perrengues que aparecem em produção — leituras desatualizadas e throttling de escritas que rastreia até um índice, não a tabela.

0 de 7 lidosQuiz

GSI vs LSI no DynamoDB

GSI vs LSI no DynamoDB — as diferenças de chave de partição, consistência, capacidade e o limite de 10 GB, e uma regra simples para decidir qual índice secundário usar.

Iniciante3 min de leitura

Projeções de Índice no DynamoDB: KEYS_ONLY, INCLUDE e ALL

Projeções de índice no DynamoDB — KEYS_ONLY, INCLUDE e ALL — o que cada uma copia para um GSI/LSI, o trade-off de armazenamento e custo de escrita, e por que um atributo ausente força uma busca na tabela base.

Intermediário5 min de leitura

Índices Esparsos no DynamoDB

Índices esparsos no DynamoDB deixam um índice secundário global conter só os itens que carregam sua chave — a forma mais barata de consultar um subconjunto pequeno de uma tabela grande.

Intermediário7 min de leitura

Sobrecarga de Chaves no DynamoDB

Sobrecarga de chaves no DynamoDB — armazene muitos tipos de entidade sob nomes genéricos de PK/SK, codifique o tipo no valor da chave e sirva todo padrão de acesso a partir de uma tabela.