Re: Re: Row level security and latch waits

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

is that accurate?
>
> From: JApplewhite_at_austin.isd.tenet.edu
> Date: 2003/08/20 Wed PM 04:09:26 EDT
> To: Multiple recipients of list ORACLE-L <ORACLE-L_at_fatcity.com>
> 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)
> 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).
>

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: <rgaffuri_at_cox.net
  INET: rgaffuri_at_cox.net

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).