Subpage under development, new version coming soon!
Subject: »[Fixo] [NTDB] Ferramentas e Sugestões
A subquery para o ROLE 128 retorna 153 registros em 0.0008 segundos.
SELECT pid FROM roles_pid WHERE id_role = 128
Provavelmente id_role é index em roles_pid....
E uma consulta em todo o banco, sem filtrar nenhum pais fica absurdamente lenta retornando 141 registros em 15.7706 segundos.
SELECT * FROM ntdb WHERE pid IN(SELECT pid FROM roles_pid WHERE id_role = 128)
...mas id_role não é index em ntdb, aí a query faz tablescan (lê todos os registros para selecioná-los).
A mesma consulta filtrando o pais 21 retorna 141 registros em 1.9864 segundos.
SELECT * FROM ntdb WHERE country = 21 AND pid IN(SELECT pid FROM roles_pid WHERE id_role = 128)
Dessa forma fica um pouco mais rápida, porque é feito tablescan apenas no rows set obtido pelo where country = 21
SELECT * FROM ntdb WHERE country = XX AND pid IN(SELECT pid FROM roles_pid WHERE id_role = YYY)
Não sei se já foi feito isso, eu criaria um index para id_role na tabela ntdb e também outro index country+id_role já que há uma consulta com where country = xx AND id_role = yy
(edited)
SELECT pid FROM roles_pid WHERE id_role = 128
Provavelmente id_role é index em roles_pid....
E uma consulta em todo o banco, sem filtrar nenhum pais fica absurdamente lenta retornando 141 registros em 15.7706 segundos.
SELECT * FROM ntdb WHERE pid IN(SELECT pid FROM roles_pid WHERE id_role = 128)
...mas id_role não é index em ntdb, aí a query faz tablescan (lê todos os registros para selecioná-los).
A mesma consulta filtrando o pais 21 retorna 141 registros em 1.9864 segundos.
SELECT * FROM ntdb WHERE country = 21 AND pid IN(SELECT pid FROM roles_pid WHERE id_role = 128)
Dessa forma fica um pouco mais rápida, porque é feito tablescan apenas no rows set obtido pelo where country = 21
SELECT * FROM ntdb WHERE country = XX AND pid IN(SELECT pid FROM roles_pid WHERE id_role = YYY)
Não sei se já foi feito isso, eu criaria um index para id_role na tabela ntdb e também outro index country+id_role já que há uma consulta com where country = xx AND id_role = yy
(edited)
Falei com o BDG, e ele que me indicou falar com vc. Eu e o Tio Leoguerra somos scouts de att da U21, e antes tinha sim esta função, pois havia comentado com o BDG sobre fazer uma limpa nos atacantes U21 do BD, e havia retirado um ou dois jogadores já.
Como forma de apoio aos meus amigos de trabalho de scouts, venho por aqui dizer o que dissera lá em cima sobre jogadores que nem sequer deveriam estar no BD, sendo assim vou me aprofundar nesta segunda feira neste quesito, vou contactar JMFS, Humor e claro eu pra ver como andaremos nesse procedimento, em breve na segunda feira daremos uma posição quanto ao caso acima citado.
Sem mais agradeço por esclarecimento do Humor.
Agora Hoje é dia das Mães, vou ficar com mimnha mamãe e na segunda feira veremos isso !
Abraço e ate + .
Tio Leoguerra
Como forma de apoio aos meus amigos de trabalho de scouts, venho por aqui dizer o que dissera lá em cima sobre jogadores que nem sequer deveriam estar no BD, sendo assim vou me aprofundar nesta segunda feira neste quesito, vou contactar JMFS, Humor e claro eu pra ver como andaremos nesse procedimento, em breve na segunda feira daremos uma posição quanto ao caso acima citado.
Sem mais agradeço por esclarecimento do Humor.
Agora Hoje é dia das Mães, vou ficar com mimnha mamãe e na segunda feira veremos isso !
Abraço e ate + .
Tio Leoguerra
Estranho, eu não rebaixei ninguém :/
Só se foi o BC por engano, mas eu duvido.
Só se foi o BC por engano, mas eu duvido.
ferdam, tentei pensar em algum index mas não consegui nada.
O problema é que a roles_pid não possui index algum, tem um multi pid e um multi role.
Na ntdb também não consigo criar este index porque não existe o campo role_id nesta tabela. Justamente por isso preciso da tabela auxilar roles_pid (ligar ntdb que possui N pid com a roles que possui N roles).
Como um jogador pode estar em N roles e um role ter N jogadores, esta tabela roles_pid intermedia exatamente este relacionamento de N para N.
O que vou tentar fazer é colocar mais filtros para limitar esse tablescan que você disse.
O problema é que a roles_pid não possui index algum, tem um multi pid e um multi role.
Na ntdb também não consigo criar este index porque não existe o campo role_id nesta tabela. Justamente por isso preciso da tabela auxilar roles_pid (ligar ntdb que possui N pid com a roles que possui N roles).
Como um jogador pode estar em N roles e um role ter N jogadores, esta tabela roles_pid intermedia exatamente este relacionamento de N para N.
O que vou tentar fazer é colocar mais filtros para limitar esse tablescan que você disse.
Ou qualquer outro auxiliar pode ter feito isso. Um staff de nivel superior pode promover, nomear ou rebaixar staff menores.
Você tem o modelo do BD? Essas semanas estou ficando sem tempo, mta coisa pra fazer no trabalho, mas vou tentar dar uma olhada nisso, ver se achamos uma solução.
Vou mandar sk@ para todos, falando que não quero isso se repita :p
(edited)
(edited)
Te mandei o ftp outro dia por sk@. Dah uma procurada ai.
Basta configurar no DreamWeaver e mandar sincronizar.
Recomendo sempre fazer um backup antes de começar a mexer. E sempre sincronizar antes e depois pois mais alguém pode estar mexendo. Eu, dark ou rtg.
Basta configurar no DreamWeaver e mandar sincronizar.
Recomendo sempre fazer um backup antes de começar a mexer. E sempre sincronizar antes e depois pois mais alguém pode estar mexendo. Eu, dark ou rtg.
Já experimentaram utilizar algum controle de versão para o NTDB? Acho melhor do que esse esquema de fazer backup antes e depois de alterar. Esse cuidado não contemplaria alterações de mais de uma pessoa no mesmo arquivo...
Dos free, já utilizei CVS e Subversion (SVN), esse último é utilizado atualmente aqui na empresa.
Já viram o Google Code? Não sei se o objetivo é abrir o código do NTDB, mas o Google Code já oferece controle de versão utilizando SVN.
Dos free, já utilizei CVS e Subversion (SVN), esse último é utilizado atualmente aqui na empresa.
Já viram o Google Code? Não sei se o objetivo é abrir o código do NTDB, mas o Google Code já oferece controle de versão utilizando SVN.
Queria dar uma olhada no modelo de dados também.
E já te adianto que se me passou algum acesso anteriormente, minha idade já não me permite recordar onde guardei isso :p
E já te adianto que se me passou algum acesso anteriormente, minha idade já não me permite recordar onde guardei isso :p
@rafacoutinho: utiliza controle de versão também onde trabalhava e onde trabalho agora. Problema é em como usar isto em uma hospedagem de 15ão por mês. Colocar no Google Code teria 2 problemas principais: sincronização com o banco real (trabalho manual) e abertura do fonte (que não é objetivo até porque apresenta falhas de segurança).
@ferdam: te passo os acessos novamente por sk@
@ferdam: te passo os acessos novamente por sk@
Com relação à limpa de jogadores, fui no arquivo e escolhi 5 jogadores aleatoriamente, resultado:
Idade média: 20.4
Valor médio: 1.512.000 (porque dei azar no sorteio e peguei um que jah jogou na U21 subindo a média).
Aproveitei, e peguei os 5 com atualização mais antiga:
Idade média: 20.8
Valor médio: 1.097.000
Com certeza muito fracos para a Seleção. O novo técnico poderia montar uma força tarefa para contatar os donos destes jogadores, pegar atualização e jah mandar a caneta nos que não desenvolveram.
Idade média: 20.4
Valor médio: 1.512.000 (porque dei azar no sorteio e peguei um que jah jogou na U21 subindo a média).
Aproveitei, e peguei os 5 com atualização mais antiga:
Idade média: 20.8
Valor médio: 1.097.000
Com certeza muito fracos para a Seleção. O novo técnico poderia montar uma força tarefa para contatar os donos destes jogadores, pegar atualização e jah mandar a caneta nos que não desenvolveram.
Manda, com relação a 'fazer uma limpa', pessoas do meu cargo estão capacitadas para excluir o jogador (do arquivo pra vala comum) ?
Tem jogador que várias vezes eu deletei da página. Ele sempre vai para o arquivo e, na hora que alguém atualiza as posições, ele sempre volta de lá.
Tem jogador que várias vezes eu deletei da página. Ele sempre vai para o arquivo e, na hora que alguém atualiza as posições, ele sempre volta de lá.