barnetjeb
asked on
Stored Procedure check Permissions SQL Server 2000
I have a stored procedure that I pass a table name into as a parameter from vb.net. I could also pass in user name if I cannot get it from sql server.
Is it possible for me to see if a user executing the stored procedure has select rights on the table and exit if not?
My table permissions are set by roles (ie. I have three users in a role) I have granted permissions to the role and not each of the three users.
Thanks
Is it possible for me to see if a user executing the stored procedure has select rights on the table and exit if not?
My table permissions are set by roles (ie. I have three users in a role) I have granted permissions to the role and not each of the three users.
Thanks
sp_helprotect 'table_name' will tell you the permissions for a table...by permission group
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
How about this. Execute a simple SELECT against the table requested and check for a 'permission denied' error message. I think the message number you want would be 229. It would probably be more efficient and easier than executing multiple stored procedures to determine the user's permissions.
ASKER
I have a stored proc like this
Set @strsql = 'delete from ' + @table_name + ' where ' + @id_field + ' = ' + @id_value
exec @strsql
I think I ran into it before that it would just go ahead and execute this if the user had execute permissions on the stored procedure even though he did not have delete permissions on the table.
I was thinking I could do some sort of check first to make sure the user has delete permissions, if not exit my stored proc.
Set @strsql = 'delete from ' + @table_name + ' where ' + @id_field + ' = ' + @id_value
exec @strsql
I think I ran into it before that it would just go ahead and execute this if the user had execute permissions on the stored procedure even though he did not have delete permissions on the table.
I was thinking I could do some sort of check first to make sure the user has delete permissions, if not exit my stored proc.
Good point. Even though you mentioned this was a stored procedure, I didn't take that into account. You could use SYSTEM_USER to determine who is executing the procedure. Then do as kiprimshot mentions above and use sp_helprotect and sp_helprolemember to figure out if they are allowed to delete from the table. It seems like there should be a better way. I'll keep thinking about it.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.