Faltou um pequeno grande detalhe: Se a tabela tem mto Insert/Update/Delete o BD vai sempre reorganizar os indices, ou seja, se vc tem mtos indices é como se vc fizesse a msm operação multiplicada pela quantidade de indices. Eu creio que o ideal é criar indice de acordo com a necessidade. Se notar que está lento uma busca e tal campo é mto utilizado, coloca indice. Fora isso é exponenciar o trabalho do Banco. E ainda tem a questão de indices complexos, de vários campos da tabela, que necessita obrigatoriamente usar os campos na sequencia do indice criado. Se não de nada vale esse indice.
pelo que eu entendo e me corrija se eu estiver errado, esses indices utilizam arvore binária de pesquisa, ou seja, se eu tenho um indice no campo nome é como se eu tivesse uma tabela separada com todos os nomes ordenados em ordem alfabetica associados a um endereço binário aonde estaria o registro do banco então é aplicado aquele algoritmo de arvore binaria apenas no nome, dividindo pela metade consecutivamente até encontrar o(s) registro(s) que batem com aquele nome com o resultado pega o(s) endereço(s) binário(s) e vai diretamente nessa posição do arquivo do banco
Não exatamente, existem diferentes tipos de índices que utilizam diferentes estruturas de dados. Por exemplo, os índices Hash utilizam tabelas hash para armazenar os valores do índice e seus respectivos ponteiros para os registros na tabela principal. Eles são muito úteis para buscar um único registro, mas não são muito indicados para buscas por intervalo, como por exemplo "salário >= 2000 and salário < 5000". Para esse tipo de busca, são mais indicados os índices que utilizam B-Tree ou B(+)-Tree, este último utilizando uma estrutura binária no nó folha.
Ótima explicação, estou tendo um problema ao selecionar dados do dia anterior em uma tabela em que a coluna de data está no padrão (unixtime) em um banco de dados do tipo Mariadb(mysql), essa tabela possui quase 3 bilhões de registros e eu só preciso buscar os dados do dia anterior. Reparei que essa tabela não tem índice nesse campo que armazena a data, se eu pedir para criarem um índice nessa coluna será que melhora? Desde já agradeço.
Fiz um teste numa tabela de Clientes com 10 mil registros, a qual eu abro no meu Software em ordem alfabética. O tempo de pesquisa para listar todos os registros, com ou sem índice pelo campo "nome", foi o mesmo (cerca de 0.2 segundos). Em um outro caso, vi bastante diferença. Criei índice por "data" na tabela Caixa, e o desempenho da pesquisa foi muito mais rápido.
Faltou um pequeno grande detalhe: Se a tabela tem mto Insert/Update/Delete o BD vai sempre reorganizar os indices, ou seja, se vc tem mtos indices é como se vc fizesse a msm operação multiplicada pela quantidade de indices. Eu creio que o ideal é criar indice de acordo com a necessidade. Se notar que está lento uma busca e tal campo é mto utilizado, coloca indice. Fora isso é exponenciar o trabalho do Banco.
E ainda tem a questão de indices complexos, de vários campos da tabela, que necessita obrigatoriamente usar os campos na sequencia do indice criado. Se não de nada vale esse indice.
Valeu! O vídeo, juntamente com sua explicação, me ajudaram a resolver um problema.
Irmão, que explicação sensacional. Peguei a senha
Parabéns, de verdade. Em 11 minutos consegui aprender a funcionalidade de um index, coisa que minha professora não conseguiu com 2h de aula teórica.
Trabalho na área a mais de 18 anos, nunca tinha escutado alguém explicar de forma tão clara e objetiva 👏🏻👏🏻👏🏻
Opa, valeeeu!! 💪🏻💪🏻💪🏻
Fico feliz que tenha gostado!
pelo que eu entendo e me corrija se eu estiver errado, esses indices utilizam arvore binária de pesquisa, ou seja, se eu tenho um indice no campo nome é como se eu tivesse uma tabela separada com todos os nomes ordenados em ordem alfabetica associados a um endereço binário aonde estaria o registro do banco
então é aplicado aquele algoritmo de arvore binaria apenas no nome, dividindo pela metade consecutivamente até encontrar o(s) registro(s) que batem com aquele nome
com o resultado pega o(s) endereço(s) binário(s) e vai diretamente nessa posição do arquivo do banco
Não exatamente, existem diferentes tipos de índices que utilizam diferentes estruturas de dados. Por exemplo, os índices Hash utilizam tabelas hash para armazenar os valores do índice e seus respectivos ponteiros para os registros na tabela principal. Eles são muito úteis para buscar um único registro, mas não são muito indicados para buscas por intervalo, como por exemplo "salário >= 2000 and salário < 5000". Para esse tipo de busca, são mais indicados os índices que utilizam B-Tree ou B(+)-Tree, este último utilizando uma estrutura binária no nó folha.
ótimo video parceiro! Ajudou muito
Cara que analogia top, obgd mn!
Realmente, a melhor explicação sobre index.
Edson, poderia falar um pouco sobre indices compostos.
Explicação simples e eficaz.
Valeu, ajudou de maneira simples !!!!
toppp , agora entendi como funciona mano parabéns pelo trabalho!!.
Opa, valeeeu!! 💪🏻💪🏻💪🏻
Fico feliz que tenha gostado!
geniooooo! claríssimo!
Excelente explicação, parabéns.
Explicação sensacional!
Valeeeu!! 💪🏻💪🏻💪🏻
Ótima explicação, estou tendo um problema ao selecionar dados do dia anterior em uma tabela em que a coluna de data está no padrão (unixtime) em um banco de dados do tipo Mariadb(mysql), essa tabela possui quase 3 bilhões de registros e eu só preciso buscar os dados do dia anterior. Reparei que essa tabela não tem índice nesse campo que armazena a data, se eu pedir para criarem um índice nessa coluna será que melhora? Desde já agradeço.
Muito bom, Parabéns
Finalmente entendi, muito obrigado irmão
Opa, valeeeu!! 💪🏻💪🏻💪🏻
Fico feliz que tenha gostado!
parabens amigo, explicação perfeita
Opa, valeeeu!! 💪🏻💪🏻💪🏻
Fico feliz que tenha gostado!
Fiz um teste numa tabela de Clientes com 10 mil registros, a qual eu abro no meu Software em ordem alfabética. O tempo de pesquisa para listar todos os registros, com ou sem índice pelo campo "nome", foi o mesmo (cerca de 0.2 segundos). Em um outro caso, vi bastante diferença. Criei índice por "data" na tabela Caixa, e o desempenho da pesquisa foi muito mais rápido.
10 mil registros é muito pouco, realmente não dá muita diferença. Agora quando vc tá na casa de milhão pra mais isso mudo tudo.
@@davivolpato1 Hehehe, ok, mas meu software não é para uma empresa tão grande!
excelente explicscao parabens
Opa, valeeeu!! 💪🏻💪🏻💪🏻
Fico feliz que tenha gostado!
Muito bom!!! +1
Obrigado, ajudou demais
Edson. Criar índice para campo blob é interessante?
Opa, campo blob não aceita índice.. hehehe
@@mqfs obrigado.
Existe Índices Temporários?
Indice funciona como uma busca por interpolação?
Não, usa o conceito de árvore binária mesmo
😃👏🏼👏🏼👏🏼👏🏼👏🏼👏🏼👏🏼👏🏼👏🏼👏🏼👏🏼👏🏼
Ou seja, o uso do índice aumenta a perfomace no banco de dados, porém não deve ser usado de forma excessiva.
Opa, isso mesmo, índices aumentam a performance, mas precisam ser criados de forma consciente e sempre em cima de campos chave.💪🏻