Tenha uma performance absurda mudando ISSO

[@wandersoncampos4399]

Edson, esse tipo de vídeo é muito bom, porque geralmente é a nossa realidade do dia a dia! Parabéns, continue assim...

[@mqfs]

Valeeu!! 💪🏻💪🏻💪🏻

[@alexandreamaral665]

Dica Show!!! E obrigado por incluir a narração dos atalhos.

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@charlesjacome]

Estou lascado! vou ter que rever todos os meus querys! parabéns !!

[@mqfs]

Kkkkkk, isso acontece... quanto amis aprendemos, mais queremos melhorar nossas consultas

[@tssistemas]

faz parte, vai é ganhar na performance.😉

[@brunofernandes9645]

Top demais, vendo 2 anos depois e ainda sim me ajudou, não sei se é por ser iniciante na área mas é bem difícil achar conteúdo assim com coisas que acontece no dia a dia

[@TheMarckF]

Incrível, excelente dica. Diferença absurda no resultado. Muito obrigado!

[@OrneiPSilva]

Dica excelente Edson parabéns

[@mqfs]

Valeeu!! 💪🏻💪🏻💪🏻

[@mistrelo]

Nossa, que top, vc é de mais. Melhorou absurdamente a performance do meu sistema

[@eduaanjos]

Aprendi mais uma, obrigado! ótima dica

[@mqfs]

Show de bola!!!

[@wanderleihuttel]

Como sempre um conteúdo de extrema qualidade!

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@fernandolozerdesouza4107]

Parabéns Edson, fantástico!

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@joaopoliceno8844]

Show de bola.

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@jailsoncarneiro4936]

Show de Bola!

[@mqfs]

Valeeu!!

[@marcelo_toller]

Muito bom! Obrigado!

[@gssj-o8p]

Valiosa dica, obrigado por compartilhar esse conhecimento!

[@mqfs]

Valeeeu!! 💪🏻💪🏻💪🏻

[@claudiopaiva7452]

Muito bom Edson, as aplicações da empresa que trabalho, utiliza o banco Oracle. Já resolvi muitos problemas de lentidão em relatório, alterando a cláusula IN.

[@urmenyi]

Absolutamente campeão. Muito bom. Nunca em 100 anos eu faria um join dessa forma. Obrigado

[@mqfs]

Hehhehe, agora pode fazer 😁😁😁

[@zilondequadrosmaciel1006]

Show, valeu, um abraço.

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@joelcosta1631]

Espetacularmente Top.

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@maelmetal]

Nossa, eu apliquei essa solução numa query minha aqui, de 30s~40s de "executuion time" foi para 100ms-200ms. Isso por que já estava usando índice

[@mqfs]

Shoooooooow, ótimo resultado!!

[@tssistemas]

show de bola, excelente dica

[@JoaoNelsonLima]

Muito bom o canal. Parabéns 👏👏👏👏

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@rudyardrocha6206]

Muito boa a dica, parabéns

[@alexferrazoliver]

Edson, sensacional kra, uso MySql, aplico todas as suas dicas e com isso melhrei a performance dos meus bancos em uns 80% eu diria com toda certeza, tinha muitas consultas complexas e grandes que fui melhorando e ganhando mais velocidade e mais legibilidade tambem... obrigado mesmo kra...

[@mqfs]

Shoooow, você não tem ideia do quanto fico feliz de saber disso!! Obrigado por me falar 💪🏻💪🏻💪🏻

[@genilsoncosta8892]

Excelente Dica, mestre! Top

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@souoluciano]

Sensacional

[@jefersonbrito6123]

sensacional...eu uso muito in em condições. agora farei ele no join com certeza.

[@mqfs]

Toop!!

[@dederodriguesdede]

Isso foi demais, esse cara é bom demais

[@mqfs]

hehehe, valeeeu 💪🏻💪🏻💪🏻

[@leandrolopesptu]

Parabens. Dica de mestre

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@jeversonleite2954]

Show Show

[@mqfs]

Valeeeu!! 💪🏻💪🏻💪🏻

[@cristianoamendola4061]

Muito top seu Canal, Tenho a seguinte dificuldade no firebird exemplo: tenho a tabela vendas que possui um fk com a tabela clientes, na tabela clientes tem o cpf que é um campo vachar(20), e existe um indice com o campo cpf, o id da tabela cliente é um vachar(10), porque quando faço um inner join entre essas duas tabelas colocando no where cpf='xxxxxxxxx', porque nunca o firebird monta o plan com o indice do cpf ?

