Re: Explain Plan and Security

  • From: Lothar Flatz <l.flatz@xxxxxxxxxx>
  • To: oracle-l@xxxxxxxxxxxxx
  • Date: Sun, 17 Jun 2018 16:55:00 +0200

Hi Jonathan,

yes, we are currently thinking of such a solution. Would be great if you could dig up the events.
An other approach would be a thin clone. But that would actually just circumvent the words of the security statement, but violate the meaning.

Regards and thanks

Lothar

Am 17.06.2018 um 13:43 schrieb Jonathan Lewis:


Lothar,

Can you export the object definitions and object stats ? If so then you could 
model and run the query to see if you can get the plan you want against the 
production stats without seeing any production data (except the low, high and 
histogram values). The rowsource execution stats would be meaningless, of 
course, but the plan should match if you've got a matching environment.

You may have to set a couple of events to tell Oracle to use the object stats 
instead of the segment HWM - but off the top of my head I can't give you an 
immediate description of exactly what you'd have to do for that bit.

Regards
Jonathan Lewis




________________________________________
From: l.flatz@xxxxxxxxxx <l.flatz@xxxxxxxxxx>
Sent: 16 June 2018 14:28
To: martin.a.berger@xxxxxxxxx
Cc: oracle-l@xxxxxxxxxxxxx; Jonathan Lewis
Subject: Re: Re: Re: Explain Plan and Security

Hi Martin,

that would not work. I am working for a service provider. The data is not ours. 
We are by policy forbitten to run queries on prod other than against the 
dictionary.
We must look for an other way. Maybe some instant clone would work.

Thanks

Lothar
----Ursprüngliche Nachricht----
Von : martin.a.berger@xxxxxxxxx
Datum : 15/06/2018 - 21:04 (CEST)
An : l.flatz@xxxxxxxxxx
Cc : jonathan@xxxxxxxxxxxxxxxxxx, oracle-l@xxxxxxxxxxxxx
Betreff : Re: Re: Explain Plan and Security

If I followed this thread right, there is nothing you can do than execute the 
query. Everything else will generate different results.
Is there any chance you get permission to execute the query if you can guarantee it only 
runs for "a very short time"?
E.g. a special (proxy) user with a very strict LOGICAL_READS_PER_SESSION comes 
to my mind.
Or you add an additional filter with "where 1 =impossible_function" and your 
"impossible_function" does an execute immediate "select 1/0 from dual".
More methods come to my mind, but I'm sure you get the idea.
The execution-trap can be tested in non-profit environment and so you might 
convince your customer?

hth,
  berx
--
//www.freelists.org/webpage/oracle-l



--




--
//www.freelists.org/webpage/oracle-l


Other related posts: