Voici mon scénario ...Permissions SQL/Securables - Puis-je donner des permissions à un "Select" d'une vue qui utilise une autre vue pour laquelle aucune permission n'a été accordée?
SQL Rôle
- Staff_User
Schéma
- Personnes
Tables
People.Persons
People.PhoneNumbers
Vues
People.vtPersons - La vue vtPersons filtre les données de la table Persons qui n'affiche que celles qui appartiennent à l'utilisateur actuellement connecté.
People.vtPhoneNumbers - La vue vtPhoneNumbers filtre les données de la table PHONENUMBERS montrant que ce qui appartient à l'utilisateur actuellement connecté.
People.vwContactInformation - Le vwContactInformation « View » combine les données de vtPersons et vtPhoneNumbers de sorte qu'il peut être utilisé comme une requête dans un rapport Crystal.
Le rôle Staff_User a été accordée « SELECT » l'autorisation de la vue vwContactInformation et rien d'autre.
Je reçois une erreur maintenant disant que l'autorisation est refusée à l'objet vtPhoneNumbers. Dois-je également accorder l'autorisation "SELECT" à cette vue? D'expérience dans un autre SCHEME je n'ai pas eu à faire cela et tout a bien fonctionné. Mais maintenant je reçois cette erreur dans un second SCHEME que j'ai créé. Quelqu'un peut-il suggérer ce que j'ai dans le premier schéma qui permet aux permissions de cascader aux vues, tables, fonctions etc. qui sont appelées de la vue rendue accessible au rôle.
Merci, Justin
Quel SGBD utilisez-vous? Certains fournisseurs offrent des droits d'invocation et des droits spécifiques. –
Microsoft SQL Server 2008. Je ne pense pas qu'il offre ces comportements spécifiques. – Justin