Quand avez-vous besoin pour appliquer des autorisations à un synonyme

Je vois de BOL que vous pouvez appliquer des autorisations à un T-SQL synonyme, mais c'est de jouer avec des synonymes, je ne suis pas clair si vous ne devez faire que si vous avez déjà Accordé des autorisations à l'objet de base.

par exemple. Si j'ai un synonyme dans la base de données qui pointe vers une table de FRED dans la base de données B, il apparaît que, tant que l'utilisateur Joe est accordée SÉLECTIONNEZ [Fred].[B] alors Joe peut faire SELECT * from [Fred].[B].

OriginalL'auteur David Gardiner | 2009-07-30

  1. 5

    À L'Aide De Synonymes (Moteur De Base De Données)

    L'autorisation suivante déclarations
    sont associées avec le synonyme
    et non pas de l'objet de base: (puis mentionne GRANT, REVOKE; REFUSER)

    Après, le chaînage de propriété s'applique.

    Lorsqu'un objet est accessible par le biais d'un
    chaîne, SQL Server compare d'abord le
    propriétaire de l'objet le propriétaire de
    l'objet appelant. C'est le
    le lien précédent dans la chaîne. Si les deux
    les objets ont le même propriétaire,
    les autorisations sur l'objet référencé
    ne sont pas évalués.

    CREATE SYNONYM dbo.FooBar FOR dbo.MyBaseProc
GO
GRANT EXECUTE ON dbo.FooBar TO MyUser
GO
REVOKE EXECUTE ON dbo.MyBaseProc TO MyUser
GO
EXEC AS USER = 'MyUser'
GO
PRINT '1'
EXEC dbo.MyBaseProc --fail
GO
PRINT '2'
EXEC dbo.bob    --pass
GO
REVERT
GO


DENY EXECUTE ON dbo.MyBaseProc TO MyUser
GO
PRINT '3'
EXEC AS USER = 'MyUser'
GO
EXEC dbo.bob    --pass, 'coz DENY aint checked...
GO
REVERT
GO

    Edit: j'espère que j'ai répondu à votre question...

    qui est bob? :). Je pense qu'il devrait être dbo.FooBar au lieu de tous les dbo.bobs

    OriginalL'auteur gbn