[EMAIL PROTECTED] wrote:
> 
> One of the application users has been complaining that someone keeps
> dropping one of his tables. He imports it back, and after a few hours, its
> gone again. I tried to turn on auditing for this table when its dropped.  I
> thought this was possible but looks like its not. I turned on full auditing
> for the table but it does not audit the drop in sys.aud$. I understand that
> there's no such system privilege as 'drop table'.
> 
> How do I turn this auditing on? Something like 'Audit drop on scott.emp'.
> Is it possible? I am thinking, not. There are hundreds of users in the
> database, and I dont wish to turn full auditing on for all these users.
> And no drop statement exists in v$sqlarea currently. And damn !!! This is
> on 7.3.4.
> 
> Raj
> 

Raj,

   If this is possible, make it undroppable (or less droppable) by
having some artificial FK referencing it, and checks which process
fails.
-- 
Regards,

Stephane Faroult
Oriole Ltd
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Stephane Faroult
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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