PC Toledo

Salve galera,

Tenho um cliente que estamos reestruturando toda a rede dele, hoje estamos usando dbf/ntx mas já estou migrando para dbf/cdx, o sistema está dividido em módulos mas no total deve possuir +/- 200 dbf's, a nova rede vai possuir 50 estacoes usando o sistema em clipper, será colocado 1 servidor com 2 processadores xeon quad , vamos colocar 2 switch , sendo 25 estacoes em cada switch de 1000 megabits. Será que corremos algum risco de ter problemas com os arquivos com essa estrutura de rede? Nosso medo é se o dbf vai aguentar a velocidade de leitura/gravacao?
Temos outros clientes rodando com rede 10/100/1000, so que com uma estrutura menor, menos estações e servidor relativamente mais lento.
Alguém já trabalhou ou conhece algum trabalho em clipper/dbf com uma estrutura parecida com essa?

Forte abraço.

Nunca vi ninguém com uma rede desse porte utilizando Clipper. Até acho que vai funcionar legal, ainda mais com essa estrutura toda. Mas sem dúvida nenhuma, pensaria em migrar pra cliente/servidor. O ganho seria excelente neste ambiente.

Bom dia Maligno,
Com certeza a migração para cliente/servidor é o próximo passo, porém por ser um sistema um tanto grande (pois se trata de um ERP) ainda estamos desenvolvendo e vai levar um tempo, por isso teremos que aguentar mais um pouco com o sistema rodando em clipper mesmo.
Valeu pela ajuda.
Abraço

Sandro!

Também tenho esses problemas, inclusive já relatei aqui.

Compilo meus sistemas com clipper 5.2e e Blinker 7, e já pensei em compilar com o clipper 5.3.

Mas uma saída boa seria migrar para xHarbour, pois além de gerar 32bits,é uma migração muito rápida, principalmente para sistemas em puro clipper.

Não tão rápida se você for utilizar cliente/servidor, já que isso requer o aprendizado de uma nova linguagem: SQL. E ela, pelos recursos que oferece, não é nada trivial. Mas, claro, adotar o [X]Harbour é um bom caminho, se a intenção for continuar sempre na mesma linguagem. Mas dependendo do caso, não compensa.

Ou talvez um meio termo.
No fórum existem vários tópicos sobre o uso do Mediator. É uma RDD para acessar tabelas MySql, usando xHarbour.
Como já foi dito aí em cima pelos colegas, seria unir as idéias, de migrar para uma estrutura 32 bits (xHarbour), e trabalhar no modo cliente-servidor (Mediator com MySql, quem sabe até rodando num servidor Linux. É possível !)
Tudo isso, sem nenhuma dificuldade de adaptação. Pois apesar de: os dados estarem num banco SQL, do lado do usuário, a manipulação continua igual como se fosse com arquivos dbf.

Sim, existe o Mediator, eu sei. Se for para algo temporário, até pode ser. Fora isso, realmente não acho boa idéia. Uma alternativa temporária, como essa, tem a tendência a se tornar definitiva, o que não me parece ser uma boa idéia. Mas, como eu disse: cada caso é um caso e, cada um deve saber o que faz.

Galera, vou procurar saber mais sobre esse mediator, mas se alguem puder adiantar alguma coisa, seria passar meus dados para mysql mas continuar acessando pelo programa como se fosse dbf? Basta compilar usando o xHarbour? Pois se for isso, é uma boa saída, pois poderia deixar toda minha aplicação em modo console mesmo, apenas mudando para 32 bits com o xHarbour, e com certeza eu nao teria maiores preocupações em relação a integridade dos dados, pois estariam em mysql, o que me daria um certo alivio enquanto vou passando a aplicação para cliente/servidor em modo windows. E sobre a migração dos dbf para o mysql é compicado? Se alguem puder me indicar algum material ou onde encontrar alguns exemplos para me ajudar eu fico muito agradecido.
Valeu pela força. Forte abraço.

seria passar meus dados para mysql mas continuar acessando pelo programa como se fosse dbf?

Exatamente, as funções de manipulação de arquivos, alteram um ou dois parâmetros.

Basta compilar usando o xHarbour?

Isso mesmo, só acrescentar a lib do mediator. Não esquecendo que precisa claro, baixar e instalar no servidor, o Mediator, MySql 5, e o driver ODBC.

E sobre a migração dos dbf para o mysql é compicado?

Não é complicado, no próprio pacote do Mediator existem as ferramentas necessárias.

Para não alongar demais a conversa aqui, dê uma vasculhada pelo fórum à respeito do Mediator e poste as dúvidas na seção xHarbour ou na seção RDD`s.

A seção correta seria a "Banco de Dados".

Aqui, nós temos alguns "canhões de Navarone". O problema não é a velocidade, é o usuário que trabalha como quer e não como deve. Aquele X da janela windows é o principal campo minado na aplicação. Tem um executável que bloqueia aquele X da janela.
Estamos migrando algumas aplicações para xHarbour. É um ótimo ganho.

Vc pode testar, gerando vários arquivos grandes e sobrepondo dados nos mesmos.

Tem um executável que bloqueia aquele X da janela.

Complementando essa informação, para quem não saiba: são dois recursos que permitem bloquear o X da janela. O primeiro é um programa especialmente feito pra isso: ButtomX. O segundo é a biblioteca WAPI, que contém vários outros recursos, e cujo tópico se encontra na seção "Ferramentas de Programação".