Arthur Fuller
artful at rogers.com
Wed Dec 10 13:43:23 CST 2003
I could be wrong, but I think that a sproc doesn't have a special user, but rather that in theory a sproc can do anything. The issue is outside and above the sproc, so to speak -- at the level of user rights and/or role permissions. Then your app logs in as a user, perhaps with a role, and that dictates what happens. A user with no rights won't be able to execute the sproc. Arthur -----Original Message----- From: dba-sqlserver-bounces at databaseadvisors.com [mailto:dba-sqlserver-bounces at databaseadvisors.com] On Behalf Of Joe Rojas Sent: Wednesday, December 10, 2003 8:06 AM To: 'dba-sqlserver at databaseadvisors.com' Subject: [dba-SQLServer]Stored Procedure permissions question Hello All, (SqlServer 7.0) I was wondering. If a user is granted execute permission to a stored procedure (SP) and that SP accesses a table in a different database, what user or login is used to access this table if the user executing the SP has no explicit permissions to the table? Another way of asking my question would be: We grant exec permissions to SPs so that no user has direct access to a table. But is essence the user is still getting data from a table, just through an SP. Does the SP have it's own 'special' user to access the table directly? Thanks! JR This electronic transmission is strictly confidential to TNCO, Inc. and intended solely for the addressee. It may contain information which is covered by legal, professional, or other privileges. If you are not the intended addressee, or someone authorized by the intended addressee to receive transmissions on behalf of the addressee, you must not retain, disclose in any form, copy, or take any action in reliance on this transmission. If you have received this transmission in error, please notify the sender as soon as possible and destroy this message. While TNCO, Inc. uses virus protection, the recipient should check this email and any attachments for the presence of viruses. TNCO, Inc. accepts no liability for any damage caused by any virus transmitted by this email. _______________________________________________ dba-SQLServer mailing list dba-SQLServer at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/dba-sqlserver http://www.databaseadvisors.com