Wie finde ich heraus, welches Paket/Verfahren zu aktualisieren ist eine Tabelle?

UPDATE: ich stocherte und fand heraus,
wie zu verfolgen eine Anweisung zurück, um seine
Besitz von PL/SQL-Objekt.

In Kombination mit dem, was Tony erwähnt, können Sie eine logging-Tabelle und einen trigger, der wie folgt aussieht:

CREATE TABLE statement_tracker
( SID NUMBER
, serial# NUMBER
, date_run DATE
, program VARCHAR2(48) null
, module VARCHAR2(48) null
, machine VARCHAR2(64) null
, osuser VARCHAR2(30) null
, sql_text CLOB null
, program_id number
);

CREATE OR REPLACE TRIGGER smb_t_t
   AFTER UPDATE
   ON smb_test
BEGIN
   INSERT 
     INTO statement_tracker
   SELECT ss.SID
        , ss.serial#
        , sysdate
        , ss.program
        , ss.module
        , ss.machine
        , ss.osuser
        , sq.sql_fulltext
        , sq.program_id
     FROM v$session ss
        , v$sql sq
    WHERE ss.sql_address = sq.address
      AND ss.SID = USERENV('sid');
END;
/

Damit der trigger oben zu kompilieren, müssen Sie gewähren die Eigentümer der Auslöser dieser Berechtigungen, wenn Sie angemeldet sind in der SYS-Benutzer:

grant select on V_$SESSION to <user>;
grant select on V_$SQL to <user>;

Werden Sie wahrscheinlich wollen, schützen Sie die insert-Anweisung in der dem trigger mit einer Bedingung, dass macht es nur melden, wenn die änderung, die Sie interessiert, ist, Auftritt - auf meinem test-server diese Anweisung wird ziemlich langsam (1 Sekunde), so dass ich würde nicht wollen, zu protokollieren, alle diese updates. Natürlich, in diesem Fall würden Sie müssen ändern Sie den trigger auf Zeilenebene ein, so dass Sie könnte zu untersuchen :neue oder :die alten Werte. Wenn Sie wirklich besorgt über den Aufwand der wählen, können Sie es ändern, um nicht sich gegen die v$sql, und stattdessen einfach nur speichern Sie das SQL_ADDRESS Spalte, dann planen Sie ein job mit DBMS_JOB zu gehen und aktualisieren Sie die Spalte sql_text mit einem zweiten update-Anweisung, Verschiebung und somit das update in einer anderen Sitzung, und nicht blockiert, Ihre ursprüngliche update.

Leider wird dies nur sagen Hälfte die Geschichte. Die Aussage, die Sie gehen, um zu sehen, angemeldet ist die proximale Anweisung - in diesem Fall ein update - selbst wenn das ursprüngliche Anweisung ausgeführt, die durch den Prozess ausgelöst hat, ist es eine gespeicherte Prozedur. Dies ist, wo die program_id Spalte kommt. Wenn die update-Anweisung Teil einer Prozedur oder einem trigger, program_id auf die object_id des Kodex in Frage - können Sie Sie lösen es folgendermaßen:

SELECT * FROM all_objects where object_id = <program_id>;

In dem Fall, wenn die update-Anweisung ausgeführt wurde, direkt aus dem client, ich weiß nicht, was program_id darstellt, aber Sie würden nicht müssen, Sie hätten den Namen der ausführbaren Datei in der "Programm" - Spalte statement_tracker. Wenn das update ausgeführt wurde, aus einem anonymen PL/SQL block, ich bin nicht, wie es zu verfolgen zurück - müssen Sie Experimentieren.

Kann es jedoch sein, daß die osuser/- Maschine/Programm - /Modul-Informationen werden möglicherweise genug, um Sie schon in die richtige Richtung.

Schreiben Sie einfach eine "nach Aktualisierung" auszulösen, und in diesem auslösen, protokollieren die Ergebnisse der "DBMS_UTILITY.FORMAT_CALL_STACK" in eine eigene Tabelle.

Der Zweck dieser Funktion ist genau zu Ihnen der komplette call-stack von al der gespeicherten Prozeduren und Trigger, die entlassen wurden, erreichen Sie Ihren code.
Ich Schreibe aus dem Handy-app, so kann ich nicht geben Sie weitere detaillierte Beispiele, aber wenn Sie google für Sie, finden Sie viele von Ihnen.