some other people were saying if you use it with a 'context' it binds it. 

is that accurate? 
> 
> From: [EMAIL PROTECTED]
> Date: 2003/08/20 Wed PM 04:09:26 EDT
> To: Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
> Subject: Re: Row level security and latch waits
> 
> 
> 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)
> [EMAIL PROTECTED]
> 
> 
> 
>                                                                                      
>                                         
>                       Connor McDonald                                                
>                                         
>                       <[EMAIL PROTECTED]        To:       Multiple recipients of 
> list ORACLE-L <[EMAIL PROTECTED]>         
>                       uk>                      cc:                                   
>                                         
>                       Sent by:                 Subject:  Re: Re: Row level security 
> and latch waits                          
>                       [EMAIL PROTECTED]                                              
>                                         
>                       .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: [EMAIL PROTECTED]
> 
> 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: [EMAIL PROTECTED] (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).
> 

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: <[EMAIL PROTECTED]
  INET: [EMAIL PROTECTED]

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: [EMAIL PROTECTED] (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).

Reply via email to