Olá pessoal... vcs podem me dizer qual a melhor opção? O executável do seu aplicativo na estação de trabalho ou no servidor?? Ou não tem melhor? Depende do q?

Poderiam me orientar nesta questão??

 

Obrigado a todos!!

 

Abraços!! :D

Eu prefiro trabalhar com o executável na estação, diminui um pouco o tráfego de informações.

O grande impecílio é que terá que criar um bat de atualização das estações para ser disparado sempre que houver mudança no executável

 

Ghost, volto a falar de rede, por que no passado tive muitos, mas muitos, problemas com isto, lentidão, bloqueio de BD de Tabelas, registros e por ai afora.

Quando passei a ter um pouco mais de trabalho na instalação, tudo melhorou, e muito.

Veja meus procedimentos.

Coloco o executavel em cada estação, e crio um arquivo .INI de configurações, neste arquivo aponto principalmente o nome do BD e caminho que a estação ou servidor vai localizar, e pronto. Alterei servidor, caminho do BD ou qualquer outra configuração que queira, basta abrir o arquivo INI de cada micro e alterar.

Com o executavel em cada estação, com certeza a performance melhora, e muito.

Teste das duas formas e voce já verá de inicio o tempo de carregamento do aplicativo e processamentos.

 

vlu//

Olá,

 

Eu concordo com o pessoal. Além do problema de desempenho, existe também um problema esporádico, mas que ocorre em algumas redes, que é o bloqueio pelo servidor a uma ou mais estações que tentem disparar o mesmo programa ao mesmo tempo. uma alternativa para você, mas que dependerá do seu projeto, é usar componentes distribuídos. Assim, o núcleo do programa fica em um servidor com o COM+ (ou pacote MTS do NT) e as estações se referenciam a esses objetos que são compratilhados. Com isso, você reduz o tamanho do executável em cada estação e simplifica a atualização dos programas. Porém, isso também tem muitas desvantagens. Uma delas é que isso consome recursos do servidor, o que pode ser um problema em redes hierárquicas grandes, com servidores que não são lá grande coisa. Outra, o seu projeto deve ser estruturado segundo a filosofia de n-camadas, trabalhando com pelo menos três, sendo a camada do meio exatamente a que ficaria no servidor.

Bom, resumindo, embora existam alternativas, a melhor opção, ao meu ver ainda é espalhar os executáveis nas estações e manter apenas o banco de dados no servidor.

Com relação a atualização, eu estou planejando algo para os meus sistemas. Ainda não tenho o código pronto, mas a minha idéia é a seguinte. Criar um pequeno programa que irá trabalhar junto com o meu. Quando o meu programa principal entrar no ar, ele irá verificar se existe uma atualização em um determinado diretório do servidor. Havendo uma atualização, ele irá disparar o segundo programa e se fechar automaticamente. O segundo programa irá então copiar a atualização por cima do programa principal  e dispará-lo novamente e então se fechar. Assim, você automatiza o processo de atualizações em rede. É claro que eu ainda tenho que criar um código protótipo e amadurecer mais a idéia, mas talvez sirva de base para você inventar algo melhor.

 

espero ter ajudado.

 

Um abraço,

Sandro.

Puxa, agradeço a todos pelas opiniões... sempre trabalhei com executáveis nas estações mas encontrei alguns colegas q trabalham com o executável no servidor e fiquei curioso pois não sei se isso traria problemas futuros. Só pensei na vantagem da atualização pois atualizo os arquivos apenas no servidor . E em relação a sistemas web... são mais leves?? 

 

Sandro, sua idéia é legal mas não seria bom vc inverter?? Assim, vc chama primeiro o aplicativo de atualizações caso tenha então vc atualiza e executa o seu sistema depois. Caso não tenha atualizações só chama o seu sistema e depois fecha o exe...

 

só como sugestão...

 

Se tiverem mais alguma opinião ou sugestão continuem postando por favor.

 

obrigado :)

 

t+

Eu concordo com todos os feras acima...

 

Quando se desenvolve um projeto devemos levar em conta as necessidades, segurança e desempenho do aplicativo. O esquema tipo cliente/servidor é sem sombra de dúvida o que demonstra ter melhor performance isso para plataforma windows. Agora se vc desenvolve para uinx, open vms, linux e não trabalha com arquivos de imagem pode-se optar pelo esquema de imagem/servidor, ou seja, deixando o executável (imagem) no servidor e chamá-lo de várias maneiras, mas a escolha da plataforma e esquema de trabalho vai depender do ambiente de desenvolvimento, equipamentos e por ai vai...

Quanto as atualizações dos exectaveis nas estações existem diversas formas de fazê-lo.

Sandro, a sua ideia de fazer um programa paralelo para atualizar o principal é bem legal eu faço isso com .bat. Desenvolvi um sistema  para uma industria e tirei a ideia da atualização para as estações do sistema operacional OPEN VMS a ideia é essa: o sistema que fica no servidor tem uma área chamada de CPD onde o usuário que tem permissão entra e envia um comando a todos os executaveis da rede tanto os que estão on e off na verdade o FLAG fica no banco de dados e assim que uma estação entra no sistema ele verifica a FLAG se for TRUE avisa o usuário que há uma atualização e que irá fechar o aplicativo então ele fecha o sistema e chama o .bat que copia o exe sobre o outro bem simples.