SISTEMA NO SERVIDOR
O banco ficar na rede é padrão, para que todos os PCs tenham acesso ao mesmo. E quanto a deixar o .exe no servidor também?? Alguém já fez isso? Há alguma desvantagem nisso??
Bom, até é possÃvel, mas qualquer outra biblioteca(DLL/OCX) tem que estar no client de qualquer maneira. E sim, isso aumenta exponencialmente o tráfego na rede
Isso de deixar o .EXE no servidor é uma péssima idéia. Além de aumentar o tráfego da rede, você terá o inconveniente de toda vez que for atualizar solicitar a todos os usuários que fechem o programa. O ideal é deixar o .EXE nas estações e criar uma rotina de atualização que verifica um arquivo texto ou uma tabela no banco de dados qual a versão mais atual e compara com a versão do .EXE e aà sim forçar a atualização para continuar.
Dessa forma que eu faço aqui onde trabalho e funciona 100%.
Dessa forma que eu faço aqui onde trabalho e funciona 100%.
Para amenizar o problema de tráfego na rede, vc teria que utilizar rede Gigabit, tanto no lado servidor como nas estações. E deixar um servidor potente somente para isso, sem utilizá-lo para otros fins.
Citação::
Isso de deixar o .EXE no servidor é uma péssima idéia. Além de aumentar o tráfego da rede, você terá o inconveniente de toda vez que for atualizar solicitar a todos os usuários que fechem o programa.
Cara, isso é um inferno!!! Estressa vc, o cliente, e dependendo da atualização se for emergencial, deixa o seu cliente com uma má imagem perante os clientes dele. Sofri muito com isso.
Já fiz isso e funcionou muito bem.
Criei uma pasta no servidor e compartilhei com todos os usuários.
O trafico de rede acontece somente na carga do projeto e depois de carregado ele permanece na memoria do client.
Para resolver o problema de instalação de dlls e ocxs nos clients, eu criei um projeto padrão de instalação que contem todas as dlls e ocxs que costumo usar em meu desenvolvimento. Quando o cliente pepara uma maquina nova, faz a instala desse projeto padrão e mapeia o caminho do exe no servidor. Funciona BELEZA...
Outra grande vantagem é o fato de você precisar atualizar o EXE em apenas um unico lugar e todas as estações estarão atualizadas.
Existe o inconveniente de que nem exe pode estar rodando na hora da atualização, mas isso pode ser resolvido escolhendo determinados horarios do dia para atualizar o exe, em que os usuarios não estão trabalhando. Exemplo: antes do inicio do expediente da manhã ou no horario de almoço ou no horario apos o expediente.
Criei uma pasta no servidor e compartilhei com todos os usuários.
O trafico de rede acontece somente na carga do projeto e depois de carregado ele permanece na memoria do client.
Para resolver o problema de instalação de dlls e ocxs nos clients, eu criei um projeto padrão de instalação que contem todas as dlls e ocxs que costumo usar em meu desenvolvimento. Quando o cliente pepara uma maquina nova, faz a instala desse projeto padrão e mapeia o caminho do exe no servidor. Funciona BELEZA...
Outra grande vantagem é o fato de você precisar atualizar o EXE em apenas um unico lugar e todas as estações estarão atualizadas.
Existe o inconveniente de que nem exe pode estar rodando na hora da atualização, mas isso pode ser resolvido escolhendo determinados horarios do dia para atualizar o exe, em que os usuarios não estão trabalhando. Exemplo: antes do inicio do expediente da manhã ou no horario de almoço ou no horario apos o expediente.
Eu utilizo o EXE em uma pasta no servidor. Facilita a manutenção.
Se a sua alteração não for feita em todas as estações, corre o risco de não atualizar o banco corretamente.
Caso sua opção seja o EXE em cada estação, atualize um número de versão e apenas permita a execução se a versão do executável for igual a versão no banco de dados.
Se a sua alteração não for feita em todas as estações, corre o risco de não atualizar o banco corretamente.
Caso sua opção seja o EXE em cada estação, atualize um número de versão e apenas permita a execução se a versão do executável for igual a versão no banco de dados.
faço diferente, no servidor somente o banco de dados e uma pasta com a ultima versão do sistema.
nas estações, faço a instalação normal, mas troco o exetavel (na estação) por um arquivo .bat
quando o usuario executa esse arquivo, ele vai la no servidor ver se a versão que esta la é diferente da maquina local... se sim, puxa a nova versão e executa, se não, apenas executa.
nas estações, faço a instalação normal, mas troco o exetavel (na estação) por um arquivo .bat
quando o usuario executa esse arquivo, ele vai la no servidor ver se a versão que esta la é diferente da maquina local... se sim, puxa a nova versão e executa, se não, apenas executa.
Tópico encerrado , respostas não são mais permitidas