Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
DB Engine
SQL ServerMSDESQL Server CE
Services
Analysis (Data Mining)Analysis (OLAP)DTSIntegration ServicesNotification ServicesReporting Services
Programming
CLRConnectivitySQLXML
Other Technologies
ClusteringEnglish QueryFull-Text SearchReplicationService Broker
General
Data WarehousingPerformanceSecuritySetupSQL Server ToolsOther SQL Server Topics
DirectoryUser Groups
Related Topics
MS AccessOther DB ProductsMS Server Products.NET DevelopmentVB DevelopmentJava DevelopmentMore Topics ...

SQL Server Forum / General / Security / July 2005

Tip: Looking for answers? Try searching our database.

Read Only Access to Stored Procedures

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Colette - 28 Jul 2005 14:59 GMT
We do not allow anyone except DBA's the DBO access permission in our
organization for the "production" environment.  The programmers get
DataReader/DataWriter access in production, however, they are wanting
read-only access to the stored procedures.  

Does anyone know of a why to give them READ ONLY access to stored procedures?

Thanks for your help.

Colette
Mike Epprecht (SQL MVP) - 28 Jul 2005 15:58 GMT
The only permissions you can grant Users WRT SP's is Execute.

Either a user is allowed to execute a SP or not.

I would seriously re-consider Developer Access to production. Developers
should only be in development, and support staff read only production rights.

Regards
--------------------------------
Mike Epprecht, Microsoft SQL Server MVP
Zurich, Switzerland

MVP Program: http://www.microsoft.com/mvp

Blog: http://www.msmvps.com/epprecht/

> We do not allow anyone except DBA's the DBO access permission in our
> organization for the "production" environment.  The programmers get
[quoted text clipped - 6 lines]
>
> Colette
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.