Cara, dicas essenciais! Estou amarrado num problema semelhante. A minha procedure usada no e-commerce, está consumindo muito CPU e acaba causando lentidão no sistema... Com essas dicas creio me ajudará numa melhor análise.
Top Edson. Muito bom. Fiquei com uma dúvida, imagine que a regra de negócios permite gravar vendas sem itens (no meu caso eu separo produtos e serviços, os itens de produtos são gravados em tabela separado dos itens de serviços). No caso de haver uma venda que foi somente de serviço, a linha de dados dela ficaria com os valores nulos, é isso?
Os campos do alias "v" viriam preenchidos, mas os campos vi.qtd_itens e vi.qtd_produto_x viriam nulos. Se você quiser evitar isso, basta adicionar no where a condição "and vi.id_venda is not null", assim o resultado final será igual ao de um inner join.
Boa tarde, Tenho um determinado cliente que o banco dele tem 4GB, já fiz backup restore, aquele processo que vc fala para excluir lixo no banco, e mesmo assim apresenta lentidão. Tem uma outra ideia do que eu poderia fazer para corrigir ?
Opa, e aí Lucas, blz?? A rotina de bkp deixa rápido porque começa com um banco sem lixo, sem transações, sem versões de registros, etc.... Mas podem ter outros motivos que causam falta performance, não é normal seu banco ficar lento assim. Eu e o Alexey fazemos consultoria completa de performance, daí encontramos qualquer problema, seja hardware, configuração de S.O., configuração do FB, e até mesmo as consultas mais problemáticas, com sugestão de como resolver. já sabia da consultoria? Tem mais detalhes nesse link: mqfs.com.br/consultoria
Ótima aula, muito esclarecedor, meus parabéns pela didática. 🚀🚀🚀🚀🚀
Opa, que bom que gostou!!
🚀🚀🚀🚀🚀 A explicação ficou Top das galáxias!!
Opaa, que bom!!!
Parabens! muito bom! São esses pequenos detalhes que passam despercebidos
🚀🚀🚀🚀
Sempre aprendendo com você, Edson.
🚀🚀🚀🚀🚀🚀
Shooow!!👏👏👏
Cara, dicas essenciais! Estou amarrado num problema semelhante. A minha procedure usada no e-commerce, está consumindo muito CPU e acaba causando lentidão no sistema... Com essas dicas creio me ajudará numa melhor análise.
Excelente explicação! Tu é o cara 🚀🚀🚀🚀🚀🚀
Show Edson! 🚀🚀🚀🚀🚀
Esse lance de usar left é extraordinário. Obrigado
Show!! Mas não é uma regra pra todas as situações
Monstro!
Ótima aula. 🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
Muito Show de Bola!
Valeeeu!!
🚀🚀🚀🚀🚀 Muito top mesmo essa dica do Left !
Top Parabéns
Muito bom Parabéns 🚀🚀🚀🚀🚀🚀
Top demais! Vou usar!
🚀🚀🚀🚀🚀🚀🚀
você é um cara bom!
Muito bom.
🚀 vlw mto bom
Vai ser bem util..! 🚀🚀🚀🚀🚀
🚀🚀🚀 Aula top.
🚀🚀🚀🚀🚀🚀🚀Excelente🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀 Muito bom!!
top d+
Top Edson. Muito bom. Fiquei com uma dúvida, imagine que a regra de negócios permite gravar vendas sem itens (no meu caso eu separo produtos e serviços, os itens de produtos são gravados em tabela separado dos itens de serviços). No caso de haver uma venda que foi somente de serviço, a linha de dados dela ficaria com os valores nulos, é isso?
Os campos do alias "v" viriam preenchidos, mas os campos vi.qtd_itens e vi.qtd_produto_x viriam nulos. Se você quiser evitar isso, basta adicionar no where a condição "and vi.id_venda is not null", assim o resultado final será igual ao de um inner join.
Exatamente isso
🚀🚀🚀🚀🚀Top o vídeo.
🚀Show
Boa tarde,
Tenho um determinado cliente que o banco dele tem 4GB, já fiz backup restore, aquele processo que vc fala para excluir lixo no banco, e mesmo assim apresenta lentidão. Tem uma outra ideia do que eu poderia fazer para corrigir ?
Opa, e aí Lucas, blz??
A rotina de bkp deixa rápido porque começa com um banco sem lixo, sem transações, sem versões de registros, etc....
Mas podem ter outros motivos que causam falta performance, não é normal seu banco ficar lento assim.
Eu e o Alexey fazemos consultoria completa de performance, daí encontramos qualquer problema, seja hardware, configuração de S.O., configuração do FB, e até mesmo as consultas mais problemáticas, com sugestão de como resolver.
já sabia da consultoria? Tem mais detalhes nesse link: mqfs.com.br/consultoria
👏👏👏👏
🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀
🚀
🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀 🚀🚀🚀🚀🚀 🚀🚀🚀🚀🚀
🚀
🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀
🚀
Tooop!!
🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀🚀
🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀
🚀
🚀🚀🚀🚀🚀🚀
🚀🚀🚀🚀🚀🚀🚀🚀🚀