2009/1/12 marco <[email protected]>: > Pessal estou com o seguinte dilema: > Tenho alguns cliente que me pedem para que cada usuário se conecte ao > sistema em uma máquina por vez. Para resolver o problema, criei os usuários > da minha app como usuários do PG pois desta forma quando um usuário tentar > efetuar o login na app, ela pergunta ao PG se o usuário já está logado, se > não estiver logado a entrada no sistema continua (a conexão fica aberta até > a app ser finalizada) caso contrário e entrada é barrada e ele é avisado que > seu login está aberto em outra máquina. > mas recentemente venho estudando o C# e tenho notado que ninguem utiliza uma > conexão permanente ao banco de dados. todos tem seus ótimos argumentos.
Bem vindo ao ADO.NET! > Gostaria de saber a opinião de vocês: > Pensando no controle que preciso, é arriscado manter uma conexão permanente > com o banco ? Eu não diria que é arriscado, mas sim custoso. Cada conexão ativa consome memória no servidor. Muitas conexões/desconexões simultaneas também são custosas para o servidor. Tudo depende. Talvez manter as conexões abertas com o pg_pool (falei bobagem?), por exemplo, pode solucionar o problema. > Se este procedimento for ruim e o melhor for o que o mundo c# diz: Conecte, > pegue o que quer e desconecte. Como fariamos para manter o controle em que o > usuário só possa ficar conectado em uma máquina. Sim, esse é o principio do ADO.NET. -- Atenciosamente, Sebastian Selau Webber Colombo _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
