Osvaldo, Atenderia sim, e estive pensando também em criar uma função para nologin dos usuarios e pg_cancel_backend destes no banco, sendo assim eu desabilitaria o login e cancelaria qualquer sessao corrente durante a execução da minha rotina e ao témino eu os habilitaria.
O que você acha? Grato pela atenção dispensada. Em 20 de junho de 2011 17:48, Osvaldo Kussama <[email protected]>escreveu: > Em 20 de junho de 2011 17:08, Tiago Valério <[email protected]> > escreveu: > > Osvaldo > > O propósito seria este mesmo, porém a iteração gostaria que fosse mais > > dinâmica, pois tenho uma rotina e naquela hora ou durante a execução da > > rotina gostaria de nao permitir o acesso a database.Por exemplo, se fosse > > possível usar "alter database dbname set port to 5433;"Mas sei que assim > não > > é possivel.Mas vou tentar usar entradas no pg_hba.conf. conforme sua > > sugestão. > > Obrigado pela força. > > Em 20 de junho de 2011 16:49, Osvaldo Kussama <[email protected] > > > > escreveu: > >> > >> Em 20 de junho de 2011 16:42, Tiago Valério <[email protected]> > >> escreveu: > >> > Pessoal > >> > Tentei buscas no link abaixo, porém não obtive exito e nem sei se é > >> > possível > >> > isto.Porem pegunto? > >> > Existe a possibilidade dentro de um cluster de banco de dados, > bloquear > >> > o > >> > acesso de apenas "um" database.Por exemplo: database1, database2, > >> > database3.O database 3 ,eu gostaria de bloquear o acesso a ele de > >> > usuários.Ou isto seria possível apenas criando um novo cluster para o > >> > database3 através do initdb , no qual eu poderia trabalhar com os > >> > processo > >> > de shutdown? > >> > http://www.postgresql.org/docs/9.0/static/app-pg-ctl.html > >> > > >> > >> > >> Se entendi corretamente, veja o arquivo pg_hba.conf: > >> > http://www.postgresql.org/docs/current/interactive/auth-pg-hba-conf.html > >> > >> De qualquer maneira você não conseguirá impedir o acesso do > >> super-usuário, mas você poderá impedir o acesso de todos os outros > >> usuários. > >> > > > Neste caso o REVOKE [1] não atenderia? > > Algo do tipo: > REVOKE CONNECT ON DATABASE database_name > FROM { [ GROUP ] role_name | PUBLIC } [, ...] > [ CASCADE | RESTRICT ] > > Com um posterior GRANT. > > Osvaldo > > [1] http://www.postgresql.org/docs/current/interactive/sql-revoke.html > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
