Reinicialização - Pg_Listener
Ol� pessoal,
no meu aplicativo, ao inv�s de tabelas tempor�rias, utilizo o
pg_listener para verificar e impedir que o mesmo usu�rio acesse o
sistema simultaneamente.
Eu disparo um "notify usuario+c�digo" e, a cada acesso, leio a tabela/
cat�logo pg_listener para saber se o usu�rio est� ou n�o logado.
Assim, quando a conex�o for encerrada, todos os "notify" da conex�o s�o
automaticamente deletados.
Esse procedimento vai ser modificado.
Todavia, recentemente, em virtude de queda de energia, o servidor deixou
de funcionar de forma anormal.
Assim, os registros na tabela/ cat�logo pg_listener foram mantidos,
obrigando um procedimento manual de dele��o dos registros ent�o existentes.
Assim, acho que em todas as inicializa��es do servidor, a tabela/
cat�logo pg_listener deve ser "limpa" ou seja, deletados todos os
registros existentes.
MarceloG!
2010/5/26 MarceloG <nrhcemgs@teleon.com.br>:
Olá pessoal,
no meu aplicativo, ao invés de tabelas temporárias, utilizo o pg_listener
para verificar e impedir que o mesmo usuário acesse o sistema
simultaneamente.
Eu disparo um "notify usuario+código" e, a cada acesso, leio a tabela/
catálogo pg_listener para saber se o usuário está ou não logado.
Assim, quando a conexão for encerrada, todos os "notify" da conexão são
automaticamente deletados.
Esse procedimento vai ser modificado.
Todavia, recentemente, em virtude de queda de energia, o servidor deixou de
funcionar de forma anormal.
Assim, os registros na tabela/ catálogo pg_listener foram mantidos,
obrigando um procedimento manual de deleção dos registros então existentes.
Assim, acho que em todas as inicializações do servidor, a tabela/ catálogo
pg_listener deve ser "limpa" ou seja, deletados todos os registros
existentes.
This is an English-language mailing list, but you could try here:
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company