[@mqfs]

Opa, e aí Cristiano, tudo joia? Fico feliz por gostar do conteúdo!! Vamos lá, se vc está fazendo relacionamento entre as duas tabelas, é provável que vc tenha outros filtros no seu select além do cpf, apontando para a tabela venda. Tudo depende da forma com que vc escreve seu select. Hoje ainda vou fazer uma live, e se vc quiser mandar seu exemplo para analisarmos, vai ser um prazer.

[@novaerasistemas1656]

Bom dia. Utilizo o Delphi e firebird 3 com Firedac. Abaixo um exemplo de como eu faço... Será que tem como aplicar isso que você ensinou ai dentro? E como ficaria? dm3.TbPGTO1.Close; dm3.TbPGTO1.SQL.Clear; dm3.TbPGTO1.SQL.Add('SELECT * FROM PAGAMENTO'); dm3.TbPGTO1.SQL.Add('WHERE COD_EMPRESA = :COD_EMPRESA'); dm3.TbPGTO1.SQL.Add('AND STATUS = :STATUS'); dm3.TbPGTO1.SQL.Add('AND DATA_VENCIDO between :DTINI AND :DTFIM'); dm3.TbPGTO1.Params[0].AsInteger := 1; dm3.TbPGTO1.Params[1].AsInteger := 1; dm3.TbPGTO1.Params[2].AsDate := StrToDate(MaskEdit1.Text); dm3.TbPGTO1.Params[3].AsDate := StrToDate(MaskEdit2.Text); dm3.TbPGTO1.Open;

[@mqfs]

No seu caso não está usando in, então não se adequa ao exemplo que passei...

[@cmd.27]

Show

[@mqfs]

Valeeeu 💪🏻💪🏻💪🏻

[@george.deluca]

Excelente! Parabéns! Eu já li que usar "campo not in ([valor])" é melhor que "campo [valor] ". [valor] seria apenas um número. Isso procede?

[@mqfs]

Opa, não cheguei a testar, mas em teoria não teria diferença, porque o in faz uma composição de vários "OR's", e quando tem um item só não precisa fazer essa montagem..

[@george.deluca]

@@mqfs Obrigado! ;)

[@gladistonsantana]

O "NOT" é o problema, ele "anti-performatico" em qualquer situação de programação. Eu tento sempre compor uma querie onde eu possa inverter para não tê-lo que usar. Se tem problemas de performance serio por causa do NOT ou infinitos ORs concatenados pelo programa é mais recomendável usar GTT e fazer um not exists(select 1 from tabela_gtt where) da GTT populada.

[@paulohildebrandneto510]

Top

[@mqfs]

Valeeu!!

[@JoaoNelsonLima]

Mas o R.cod_obj_contrado aí é referente a somente a tabela pst_requisicao_contrato não? Teria q por tipo R2

[@mqfs]

Opa, não precisa mudar o apelido, porque nessa situação o que vale é o R de fora, não fica redundante.

[@yako1br0]

Hein... Poderia dar a dica de qual comando rodar pra atualizar as estatisticas... pra que a gente possa colocar no agendamento de tarefa pelo menos 1 vez por semana

[@mqfs]

Opa, tem exatamente esse conteúdo no Prime, inclusive mostrando como configurar o FB para executar a cada X dias, sem necessidade do agendados de tarefas. Vale a pena: prime.mqfs.com.br/ módulo #20

[@JoaoNelsonLima]

O q tá errado aí é q ele deveria por i.num_pedido filtrado logo no início do where da tabela r. Não é necessáriamente o IN o problema.

[@mqfs]

Mas aí ele não conseguiria retornar uma lista pra filtrar todos de uma vez, concorda?

[@JoaoNelsonLima]

@@mqfs Sim é verdade. Tens razão. Penso q daria pra fazer de outra maneira mas o select fica muito verbos esse jeito q vc apresentou tem realmente uma grande resultado. Parabéns

[@gustavodiegoochoapaniagua9987]

excellent

[@debugandotudo]

O recalculo é apenas na versão paga correto ?

[@mqfs]

Opa, infelizmente sim... Existe possibilidade de automatizar o processo de recálculo com PSQL, e tem aula pra isso no Mundo MQFS: space.hotmart.com/mundomqfs

[@gladistonsantana]

O céu vai ser abrir quando utilizadores descobrirem o *exists*

[@mqfs]

hehehe, esse também é bom

[@MenandroDias]

Dica: A substituição do "in" por um "exists" dá resultados muito bons também...

[@mqfs]

Também é uma boa!