Aula 13: Modelagem NoSQL 🏗️

Aninhar ou Referenciar?

Ricardo Pires

Bancos de Dados SQL e NoSQL

🎯 O que vamos aprender hoje?

A estratégia NoSQL
O fim do JOIN obrigatório
Embedding (Aninhamento)
Referencing (Referência)
O Limite de 16MB
Casos de Uso Práticos

🚫🔗 O Fim do JOIN?

No SQL: Dados espalhados = Muitos JOINs 🚗---🚕
No NoSQL: Dados juntos = Velocidade Máxima 🏎️
Dica: Desenhe o banco pensando na tela do App!

📦 Estratégia 1: Aninhamento

Colocar o "filho" dentro do "pai".
USUARIO contém ENDEREÇOS.
Vantagem: Uma busca = Tudo na mão! ✅
Risco: Dados duplicados.

🔗 Estratégia 2: Referência

Guardar apenas o link (_id).
CATEGORIA referencia PRODUTOS.
Vantagem: Sem redundância. ✅
Risco: Precisa de mais de uma consulta ao banco. 🐢

⚖️ A Grande Decisão

1 para 1? -> Aninha
1 para Poucos? -> Aninha
1 para Muitos/Infinitos? -> Referencia
Dados mudam pouco? -> Aninha
Dados mudam muito? -> Referencia

🛑 O Limite de 16MB

Um documento não pode ser um PDF gigante.
Se a lista aninhada cresce sem parar, você vai bater no teto.
Solução: Mova para Referência! 🧱

📊 Visualizando Estruturas

graph TD
    A[Post Blog] --> B{Possui?}
    B -->|Autor| C[Referência]
    B -->|Tags| D[Aninhado]
    B -->|Comentários| E[Aninhado/Referência]

🧬 Padrão Híbrido

O melhor dos dois mundos.
Guardo o ID (Referência) + Nome do Autor (Aninhado).
Exibo a lista de posts sem precisar buscar os autores! 😎

💻 Prática: Modelando um E-commerce

Como guardar: - Dados do cliente? - Itens do pedido? - Status de entrega? - Vamos discutir a melhor estratégia para cada um. 🛒

🚀 Desafio do Design

Modele o JSON de um Professor que contém uma lista das turmas que ele leciona. - Lembre-se: Um professor pode ter 5 a 10 turmas. Escolha a melhor forma!