[RESOLVIDO] BUG V9.4.001 - Lista de Tarefas - Sumiu as Tarefas - Comprovado

Vixi… que coisa heim… é muita performance!!!

1 Curtida

Teste de INSERT a diferença é maior ainda.

Mas, vejam bem, o uso do Aria deve ser bem avaliado, pois o InooDB é muito mais seguro na questão de corrompimento de índices.

1 Curtida

Acredite, este foi o meu maior medo de todos estes anos nunca pensar em usar Mysql como banco principal da ferramenta…

Sim como banco da ferramenta em substituição ao padrão do sqlite.
Eu testei a perfomance dos SGDB´s e seus Engines e tomei partido do Postgresql.

1 Curtida

Problema do PostgreSQL são nos select count que eu acredito que a IDE utilize.

1 Curtida

É verdade mas terá que ter uma tabela enorme de projetos para isto.
A tabela onde notei lentidão tinha 11.000.000 de registros = 1Gb de dados.
Demorava perto de 43 segundos para montar a paginação numa grid com select full sem limite.

1 Curtida

Mediante a isto acho que eu ficaria pelo MariaDB mesmo… mas interessante de saber desta experiência…

Até quanto a backup sou bem resolvido, mas tocou no ponto de velocidade, isto me chamou a atenção… vou fazer um teste para ver como ficará…
Tem mais alguma observação a fazer?

No meu caso não perdi, tem as tarefas realizadas e as não realizadas ainda…

Acredito @ralphrangel que seja algo pontual com o @joeltonsilva, pois realmente não acredito que NM tenha cometido essa falha.

@joeltonsilva, você chegou a abrir a tabela diretamente? Crie uma conexão do SC com SQLite ( se o banco da ferramenta for esse) e veja se os dados estão lá.

1 Curtida

Pela IDE duvido meus projetos chegarem a ter tantos registros.
Veja o SC virgem com todos os projetos de exemplos instalados:

E em produção irei limitar meus selects. Em produção teremos bases grandes.

O mais importante em si antes de pensar em escolher o SGDB é ter um plano para tunar sempre as configurações do SGDB escolhido, desfragmentar e reindexar as bases. Ou depois de certo tempo será mais um vindo aqui reclamar de lentidão no Scritpcase não importando a base escolhida para a IDE.

Ola @InfinitusWeb, @buhlerax
Fiz o seguinte para testar, peguei meu último backup antes de atualizar para a 9.4.000, ou seja da 9.3, restaurei em uma instalação manual da 9.4.000 e não veio minhas tarefas…

Alguém aí teria como disponibilizar a versão 9.3 para que eu possa fazer um teste?

Acesse o banco de dados diretamente.

Eu desconfio que sua tabela já estava vazia desde a vs 9.3

Consegui provar…
Consegui pegar a 9.3.012 e restaurei meu último backup desta versão, e acredite tudo lá bonito, o problema ocorreu para a versão 9.4… todas as minhas tarefas estão lá… quase chorei de emoção… mas estou a mais um ponto de bala com a Netmake!!! Revoltado mais que nunca…
BUG!!!

SOLUÇÃO:
Peguei a instalação 9.3.012 que restaurei o backup completo da ferramenta deste período(desatualizado), atualizei para a 9.4.001, verifiquei que estava tudo lá, depois importei novamente o backup individual(atuais atualizados) dos projetos que haviam sido modificados…
Meu problema foi resolvido graças aos backups que faço da ferramenta e dos projetos individualmente.

Agradeço a todos a atenção!

O problema então, está entre o backup da 9.3.012 e o restore na 9.4 ? O Restore da 9.4 não estaria restaurando as tarefas?

Já que tem o backup… Faça a atualização para 9.4 dessa versão e veja se as tarefas não aparecem. Ideal é gravar para enviar a NM.

Já enviei para eles…

Disponibilize o vídeo para nós.

1 Curtida

Enviei o bug… não fiz o vídeo pois terei que refazer todo o processo novamente para provar, ou seja, instalar a 9.3, restaurar o último backup desta versão, depois atualizar para 9.4.001, depois restaurar backup dos projetos atualizados…

No meu MariaDB 10.3 esta comentado porque o Barracuda se tornou o padrão. Assim como o prefixo largo para innodb.



Mas no MariaDB anterior tivemos que colocar estas três sintaxes para que ele trabalhasse corretamente com a base do SC.
Somente tire os #
Coloque no seu my.cnf reincie o MariaDB, crie a base do SC novamente e tente fazer o restore.
Vai de dá certo.

image

No seu caso se for manter o sqlite execute um vacuum na database antes de atualizar.
E é claro faça backup antes do vacuum