Leandro,
Se desejar, contate-me pelo meu site, poderei fazer uma breve análise.
Mudar para SQL ou seja lá o que for, que seja motivado apenas por querer investir em melhores técnicas, mas nunca por problemas que não conseguiu solucionar, analisar adequadamente. É muito radicalismo essas manias de sugestões, inadequadas. Casos reais:
1-No cliente da empresa que trabalhei, o sistema (DBF) aleatoriamente apresentava erro na abertura das tabelas, reclamava há mais de 14 meses, ameaçava cancelar o contrato. Viajei até o cliente, depois de uns dois dias, consegui sintetizar o problema, então em menos de 30 minutos criei uma solução via código, mesmo sem saber qual a causa. Tempos depois, outro cliente de outra software house (ex-sócio), ocorreu o mesmo problema.
2-Meses depois, viajei para outro cliente, apenas para ajustar o sintegra, tive que parar, pois o sistema estava lento e travava quando usuários externos se conectavam via conexão WTS. Haviam chamado um técnico de rede e hardware, ao qual queria trocar peças ou levar o serviços, argumentei e ele ficou aguardando. Depois de tanto debugar, descobri a causa.
Enfim, casos e mais casos...problemas ou situações inesperadas acontecem em qualquer ferramenta.
Quando quiser mudar, sugiro que migre para qualquer banco de dados, evitar qualquer recurso harbour (dados), motivos:
você esta restrito ao ambiente harbour.
contribuições, não há uma disciplina, suporte, é informal, tem versão separada (típico do universo [x]Harbour)
Migrando para SQL...
você aumenta a possibilidade de integrações com outros sistemas de mercado.
Se no futuro você decida migrar de linguagem de programação, o seu banco de dados já esta pronto (ou quase).
etc etc etc
leandrolinauer escreveu:Bom, sim, já analisei muito mas sempre me emperro no "falta de tempo", mas vou me dedicar a mudança para sql mesmo sem dúvida, mas terei que fazer isto de forma menos dolorosa para mim e para os usuários, que não deverão sentir nada.
Quanto a LETODB e NETIO, fiz teste com LETODB primeiro e me deparei com uma absurda lentidão, já com NETIO, foi igual pra igual, velocidade normal, passei a fazer uma xmudança para NETIO, mas como na MATRIZ eu utilizava dois servidores para o sistema, isto implicou na implantação do NETIO, mas já eliminei este problema passando a ser apenas um servidor agora e primeiramente devo implantar NETIO para dar uma amenizada nos problemas, e após isto migrarei para sql, já que o problema do DBF não tem cura mesmo.
o sr esta enganado, isso não é para ajudar na gravação, mas o oposto. Skip 0 é lento e deve ser usado somente em lógica necessária, é raro alguém precisar, mas já precisei.
JoséQuintas escreveu:Mais outra suposição, pode estar faltando após a gravação:
REPLACE ...
SKIP 0
UNLOCK