rossine escreveu:Estou tendo reclamaçoes de clientes dizendo que certas rotinas do meu sistema que fazem acesso ao SQL que está nas nuvens, estão lentas ou não conectam.
gilbertosilverio escreveu:Minha duvida e: Se neste intervalo a conexão falha, corro o risco de perde/corromper dados no servidor, como ocorre em uma rede com DBF.
Com internet é mais complicado, porque a internet em si pode falhar, o servidor pode ter limitações, o próprio Windows tem limitações.
Numa época tive 3 conexões simultâneas pra testar: Speedy Fixo Telefônica 2MB, NET 10MB e TIM 35MB, e meu servidor era aqui.
NET a pior de todas, justamente porque dava muito problema de conexão.
Speed fixo o melhor pra conectar
TIM não era o melhor, mas era aceitável
O Windows tem limite de conexões "pendentes", aquelas no meio do caminho entre abrir/fechar.
Se ficar abrindo/fechando conexões, chega a travar a conexão, então o mais comum é deixar conectado sempre, com o risco de cair.
Uma mania de quem usa MySQL no Harbour é usar o conector MySQL 3.51.... de dezenas de anos atrás... isso é pedir pra ter problema.
Já aconteceu comigo: XML salvo incompleto, provavelmente porque caiu a conexão durante a gravação
Mas de um modo geral não corrompe a base, já que o servidor vai validar tudo antes de salvar.
Lógico... muitos aqui fazem mais uso de MySQL do que eu. Aqui estou me baseando no que já aconteceu comigo.
Imagino que usando transação ficaria bem melhor, porque o terminal avisa quando o processo se completou, e qualquer coisa incompleta seria descartada.
Geralmente provedores oferecem o recurso de IP exclusivo, isso deve melhorar a conexão.
É sempre melhor conectar por IP do que pelo nome, e melhor do que usar um virtual como no-ip.org pra redirecionar, porque tudo isso requer mais caminhos até chegar ao servidor, portanto mais tempo e mais possibilidades de falha.