Permissions on stored procedures & tables
From: Daniel Wilson (d.wilson_at_embtrak.com)
Date: 02/24/05
- Next message: Kevin McDonnell [MSFT]: "Re: Logins created by default"
- Previous message: Kevin McDonnell [MSFT]: "Re: MBSA 1.2 and slammer"
- Next in thread: Sue Hoegemeier: "Re: Permissions on stored procedures & tables"
- Reply: Sue Hoegemeier: "Re: Permissions on stored procedures & tables"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Date: Wed, 23 Feb 2005 18:53:53 -0500
At one client site, the DB server has 2 databases, that of my application
and that for another application. The client's consultant has added a
stored procedure which I am to access.
Signed onto my application's DB, I run the query:
Exec OtherDB.dbo.MyStoredProc Arg1, Arg2, Arg3
I did get an error saying my user wasn't valid on the other DB so I added it
& granted it Execute permissions on MyStoredProc. Now I get error messages
saying:
SELECT permission denied on object 'OTHERTABLE', database 'OtherDB', owner
'OtherUser'
I thought having the right to execute the stored procedure, I shouldn't need
explicit rights to the tables from which it selects.
What do I need to do here? Short of granting myself rights to a bunch of
tables in the other DB?
Thanks.
-- Daniel Wilson Senior Software Solutions Developer Embtrak Development Team http://www.Embtrak.com DVBrown Company
- Next message: Kevin McDonnell [MSFT]: "Re: Logins created by default"
- Previous message: Kevin McDonnell [MSFT]: "Re: MBSA 1.2 and slammer"
- Next in thread: Sue Hoegemeier: "Re: Permissions on stored procedures & tables"
- Reply: Sue Hoegemeier: "Re: Permissions on stored procedures & tables"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ] [ attachment ]
Relevant Pages
|