Conforme indicado pelos colegas, o comando SQL GRANT é o que garante que usuario A, B ou C tenham acesso as tabelas ou qualquer outro objeto(tabelas,views,procedures,...), a única exceção fica por conta do SYSDBA que é uma conta administrativa que sempre terá acesso a qualquer database que se conecte.
Alem das permissões por usuário, há as permissões por ROLE onde é a ROLE e não o usuário que detém as permissões, o usuário é associado a uma ROLE (ele tem de ter direito a ela) no momento da conexão e recebe os direitos que a ROLE possui sobre os objetos, este é um recurso útil para gerenciar usuários e permissões em sistemas mais complexos. []'s e boa sorte. 2009/3/31 yuRi <[email protected]>: > Primeiramente desculpe por estar postando algo que não esta relacionado ao > tema principal da lista, sei que estou postando em lista errada, mas se > alguém me ajudar serei eternamente grato. > > Estou com um problema com o Firebird e gostaria de saber se o banco é usado > dessa forma. > > Vamos a um exemplo do problema: Tenho um usuário 'A' e um usuário 'B'. O > usuário 'A' cria um database e depois uma tabela dentro desse database, se > eu me autentico com o usuário 'B', eu consigo acessar o database criado por > A e visualizar as tabelas criadas por ele (não consigo ver os dados > inseridos nas tabelas). > É possivel barrar que o usuário B acesse esse database de A? Estou > acostumado a trabalhar com mysql e sql, e esses banco de dados não permitem > que outros usuários acessem a áreas restritas. > Se é possivel barrar esses acessos, aonde faço essas configurações? > > Observação: Estou utilizando Debian e a versão do Firebird é 2.1.1 > > Obrigado, e desculpe por estar postando em uma lista que não é especialista > em Firebird > > -- > ~yuRi > -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
