Was kann die Ursache Oracle zu ignorieren, eine APPEND-Hinweis anfordern, um einen direkten Pfad laden?

Ich tun möchte, eine serielle -, logging-Einsatz von bulk-Daten von einem zu einem anderen Tisch. Das ist einmal-als Teil einer Daten-migration, so vertauschen, Partitionen, etc ist keine Antwort.

SQL wird von der folgenden Struktur:

INSERT /*+ APPEND */ ... SELECT FROM ....

Was könnte Oracle zum ausführen dieser ein convential einfügen, anstatt ein direkter Weg legen??

Zum Beispiel, ich glaube mit einem trigger auf der Tabelle führen wird Oracle zur Durchführung einer convential einfügen. Gibt es eine eindeutige Liste von Einschränkungen?

InformationsquelleAutor WW. | 2012-04-20
  1. 6

    Einem Zitat aus http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:1211797200346279484 :

    "insert /*+ append */ignorieren der append-Hinweis und mit konventionellen Pfad geladen wird, wenn die Tabelle mit der referenziellen Integrität oder ein trigger..." - Tom Kyte

    Vom https://docs.oracle.com/cd/E18283_01/server.112/e17118/statements_9014.htm#sthref6486

    Direct-path INSERT unterliegt einer Reihe von Einschränkungen. Wenn einer von
    diese Einschränkungen verletzt wird, dann Oracle-Datenbank führt
    konventionelle EINFÜGEN, Seriell, ohne jede Nachricht, es sei denn,
    anders angegeben:

    • Können Sie mehrere direct-path INSERT-Anweisungen in einer einzigen Transaktion, mit oder ohne andere DML-Anweisungen. Allerdings, nach einer
      DML-Anweisung ändert eine bestimmte Tabelle, einer partition oder einem index, der kein anderer
      DML-Anweisung in der Transaktion kann auf diese Tabelle, einer partition oder
      index.

    • Abfragen, die den Zugriff auf die gleiche Tabelle, einer partition oder einem index erlaubt sind, bevor die direct-path INSERT-Anweisung, aber nicht danach.

    • Wenn keine serielle oder parallele Anweisung versucht, auf eine Tabelle, die bereits modifiziert wurde von einem direct-path INSERT in der gleichen
      Transaktion, dann wird die Datenbank einen Fehler zurück, und lehnt die
      - Anweisung.

    • Die Ziel-Tabelle kann nicht von einem cluster.

    • In der Zieltabelle enthalten, nicht Objekt-Typ-Spalten.

    • Direct-path INSERT wird nicht unterstützt für eine index-organisierte Tabelle (IOT), wenn Sie nicht partitioniert ist, wenn es eine mapping-Tabelle, oder wenn es
      Referenz durch eine materialisierte Ansicht.

    • Direct-path INSERT in eine einzelne partition eines index-organisierte Tabelle (IOT), oder in eine partitionierte IOT mit nur einer partition, wird
      getan werden abwechselnd, auch wenn das IOT wurde im parallelen Modus oder Sie
      geben Sie die APPEND-oder APPEND_VALUES Hinweis. Allerdings, direct-path INSERT
      Operationen in eine partitionierte IOT Ehren parallel-Modus so lange
      die partition-erweiterte name wird nicht verwendet, und die IOT-mehr als eine
      partition.

    • Der target-Tabelle können keine Trigger oder referenzielle Integritätsbedingungen definiert.

    • In der Zieltabelle nicht repliziert werden können.

    • Einer Transaktion mit einem direct-path INSERT-Anweisung kann nicht sein oder werden verteilt.

    Allerdings die Liste in der Anleitung ist nicht vollständig und nicht ganz korrekt. Zum Beispiel, Einschränkungen der referenziellen Integrität nicht blockieren direct-path INSERT, wenn das constraint ist Teil der Referenz-Partitionierung.

    • Tom gibt diese Beispiele, so dass ' s eine gute Quelle, aber ich Frage mich, ob es irgendwelche anderen Möglichkeiten. z.B. STANDARD-DATEPART. Ich kann natürlich Experimentieren, aber ich würde eher zu finden, eine dokumentierte Antwort.
    • Sie finden die Einschränkungen hier: docs.oracle.com/cd/E11882_01/server.112/e26088/... unter "Conventional Direct-Path INSERT"
    • Vielen Dank - das ist es, was mir fehlte. Vielleicht Bearbeiten Sie diese in Ihre Antwort, denn es ist besser als das Tom Kyte-link.
    InformationsquelleAutor Daniel Haviv
Schreibe einen Kommentar