Re: Permissions granting
- From: nate.vu@xxxxxxxxx
- Date: 5 May 2006 05:47:09 -0700
From what you've said, it appears your requriements are:
1) Users can issue SELECT statements against any user created table or
view. How about INSERT, UPDATE and DELETE statements?
2) Users have EXECUTE permissions any user created stored procedure and
issue the appropriate commands against any user assembly that has been
loaded. I assume users cannot issue ALTER statements (e.g. ALTER
PROCEDURE) or DROP statements
3) Users should not be able to issue DDL commands (e.g. CREATE TABLE)
or modify the schema in any way. They can't create tables, views,
stored procs etc
Unfortunately, I don't think there is any fixed database role that has
the fine grain you are looking for. For example, the db_datareader role
will not give you all you want and the db_owner role will give you too
much.
I believe that the only way for you to get the kind of control you're
after is to manually define the permissions to what you want them to
be.
Sorry I can't be of more help.
.
- References:
- Permissions granting
- From: coosa
- Re: Permissions granting
- From: nate . vu
- Re: Permissions granting
- From: coosa
- Permissions granting
- Prev by Date: Re: Permissions granting
- Next by Date: Re: DTS tasks not working
- Previous by thread: Re: Permissions granting
- Next by thread: SSIS - Import Paradox?
- Index(es):
Relevant Pages
|