Que vídeo sensacional! Apareceu exatamente no momento em que eu estava precisando fazer uma migração de BD e agora, com certeza, vou começar a olhar mais essas métricas de consumo para tomar melhores decisões. Valeu por compartilhar!
No caso eu tenho gostado bastante de usar CQRS.. tive bastante problema na antiga empresa com full table scan no MySQL de uma unica tabela que eram tipo inumeros registros.. so achei a solucao ficar criando tabelas novas (uma gambiarra),pois ao inves de eu dar um full table scan numa tabela de 500k-1KK rows eu dava em 20k.. era uma tabela de OrdemServico que agregava muita responsabilidade nela, eai eu levaria muito tempo pra refatorar tudo kkkkkk..
Show o video como sempre! Pra evitar esses problemas eu sempre analiso a quantidade e frequência de uso de relacionamentos de muitos pra muitos para saber se uso o nosql ou um sql. Dica de Video: Cria um projeto com o Supabase, gosto muito dele pra iniciar projetos em sql pela facilidade de extrair o db se preciso no futuro.
Obrigado pelo feedback Thiago :) Sim sim, isso é super importante. No meu caso, essa collection que ficou de ligação cresceu de forma desordenada (durante o desenvolvimento do produto - ela se mostrou útil para inúmeros outros problemas - o que a tornou mais "inchada"). Mas sempre é bom fazer essa análise se você já tem o cenário bem definido (no meu caso o cenário não estava muito claro). Show, obrigado pela sugestão :) Anotado!
Muito bacana o video... uma curiosidade como e porque você chegou a desição de usar este back Cockroach, eu nunca vi falar..... como se chega em uma confiabilidade.... escolher uma banco é bem complicado... eu tive o pé atrás com prisma... e impressão que eu tenho é que muito pesado e da dá um falsa sensação de controle do seu ORM.... eu não seu porque eu tenho esta cisma com Prisma acho que isso pode vir do Apollo que também não gostava... PARABENS PELO VIDEO ajuda muito a ver o pós-uso de uma ferramenta.... Eu até gosto do MongoDB, mas não sinto confiança no processo de custo de Atlas.....
Valeu por compartilhar! Teria como manter o mongodb mudando a estratégia de distribuição dos dados? ou ORM? Seria interessante fazer esse teste, o juninho aqui agradece 😊
Talvez sim. Mas o problema era o índice ter ficado instável. Então não valeria a pena insistir nele. Modelar de forma diferente estava fora de cogitação por termos poucos recursos pra investir nisso hehehe
Parabéns pelo vídeo, e obrigado por compartilhar essa experiência com a turma.
Muito obrigado pelo feedback Marcos :)
Que vídeo sensacional! Apareceu exatamente no momento em que eu estava precisando fazer uma migração de BD e agora, com certeza, vou começar a olhar mais essas métricas de consumo para tomar melhores decisões. Valeu por compartilhar!
Fico feliz em ter sido relevante para vocês Eduardo :) Obrigado pelo feedback!
No caso eu tenho gostado bastante de usar CQRS.. tive bastante problema na antiga empresa com full table scan no MySQL de uma unica tabela que eram tipo inumeros registros.. so achei a solucao ficar criando tabelas novas (uma gambiarra),pois ao inves de eu dar um full table scan numa tabela de 500k-1KK rows eu dava em 20k.. era uma tabela de OrdemServico que agregava muita responsabilidade nela, eai eu levaria muito tempo pra refatorar tudo kkkkkk..
Show o video como sempre!
Pra evitar esses problemas eu sempre analiso a quantidade e frequência de uso de relacionamentos de muitos pra muitos para saber se uso o nosql ou um sql.
Dica de Video: Cria um projeto com o Supabase, gosto muito dele pra iniciar projetos em sql pela facilidade de extrair o db se preciso no futuro.
Obrigado pelo feedback Thiago :)
Sim sim, isso é super importante. No meu caso, essa collection que ficou de ligação cresceu de forma desordenada (durante o desenvolvimento do produto - ela se mostrou útil para inúmeros outros problemas - o que a tornou mais "inchada"). Mas sempre é bom fazer essa análise se você já tem o cenário bem definido (no meu caso o cenário não estava muito claro).
Show, obrigado pela sugestão :) Anotado!
video top
Obrigado!
Muito bacana o video... uma curiosidade como e porque você chegou a desição de usar este back Cockroach, eu nunca vi falar..... como se chega em uma confiabilidade.... escolher uma banco é bem complicado... eu tive o pé atrás com prisma... e impressão que eu tenho é que muito pesado e da dá um falsa sensação de controle do seu ORM.... eu não seu porque eu tenho esta cisma com Prisma acho que isso pode vir do Apollo que também não gostava... PARABENS PELO VIDEO ajuda muito a ver o pós-uso de uma ferramenta.... Eu até gosto do MongoDB, mas não sinto confiança no processo de custo de Atlas.....
Valeu por compartilhar!
Teria como manter o mongodb mudando a estratégia de distribuição dos dados? ou ORM? Seria interessante fazer esse teste, o juninho aqui agradece 😊
Talvez sim. Mas o problema era o índice ter ficado instável. Então não valeria a pena insistir nele. Modelar de forma diferente estava fora de cogitação por termos poucos recursos pra investir nisso hehehe
Fala Faria, eu gostaria de ver um SaaS em que o backend é nodejs e typescript e o front-end com React/Next.
Existe um SaaS nessa vertente?
Existem vários. Iremos fazer isso dentro da mentoria de SaaS :)