Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Permissions/role for DTS user

Status
Not open for further replies.

BFarley

Programmer
May 22, 2008
43
US
We have a user who only uses the SQL Server 2000 database to run one or more DTS packages that reads from tables & exports the data. The user should be able to do nothing else.

In particular, we want to restrict the user from seeing - let alone modifying - any stored procedures, user-defined functions, etc.

Which would make more sense: setting the user's membership to one of the predefined roles (db_datareader?), or creating a specialized role that defines SELECT permissions on each table?

Thanks much in advance.

Bryant Farley

"The Dude Abides
 
If you are truly wanting to lock this person down, I would create a new group that has specific items allowed. Add this person to that group. Creating a group allows you to add other "viewers" with much more ease when the need arises (and it always does).

"If I were to wake up with my head sewn to the carpet, I wouldn't be more surprised than I am right now.
 
That makes sense to do it that way - agreed that the "just this one time" need seldom stays that way :)

Is there a way to prevent a user from viewing stored procedure, user defined function, etc code from within SQL Enterprise Mgr based on group/role membership?

Bryant Farley

"The Dude Abides
 
Under the permissions, you can select each individual object and define exactly which ones can be executed (sp), SELECT, DELETE, INSERT, UPDATE (table, view), etc. I'd start there.

"If I were to wake up with my head sewn to the carpet, I wouldn't be more surprised than I am right now.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top