Table Permissions for Database Roles - Why do I need to GRANT CONTROL permissions as well as SELECT

Discussion in 'Databases' started by Will1968, Jan 5, 2009.

Thread Status:
Threads that have been inactive for 5 years or longer are closed to further replies. Please start a new thread.
  1. I am trying to granularise my permissions for each of my tables. So that my website users can for instance only run a select statement against a particular table under their user profile ABC123 (which is attached to the website users database role).


    However this seems to be less straight forward than I expected it to be.


    e.g. fortblSessionID I had to grant 'CONTROL' permissions aswell as INSERT and SELECT.


    I am not sure what setting the CONTROL permission to GRANT does.


    Can you tell me why I have to tick the GRANT box for CONTROL permissions in order for the user to obtain SELECT permissions, I don't want to give them more permissions than is necessary? I have looked up Explicit permissions and the CONTROL setting in particular and found nothing to help me.


    I have attached a screen shot of my permission settings.


    Any help will appreciated, thanks.
     

    Attached Files:

  2. Anyone out there who can help, pls?
     
  3. JorgeR

    JorgeR DiscountASP.NET Staff

    Control permission on a object will grant ALTER, CONTROL, DELETE, EXECUTE, INSERT, REFERENCES, TAKE OWNERSHIP, UPDATE, VIEW DEFINITION. There is no need to grant this permission if all you want them to do is 'Select'


    junior

    DiscountASP.NET

    www.DiscountASP.NET
     
  4. Thank you for your helpful reply.


    I guess I am going to have to have a further play with a test db to see if I can achieve this. At present I can't on my discount asp hosted db.
     
Thread Status:
Threads that have been inactive for 5 years or longer are closed to further replies. Please start a new thread.

Share This Page