Modelador de Documentos MongoDB

Projete coleções, decisões de embed/reference e índices ESR a partir de padrões de acesso ranqueados.

Por Os Melhores Prompts

Categoria: Bancos de dados

O que ele faz

Projeta coleções de trás para frente, a partir dos padrões de acesso ranqueados, e não de um diagrama ER. Cada decisão de embed vs reference passa por três testes — o filho é lido sem o pai, a relação é limitada, o filho muda muito mais que o pai — tendo o limite de 16 MB por documento e o crescimento ilimitado de arrays como restrições de projeto. Os índices seguem a regra ESR (Equality, Sort, Range) e são comparados com a RAM disponível, e os padrões nomeados (subset, extended reference, bucket, computed, outlier, schema versioning) são aplicados pelo nome.

Use quando

• Migrar um schema relacional sem copiar tabela por tabela
• Arrays em geral pequenos, mas às vezes com milhares de itens
• Escolher a shard key antes de a coleção precisar de sharding
• $lookup em caminho de leitura quente que parece erro de modelo
• Um working set que já não cabe na RAM

O que você recebe

• Lista de coleções com um documento de exemplo realista em cada
• Cada decisão de embed vs reference com a regra que a determinou
• Índices em ordem ESR, dimensionados e ligados ao padrão que servem
• Plano de atomicidade: escrita de um documento vs transações
• Uma shard key com o motivo e o scatter-gather que ela provoca

Como usar

1. Liste as entidades com cardinalidade, propriedade e ciclo de vida em {{entities_and_relationships}}.
2. Em {{access_patterns}}, ranqueie cada consulta por frequência real e sensibilidade a latência e informe, para cada uma, o filtro, o sort, os campos retornados e a taxa de leitura/escrita — é o campo de sort que quebra planos de índice ingênuos.
3. Preencha {{growth_and_cardinality}} com documentos por coleção em 12 e 36 meses, tamanho máximo dos arrays, chaves quentes e distribuição de tamanho dos documentos.
4. Informe em {{consistency_needs}} o que precisa ser atualizado atomicamente, além de read concern e write concern, e cole em {{current_schema}} o modelo relacional que está sendo migrado.
5. Leia a seção que aponta os dois padrões de acesso que o modelo serve pior antes de implementar, e guarde a justificativa da shard key junto do schema.

Tags: mongodb, nosql, data-modeling, indexing, sharding, aggregation, schema-design

Preço: 10.00 BRL