Simplesmente sensacional! Mudei os códigos de vários relatórios que eu tenho e o ganho de performance foi surreal!!! Muito obrigado!!!
@mqfs2 жыл бұрын
Show de bola!!!
@urmenyi4 жыл бұрын
Há 15 anos escrevo inner join. Imagine quantas vezes digitei inner perdendo tempo e gastando minhas velhas digitais. Tudo aqui é valioso. Aplausos.
@mqfs4 жыл бұрын
Valeeeeu 💪🏻💪🏻💪🏻💪🏻
@giovani66666 ай бұрын
Valeu!
@Laecios3 жыл бұрын
Ótima dica!
@mqfs3 жыл бұрын
Valeeeu!! 💪🏻💪🏻💪🏻
@ribatube3 жыл бұрын
Quanto mais assisto seus vídeos mais acho que estou trabalhando da forma correta, usando o banco só pra guardar dados e fazer todo o resto pela aplicação, muiiito obrigado, vou continuar assistindo, falta muitos vídeos ainda.
@mqfs3 жыл бұрын
Hehehe, na verdade, no meu ponto de vista, deve ter um equilíbrio entre as duas partes... existem coisas que são essenciais deixar no banco de dados, como validações por exemplo.
@jameswhatson6397 Жыл бұрын
3:15 essa era uma dúvida q eu tinha, pois eu sempre fiz assim, colocando vírgula sem usar 'join' e nos exemplos geralmente usam 'join', então agora comecei a entender qual a vantagem.
@saviomarques64 жыл бұрын
Show
@mqfs4 жыл бұрын
💪🏻💪🏻💪🏻
@joaopoliceno88444 жыл бұрын
Maravilha, vlw.
@mqfs4 жыл бұрын
💪🏻💪🏻💪🏻💪🏻
@dederodriguesdede4 жыл бұрын
Como sempre muito bom seus vídeos
@mqfs4 жыл бұрын
Valeeeu 💪🏻💪🏻💪🏻
@c.b.i.sistemas53034 жыл бұрын
otimo o video ta de parabens, muito bem explicado. Sou seu fã.
@mqfs4 жыл бұрын
Valeeeu :D:D
@claudineifeliciodecamargo3622 жыл бұрын
Mais um vídeo fabuloso, mas tenho outra dúvida, em caso de uma view como eu devo proceder pois não tenho nenhum filtro para passar.
@murilocosme2 жыл бұрын
Muiton bom , gostaria de saber como usar valores de uma tabela seguntaria repetindo na mesma linha atraves do nome dado ao campo, ex: produto x produtoxpreco, um produto x se tiver mais de um preco, aparecer todos na mesma linha e colocando os preços coluna ao lado.
@fernandoribeiro69493 жыл бұрын
Parabéns, muito bom. Você conhece alguma ferramenta de analise de select que seja gratuita? Obrigado
@mqfs3 жыл бұрын
Vc diz em relação à performance? Sei que o DBEaver tem um local que mostra os tempos gastos, mas cara... te dizer.. igual a do IBExpert, nunca vi. DBEaver é genérico né, conecta em vários bancos.. IBExpert é específico pra Firebird e Interbase
@sislite2 жыл бұрын
Gostei do video parça muito bom, mais tenho uma duvida, entao, nas buscas de campos indexados como nesse caso data_abertura, eu nao poderia estar utilizando um extract month pra pegar tudo o que foi feito durante o mes ou extract year, nesses casos teria alguma solucao para efetuar a leitura por data indexada pegando somente por mes ou ano?
@mqfs2 жыл бұрын
Opa, este vídeo aqui tem algumas formas de como usar filtro dessa forma com performance: kzbin.info/www/bejne/omOWlndrd7CNpdk
@oleonardoanjo3 жыл бұрын
Excelente conteúdo. Parabéns. Existe algum vídeo que de dicas para agilizar uma consulta select * em uma tabela com mais de 600mil itens? Estava quase desistindo do Firebird até conhecer seu canal, tem me ajudado muito, mas consultas estão bem lentas. Obrigado.
@mqfs3 жыл бұрын
Opaa, que bom que gostou!! E que bom que não desistiu do FB, porque migrar pra outro banco sem conhecer técnicas de aceleração, provavelmente te faria ter os mesmos problemas. Separei alguns vídeos aqui pra te ajudar a turbinar seu banco: #FASTTIP - Índice com precisão cirúrgica - 10.000 leituras virando uma só: kzbin.info/www/bejne/eInadXdmf7ahmKs Criar índice NÃO É TUDO, veja o porquê!: kzbin.info/www/bejne/iKaVmpSqrNOZjdE #FASTTIP - Como sei qual é a hora de EXCLUIR um índice?: kzbin.info/www/bejne/e2XUemWEaMmWb7s #FASTTIP - Preciso criar índice em campos do group by?: kzbin.info/www/bejne/nH6roYqvi5ljgpY #FASTTIP - COMO ACELERAR SUAS CONSULTAS COM CRIAÇÃO DE ÍNDICES: kzbin.info/www/bejne/aaHNg6qNiMqLh5I ÍNDICE INDIVIDUAL OU COMPOSTO, QUAL O MELHOR?: kzbin.info/www/bejne/rmmun3eDfNafbLM COMO FUNCIONAM AS ESTATÍSTICAS DOS ÍNDICES: kzbin.info/www/bejne/n4XOdmWiqJKGeas Como preparar o FB para 500 conexões simultâneas baseado no seu hardware!: kzbin.info/www/bejne/ip3XnomfocSZnbc
@oleonardoanjo3 жыл бұрын
@@mqfs muito obrigado. Vou assistir todos. 👍
@dedeoliveira823 ай бұрын
@@mqfsnossa, essa lista de vídeos não poderia estar "escondida" num comentário assim 😅. Isso deveria ser uma playlist própria kkk. Ainda bem que li esse comentário e abri a resposta.
@SamuelAndradeGTutos3 жыл бұрын
E se precisar realmente filtrar pelo DATA_ABERTURA, que só teria na OS e não na OS_ITEM, mas precisasse do LEFT JOIN? Iria inserir essa filtragem no left join ou teria que forçar a usar o plano com o PLAN?
@mqfs3 жыл бұрын
Vc pode optar por colocar a OS como tabela principal.. Filtrando pela data vc elimina muitas OS
@wes232 жыл бұрын
Preciso fazer um SELECT * FROM em uma tabela com 9mi registros sem WHERE mas com paginacao de 5.000 registros. Quando a tela abre na primeira página (FIRST 5000 SKIP 0) a leitura leva 0.2s. Porém quando seleciono ir para última página (FIRST 5000 SKIP 8800000) a consulta dura 8s, mesmo com o banco recém-indexado. A performance é a mesma trocando FIRST/SKIP por ROWS/TO. O Select é ordenado SEMPRE ascendentemente pelo campo PK da Tabela. Tem alguma forma de ler esses registros do fim da tabela com mais performance no Firebird?
@wes232 жыл бұрын
Consegui resolver usando ao invés de FIRST 5000 SKIP 8800000, usar o WHERE do PK da Tabela: WHERE ID BETWEEN 8800000 AND 8805000
@dimasbraga48844 жыл бұрын
Bacana o exemplo, se voce tiver outro exemplo usando Indices, irá ajudar bastante. Exemplo: Imagine um select com varias tabelas com (inner join) e um where de datas, mas usando FOR EXECUTE STATEMENTE SQL .. Sql = SQL || ' and AGENDA.DATA_MARCADA >= ''' || :DATA_INICIAL || '''' ; Sql = SQL || ' and AGENDA.DATA_MARCADA
@mqfs4 жыл бұрын
Opaa, vamos abordar isso ainda!! Kkkk, temos muuuuito conteúdo pela frente