Olá, >> Alguma razão específica?
R = IMHO, acho mais interessante fazer assim, se o banco propicia isso, por que não fazer, na questão de auditória fica muito mais facíl também. você não precisa gastar seu tempo criando uma solução de autenticação, e não precisa replicá-la em todos os seus sistemas, porque o SGBD já faz isso. >> Deixando os usuários em uma tabela do sistema você tem um maior controle >> de acesso. Mas se mesmo assim você quiser fazer esta mudança, leia sobre >> gerenciamento de usuários e permissões [1], comando para criar usuários >> [2] e o comando para atribuir [3] e retirar [4] permissões. R = Euler como eu disse, não entendo muito de banco de dados, mais discordo de você, em relação a maior controle. O controle efetuado pelo banco de dados é definitivo, um bom gerenciamento de acesso no banco ira assegurar a minha aplicacao e qualquer outra coisa que o usuario utilize para acessar o banco. Eu olhei a documentação, mais não encontrei nada em relação ao que eu quero fazer, eu precessaria arrumar alguma forma do usúario do próprio SGBD ver a sua matricula, onde estará suas permissões de acesso, pelo menos por enquando. Att edm. On 2/8/07, Euler Taveira de Oliveira <[EMAIL PROTECTED]> wrote: > Eder wrote: > > > Uma dúvida, eu gostaria de usar na minha aplicação os usúarios do > > próprio banco de dados, e não mantendo os mesmos em tabelas. > > > Alguma razão específica? > > > Porém a estrutura que eu tenho aqui, os usúarios estão em tabelas, e > > todas as coisas são controladas por uma matricula "a matricula do > > usúario na empresa"; Existe alguma forma de eu conseguir mapear essa > > matricula, mais usando o usúario do próprio BD. > > > Deixando os usuários em uma tabela do sistema você tem um maior controle > de acesso. Mas se mesmo assim você quiser fazer esta mudança, leia sobre > gerenciamento de usuários e permissões [1], comando para criar usuários > [2] e o comando para atribuir [3] e retirar [4] permissões. > > > Desculpem se a questão foi idiota, mais infelizmente não tenho > > expreriência com banco de dados. > > > Nenhuma pergunta (por mais simples que seja) é *idiota* se você não sabe a > resposta. > > > [1] http://www.postgresql.org/docs/8.2/static/user-manag.html > [2] http://www.postgresql.org/docs/8.2/static/sql-createuser.html > [3] http://www.postgresql.org/docs/8.2/static/sql-grant.html > [4] http://www.postgresql.org/docs/8.2/static/sql-revoke.html > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > > _______________________________________________ > Grupo de Usuários do PostgreSQL no Brasil > Antes de perguntar consulte o manual > http://pgdocptbr.sourceforge.net/ > > Para editar suas opções ou sair da lista acesse a página da lista em: > http://pgfoundry.org/mailman/listinfo/brasil-usuarios > -- Ederson de Moura Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie) _______________________________________________ Grupo de Usuários do PostgreSQL no Brasil Antes de perguntar consulte o manual http://pgdocptbr.sourceforge.net/ Para editar suas opções ou sair da lista acesse a página da lista em: http://pgfoundry.org/mailman/listinfo/brasil-usuarios
