Pergunta

Posso armazenar uma conexão de banco de dados no objeto Session?

Foi útil?

Solução 4

A partir desta ligação http://support.microsoft.com/default.aspx/ kb / 243543

Você não deve armazenar conexão de dados na sessão.

Pelo que eu entendo, se você fizer solicitações ASP então subseqüentes para o mesmo usuário deve usar o mesmo segmento.

Portanto, se você tem um site ocupado é bem provável que o 'seu' fio já estará sendo usado por outra pessoa, então você vai ter que esperar para se tornar disponível.

Multiplicar isso por lotes mais usuários, e você obterá todos esperando por fio todos elses e um local não muito sensível.

Outras dicas

geralmente não é recomendado para o fazer, uma seqüência de conexão na variável de aplicações, com uma função auxiliar simpática / classe é um método muito preferido. Aqui é alguma referência. (Dead link removido porque agora leva a um site phishy)

Se bem me lembro isso terá o efeito de um único enfiar sua aplicação que seria uma coisa ruim.

Em geral, eu não armazenar quaisquer objectos em variáveis ??de aplicação (e certamente não em variáveis ??de sessão).

Quando se trata de conexões de banco de dados, é um definitivo não-não; além disso, não há absolutamente nenhuma necessidade.

Se você está a utilizar ADO para se comunicar com o banco de dados, se você usar a mesma seqüência de conexão (sim, por todos os meios, loja este em uma variável de aplicativo) para todas as suas conexões de banco de dados, 'o pool de conexão' será implementada nos bastidores. Isto significa que quando você soltar uma conexão, não é realmente destruída - ela é posta de lado para os próximos caras que quer a mesma conexão. Então, da próxima vez que você solicitar a mesma conexão, ele é puxado 'na prateleira', em vez de ter que ser explicitamente criado e instanciado -. Que é uma melhoria de eficiência bastante agradável

Como foi dito por CJM, não há necessidade de armazenar uma conexão em um objeto de sessão:. Pool de conexão é muito melhor

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top