I have one table backup
on which I had applied one trigger upd_trig
. Now, I dropped my table and then I checked, whether all the associated trigger
The table has been dropped, but it is in the recycle bin, from which it can be recovered using the flashback commands (flashback ... before drop
]. The name showing as BIN$...
is a bit of a giveaway. The trigger is also showing with a BIN$...
name, indicating that it is in the recycle bin too, and any indexes will be too.
You can empty the recycle bin to permenantly remove the objects in it. To drop a table immediately, without it going to the recycle bin, you can add the keyword purge
to the drop
command, as explained in the documentation. That will also drop any indexes and triggers immediately.
If it wasn't dropped automatically, then the trigger would be irrelevent anyway, since you couldn't perform any DML on the dropped table, so it could never fire. That's if the table the trigger is against is dropped. Your trigger is weird, it's inserting into the same table. Normally you'd have a trigger on one table insert into your backup table (well, for one use of triggers). In that case, dropping the backup table would invalidate the trigger on the live table, but would not drop it. Only dropping the live table would drop the trigger on the live table.