Re: How to parse OBJ_PRIVILEGE column of DBA_AUDIT_TRAIL in 19?
Date: Thu, 16 Jul 2020 17:50:02 +0100
Message-ID: <CAGtsp8mtcSEij5aqXkfj2+puZCfcYJ=GKgBuLznuL2X0fO6UsQ_at_mail.gmail.com>
Rich,
Sorry, my mistake - I read the whole thing back to front.
I've got a few very old notes about odd details of audit options,
privilege maps etc.
I'll have to take a closer look at them - the overall comment I had some
years back was an irritable comment about inconsistent treatment. I have a
vague memory of thinking that some bits of it was handled by kernel code
manipulating strings rather than a "proper" SQL approach.
I'll see if I can take a bit of time to look at it - and try to avoid getting irritated this time around.
Regards
Jonathan Lewis
On Thu, Jul 16, 2020 at 4:08 PM Rich J <rich242j_at_gmail.com> wrote:
> I should have explained that "IND" is the 6th column, which matches
> perfectly. It does not explain then why READ is the 18th (not 28th, as
> stated above) column:
>
> GRANT READ ON audtest TO PUBLIC;
>
>
-- http://www.freelists.org/webpage/oracle-lReceived on Thu Jul 16 2020 - 18:50:02 CEST