caezar 0 Denunciar post Postado Junho 3, 2014 Pessoal tenho uma aplicação que acessa um bd MySql remotamente. É uma aplicação de bolão onde o usuário se loga e depois faz os palpites para os jogos que sai armazenados no bd. A minha pergunta é: Devo abrir apenas uma conexão e confirme o usuário vai adicionando os seus palpites a aplicação vai dando o insert, ou devo abrir e fechar uma nova conexão a cada vez que devo inserir um novo palpite? Compartilhar este post Link para o post Compartilhar em outros sites
Prog 183 Denunciar post Postado Junho 3, 2014 Armazene em um Array, se achar pertinente, faça serialização... ao final da operação você salva tudo de uma vez. Compartilhar este post Link para o post Compartilhar em outros sites
caezar 0 Denunciar post Postado Junho 3, 2014 Obrigado, outro ponto é fazer um servidor que recebe as informações e que gerencia junto ao bd. Algo como uma aplicação que recebe as solicitações do cliente via soquete, acessa o bd e por fim devolve as informações para o cliente. Seria interessante fazer algo assim ou devo deixar como está, onde cada cliente acessa diretamente o bd? Pergunto isso pois tenho uma aplicação onde vários usuários podem acessar o bd ao mesmo tempo e tb pela segurança. Obrigado mais uma vez. Compartilhar este post Link para o post Compartilhar em outros sites
Alan Walking 5 Denunciar post Postado Junho 3, 2014 A conexão deve ficar aberta o menos tempo possível sempre! Abriu, faz o que tem que fazer e imediatamente fecha! Assim você garante o melhor desempenho. Manter um servidor capaz de dar conta de um número elevados de users simultaneos custa caro! Nessa parte o que realmente vai fazer a diferença será o servidor, o mysql dará conta de multiplos acessos sem problemas. Compartilhar este post Link para o post Compartilhar em outros sites
Vergil 15 Denunciar post Postado Junho 3, 2014 Não querendo complicar sua vida, claro. Mas se estivesse pensando nalgo grande e se tu prezasses pela ortodoxia, creio que o ideal neste caso seria ter uma aplicação no servidor que gerisse as conexões e centralizasse as regras de negócio. O ideal é que as aplicações clientes não conheçam o negócio. Você poderia estudar também alguma tecnologia que te auxilie neste processo, tal qual EJB e similares. Claro que se for um projeto pequeno não vale a pena mexer com essas coisas, pois dão trabalho pra implementar e a curva de aprendizado é grande. Compartilhar este post Link para o post Compartilhar em outros sites
caezar 0 Denunciar post Postado Junho 3, 2014 Algo como RMI? Compartilhar este post Link para o post Compartilhar em outros sites
Vergil 15 Denunciar post Postado Junho 3, 2014 Algo como RMI? Sim. Mas lembre-se. Verifique se se encaixa bem no seu projeto pois um erro comum na área de TI é querer matar formigas com bazuca. Na maioria das vezes o melhor é o mais simples. Compartilhar este post Link para o post Compartilhar em outros sites
caezar 0 Denunciar post Postado Junho 3, 2014 O duro é saber dimensionar o projeto para saber que fazer. Compartilhar este post Link para o post Compartilhar em outros sites
Prog 183 Denunciar post Postado Junho 4, 2014 Esqueça RMI. Use padrões abertos e que outras tecnologias possam consumir. WebServices (SOAP) XML-RPC JSON-RPC REST Compartilhar este post Link para o post Compartilhar em outros sites
