Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/suissa/poc-order-system
Proof of Concept of an Order System
https://github.com/suissa/poc-order-system
Last synced: about 2 months ago
JSON representation
Proof of Concept of an Order System
- Host: GitHub
- URL: https://github.com/suissa/poc-order-system
- Owner: suissa
- Created: 2014-09-30T14:00:34.000Z (about 10 years ago)
- Default Branch: master
- Last Pushed: 2014-09-30T16:34:57.000Z (about 10 years ago)
- Last Synced: 2024-04-10T21:19:10.470Z (9 months ago)
- Language: JavaScript
- Size: 132 KB
- Stars: 21
- Watchers: 4
- Forks: 6
- Open Issues: 1
-
Metadata Files:
- Readme: README.MD
Awesome Lists containing this project
README
Nesse post abordarei uma modelagem um pouco mais complexa que de um sistema de blogs, será a de um catálogo de produtos, uma ideia inicial para a criação de um ecommerce.
Nosso sistema precisa ter a capacidade de armazenar vários tipos diferentes de objetos e seu relecaionamentos, isso pode implicar em vários problemas na modelagem quando se está pensando no modelo relacional ainda.
http://nomadev.com.br/
Nessa modelagem temos o produto que possui categoria e tags, o pedido que é ligado a produtos e usuários. E nosso usuário possui endereço com cidade, estado e país.
Bom você percebeu como conseguimos separar em 3 contextos diferentes nosso sistema?
- produto
- pedido
- usuário
Partindo dessa informação podemos iniciar a modelagem da agregação no MongoDb, utilizando exatamente esses 3 contextos como objetos agregadores dos dados, não entendi **porra** nenhuma!
Ok, então vamos ao código que ficará mais fácil.
##Produto
Nesse agregado juntamos as informações do produto com categoria e tags.
##Pedido
No agregado do pedido ligamos os produtos e o usuário.
##Usuário
Para o usuário nós agregamos o endereço, cidade, estado e país.
##Conclusão
Percebeu como em vez de separarmos os dados agora nós os agregamos? É dessa forma que temos que trabalhar com o MongoDb, isso contribui muito para nossas buscas já que o MongoDb não possui *JOINS* e o forte dele é sua velocidade na busca, quanto mais dados agregados serem entregues em uma única query mais performático seu sistema será.
Bah mas então se que quiser buscar os pedidos eu ainda terei que ter uma query para buscar o usuário e outra para os produtos?
Exatamente!
Mas calma essa modelagem ainda não está ótima, vamos refatorar ela levando em mente que a função principal do nosso sistema de gerenciamento é a listagem dos pedidos feitos pelo usuário, nesse caso vamos agregar o pedido na coleção de usuário ficando assim:
Mas por que isso tio Suissa?
Para que nossa busca principal, que é a listagem dos pedidos do usuário, seja feita da maneira mais rápida possível apenas com duas consultas: usuário e produtos. Pois a listagem dos pedidos já está agregada no usuário não necessitando fazer uma consulta apenas para isso.
##API
###Inserindo produto
##Inserindo usuário
##Adicionando Produto ao Pedido
Para inserir um produto nós na verdade precisamos alterar nosso usuário e atualizar o *array* de pedidos adicionando o objeto do nosso produto, por isso usamoso seguinte objeto modificador com a função de *update*:
var mod = {$push: {"orders.products": product}};
Model.update(query, mod, function(err, data) {
cb(err, data, res);
});