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

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Row level security and latch waits

Re: Row level security and latch waits

From: <JApplewhite_at_austin.isd.tenet.edu>
Date: Wed, 20 Aug 2003 12:09:26 -0800
Message-ID: <F001.005CBCCE.20030820120926@fatcity.com>

I got the 9.2 docs and this is in the Concepts manual:

"Dynamic Predicates

The function or package that implements the security policy you create returns a predicate (a WHERE condition). This predicate controls access as set out by the policy. Rewritten queries are fully optimized and shareable.
"

"Fully optimized and shareable" sure sounds like the queries are parsed
after the predicate is added.

I couldn't find any init parameter similar to what you mentioned.

Does anyone have a concrete reference regarding parsing of FGAC-modified queries?

Thanks.

Jack C. Applewhite
Database Administrator
Austin Independent School District
Austin, Texas
512.414.9715 (wk)
512.935.5929 (pager)
JApplewhite_at_austin.isd.tenet.edu

                                                                                                                             
                      Connor McDonald                                                                                        
                      <hamcdc_at_yahoo.co.        To:       Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>         
                      uk>                      cc:                                                                           
                      Sent by:                 Subject:  Re: Re: Row level security and latch waits                          
                      ml-errors_at_fatcity                                                                                      
                      .com                                                                                                   
                                                                                                                             
                                                                                                                             
                      08/20/2003 10:21                                                                                       
                      AM                                                                                                     
                      Please respond to                                                                                      
                      ORACLE-L                                                                                               
                                                                                                                             
                                                                                                                             




My understanding was that the rls predicate was added at parse time (hence the importance of the contexts and avoiding things like 'sysdate')

But also if I remember correctly, this behaviour was changed in v9 to process the security function with each execution (and hence probably increase the amount of parsing going on).

You might want to have a play the the
"_dynamic_policies" parameter (or something like that)
which can be used to revert the 8i behaviour (which should reduce parsing to a degree)

hth
connor

...

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: 
  INET: JApplewhite_at_austin.isd.tenet.edu

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).
Received on Wed Aug 20 2003 - 15:09:26 CDT

Original text of this message

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