Os usuários não podem exibir tabelas no esquema não padrão no SSMS

Estou com um problema ao definir a VIEW DEFINITIONpermissão adequadamente no nível do esquema para um dos meus usuários. Eu criei o esquema TestSchemae adicionei algumas tabelas. O usuário tem actualmente permissões definidas para o acesso e modificar a tabela ( SELECT, UPDATE, DELETE, etc) através dos dbo_datareadere dbo_datawriterpapéis. No entanto, eles não podem ver nenhuma tabela no explorador de objetos do SSMS.

Eu tentei conceder permissões para visualizar definições:

grant view definition on SCHEMA :: [TestSchema] to [User]

Isso não funcionou. Tentei definir a permissão no nível da tabela:

grant view definition on [TestSchema].[NewTable] to [User]

Isso também não funcionou. Então eu tentei apenas uma concessão geral:

grant view definition to [User]

E que fez trabalho; agora eles podem ver TestSchema, além de outros esquemas aos quais não deveriam ter acesso.

Meu objetivo aqui é permitir que o usuário visualize todas as tabelas em um determinado esquema. Como eu faço isso? Se eu deveria ser capaz de fazer isso por padrão, as permissões que eu deveria estar olhando para encontrar porque eu não posso?

Resposta curta: não use db_datareaderou db_datawriternegue seus equivalentes. Eles são apenas para compatibilidade com versões anteriores. Usá-los causará problemas como o que você está enfrentando.

Se você deseja conceder a Alice principal as permissões SELECT, INSERT, UPDATE e DELETE para todos os objetos com valor de tabela no esquema Sales, use o seguinte.

GRANT SELECT, INSERT, UPDATE, DELETE ON SCHEMA::Sales TO Alice ;

Se você deseja conceder a Alice principal as permissões SELECT, INSERT, UPDATE e DELETE para todos os objetos com valor de tabela em todos os esquemas, use o seguinte.

GRANT SELECT, INSERT, UPDATE, DELETE TO Alice ;

A visibilidade dos metadados funcionará corretamente.

Dê uma olhada nas entidades, outras permissões, pode haver uma recusa em algum lugar que esteja causando o problema. Lembre-se de que uma negação sempre será aplicada por cima de uma concessão. E como não é seu servidor, pode haver algo na conta que o departamento de TI tenha configurado.

Use algo assim para o nível do servidor:

    use master
    go
    SELECT a.*,b.name as 'Login ID' FROM sys.server_permissions as A inner join 
    sys.server_principals as B on a.grantee_principal_id = b.principal_id
    where b.name = 'login ID of the account'
    GO

E algo assim no nível do banco de dados

SELECT a.*,b.name as 'Login ID' FROM sys.database_permissions as A 
inner join sys.server_principals as B on a.grantee_principal_id = b.principal_id
where b.name = 'test'
GO

Isso aconteceu comigo quando atualizei nosso SQL Server de 2008R2 para 2014. db_datareader ou db_datawriter ou seus equivalentes de negação funcionam perfeitamente bem em 2008R2, mas eles não funcionam em 2014.

Exemplo para conceder permissão no SQL Server 2014

Se você deseja conceder ao usuário Alice as permissões SELECT, INSERT, UPDATE e DELETE para todos os objetos com valor de tabela no esquema Sales, use o seguinte.

SUBSTITUIR SELECIONAR, INSERIR, ATUALIZAR, EXCLUIR NO ESQUEMA :: Vendas para Alice; Se você deseja conceder a Alice principal as permissões SELECT, INSERT, UPDATE e DELETE para todos os objetos com valor de tabela em todos os esquemas, use o seguinte.

CONTRATAR SELECIONAR, INSERIR, ATUALIZAR, EXCLUIR PARA Alice; A visibilidade dos metadados funcionará corretamente.

Referência [Greenstone Walker].