Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Usenet -> c.d.o.misc -> Re: sessions and locks on procedures

Re: sessions and locks on procedures

From: fabienne hadkova <fh_at_q-bus.com>
Date: Wed, 5 Jun 2002 22:05:25 +0200
Message-ID: <adlqrs$a12$1@news.imp.ch>


Hello Daniel and thanks a lot for your reply.

> I think what you need to do is beat some heads together for ever allowing
a
> situation like this to exist in the first place.
Well, I agree fully with you, only this is the situation I have to deal with. Unfortunatly...

> Scripts, if I am understanding what you are doing, should only be run by
one
> person and that is the DBA.

I am talking about a ksh-script (starting a sqlplus session). Basically, the people running the application are operators who seem to have very little technical understanding. Their having to deal with an application started on the command line on a AIX without any 'comfort' is a bit too much, this accounts for all kinds of mistakes. (Unfortunatly their bosses don't want to pay for a user-friendly GUI). So the script I write is basically a check on all the things that have gone wrong sofar (db and more), it writes all the results in a log file, which the operators can then send us so that we can interpretate it and help by phone or email (sofar, I had to go there each time, a 4 hour train-ride). This script does nothing intrusive, just 'read' and 'write' to a file.

> But one easy way is to create a semaphore. So, for example, the first
thing the
> script does is see if some object exists in the database. If it does it
exits
> immediately. If it doesn't it builds it. The script continues and the last
bit
> of DDL drops the object.

This sounds good but the user running the shell-script has no rights whatsoever, and the oracle-user I can use has only the ressource and connect roles. He can do all that in his own schema. The procedures belong to another user. This is why I wanted to find out how to 'see' sessions for all users (not beeing system or sys).

> But if you have a script doing this that needs to be run more than one
time at
> installation something is horribly designed. You should never be running
DDL
> creating objects on the fly in a production database.
I agree with you but the company we do this for wants it this way and I have been trying to explain this to them with no avail for almost a year. The user compiling and recompiling each time seems to be a holly cow and they won't discuss. Of course, it could be that they have other applications running for this user.
Well, I think that it is a pretty 'stupid' problem. I thank you for your help.
Fabienne Received on Wed Jun 05 2002 - 15:05:25 CDT

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US