How to lock stored procedure

Hi,
    May i know is there any method we can lock the stored procedure, even for the DBA (system administrator), where just the programmer can view the stored procedure only...

thnx,
sityee
LVL 1
sityeeAsked:
Who is Participating?
 
Guy Hengel [angelIII / a3]Connect With a Mentor Billing EngineerCommented:
The only thing I would use is to encrypt the stored procedures. This way, the developer should have the script to create/alter the stored procedures, but the proc is only in compiled form, even the sp_helptext won't be able to return the sql:

CREATE PROC yourproc
WITH ENCRYPTION
AS
...
0
 
lozzamooreCommented:
Can't think of a way to disable a proc directly.

How about as a workaround you add:

sp_helptext <proc name>
return

to the top of your stored proc?

Cheers,
0
 
AdiCohnCommented:
Hi Sityee

There is no way to hide any object from the DBA.  The DBA can see all objects and he can modify all the objects.  If you want to prevent the DBA from looking at the stored procedure,  you can build it with an encryption.  This way no one will be able to see the stored procedure's code.  Be aware that the developer won't be able to see it,  so he must store the procedure's code somewhere else.  One more thing that you'll need to take into consideration is that I had stored procedures that I found on the net that broke the encryption on 6.5 and 7 versions.  I haven’t looked for something that brakes the encryption in 2000,  but if there isn't one yet,  then it is just a matter of time.  In short,  the encryption in SQL SERVER is not a good thing..  
0
What Kind of Coding Program is Right for You?

There are many ways to learn to code these days. From coding bootcamps like Flatiron School to online courses to totally free beginner resources. The best way to learn to code depends on many factors, but the most important one is you. See what course is best for you.

 
lozzamooreCommented:
Sorry, my suggestion answers a different, probably misinterpreted requirement.
0
 
Guy Hengel [angelIII / a3]Billing EngineerCommented:
hi AdiCohn:
I welcome you at EE.
As you locked the question, I would like to point to the EE guidelines about comments vs answers (see bottom of page). Although your comment is very good and you deserve the points, you should leave the choice to the questioner. I have seen many times my "good comment" to be the wrong answer, simply because the questioner wanted something else...

CHeers
0
 
AdiCohnCommented:
Hi Angellll and all

  Sorry I should have written it as a comment.  Next time I'll do it the proper way

Adi
0
 
Guy Hengel [angelIII / a3]Billing EngineerCommented:
Thanks
0
 
__Holly__Commented:
if @@USER <> 'SA' then return.
0
 
lozzamooreCommented:
That doesn't work in SQL 7.

Alternative is:
if (select user_name())<>'dbo' return
0
 
moduloCommented:
Dear: AdiCohn

I've rejected your proposed answer as Experts Exchange holds an experiment to work without the answer button.

See:        http://www.experts-exchange.com/jsp/communityNews.jsp
Paragraph: Site Update for Wednesday, November 06, 2002

By this rejection the Asker will be notified by mail and hopefully he will take his responsibility to finalize the question or post an additional comment.
The Asker sees a button beside every post which says "Accept This Comment As Answer" (including rejected answers) -- so if he/she thinks yours is the best, you'll be awarded the points and the grade.

Thanks !

modulo

Community Support Moderator
Experts Exchange
0
 
__Holly__Commented:
you can always make one of the parameters of the SP as a password--

in other words-- you say

create proc myProc
@password @varchar(25)
@firstLetter
as

select * from employees where Left(firstName, 1) = @firstLetter and @password = 'mysupersecretpassword'

then as long as no one can read the definition for the SP, then you have to throw the password into it to make it work.

if you want to get really high tech, you can make the last whereclause into something more like this:

left(@password, 15) = mysecretpassword and cint(mid(@password, 15, 2) = 100 - Day(getDate())

so then you would need to pass the password 'mysecretpassword78' today (11/22)

and that password would only work today..

that way if you needed to release the password to someone that was quasi-technical then you could just give them the password that would be good for a day..

or.. you could make some super complex algorithm up to do this...
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.