LOAD (Befehl)

Einschränkungen

Das Ladedienstprogramm unterstützt kein Laden von Daten auf Hierarchieebene. Das Ladedienstprogramm ist nicht kompatibel mit Bereichsclustertabellen. Das Ladedienstprogramm unterstützt den Parameter NOT LOGGED INITIALLY für die Anweisungen CREATE TABLE oder ALTER TABLE nicht.

Bereich

Dieser Befehl kann in einer einzigen Anforderung für mehrere Datenbankpartitionen abgesetzt werden.

Berechtigung

Da der Instanzeigner auch Eigner aller LOAD-Prozesse (und im Allgemeinen auch aller DB2-Serverprozesse) ist, und all diese Prozesse die Kennung des Instanzeigners verwenden, um auf benötigte Dateien zuzugreifen, muss der Instanzeigner über Lesezugriff auf Eingabedatendateien verfügen. Diese Eingabedatendateien müssen für den Instanzeigner unabhängig davon, wer den Befehl aufruft, lesbar sein.

Erforderliche Verbindung

Datenbank. Wenn das implizite Herstellen von Verbindungen aktiviert ist, wird eine Verbindung zur Standarddatenbank hergestellt.

Instanz. Eine explizite Zuordnung ist nicht erforderlich. Wenn eine Verbindung zur Datenbank hergestellt wurde, wird versucht, eine implizite Zuordnung zur lokalen Instanz zu erhalten.

Befehlssyntax

Ignore and Map parameters

Redirect Input/Output parameters

Notes:

• ¹ These keywords can appear in any order.
• ² Each of these keywords can appear only once.
• ³ For column-organized tables, the default is the STATISTICS USE PROFILE parameter.

Befehlsparameter

CLIENT

Gibt an, dass sich die zu ladenden Daten auf einem über Fernzugriff verbundenen Client befinden. Diese Option wird ignoriert, wenn die Ladeoperation nicht über einen fernen Client aufgerufen wird. Diese Option wird ignoriert, wenn sie in Verbindung mit dem Dateityp CURSOR angegeben wird.

Hinweis:

1. Die Modifikatoren dumpfile und lobsinfile und die Option XML FROM verweisen auf Dateien auf dem Server, selbst wenn das Schlüsselwort CLIENT angegeben ist.
2. Während einer fernen Ladeoperation wird keine Codepagekonvertierung durchgeführt. Wenn sich die Codepage der Daten von der des Servers unterscheidet, sollte die Datencodepage mit dem Modifikator codepage angegeben werden.

Im folgenden Beispiel soll eine Datendatei (/u/user/data.del), die sich auf einem über Fernzugriff verbundenen Client befindet, in MYTABLE in der Serverdatenbank geladen werden:

db2 load client from /u/user/data.del of del
   modified by codepage=850 insert into mytable

FROM filename | remotefilename | pipename | device | cursorname

Gibt die Datei, die Pipe, die Einheit oder den Cursor an, die/der auf eine SQL-Anweisung mit den zu ladenden Daten verweist. Wenn es sich bei der Eingabequelle um eine Datei, eine Pipe oder eine Einheit handelt, muss sie sich inder Datenbankpartition befinden, in der sich die Datenbank befindet, es sei denn, die Option CLIENT ist angegeben. Die maximale Länge des Parameters Dateiname ist 256 - length of absolute path to file - 1.

Ein ferne_dateiname bezieht sich auf eine Datei, die sich im fernen Speicher befindet, wie z. B. IBM® Cloud Object Storage oder Amazon Simple Storage Service (S3), auf die über einen Speicherzugriffsalias zugegriffen wird. Lokaler Staging-Bereich ist erforderlich, um die vom fernen Speicherserver übertragene Datei temporär zu speichern; siehe Voraussetzungen für fernen Speicher. Die Syntax für ferne Dateinamen lautet wie folgt:

DB2REMOTE://<alias>//<storage-path>/<file-name> 

Werden mehrere Namen angegeben, werden diese in der angegebenen Reihenfolge verarbeitet. Wenn es sich bei dem zuletzt angegebenen Element um eine Bandeinheit handelt, wird der Benutzer zum Einlegen eines weiteren Bands aufgefordert. Gültige Antwortoptionen:

c

Weiter. Mit der Verwendung der Einheit fortfahren, die die Warnung generiert hat (z. B. wenn ein neues Band angehängt wurde).

d

Einheit beenden. Die Verwendung der Einheit stoppen, die die Warnung generiert hat (z. B. wenn es keine Bänder mehr gibt).

t

Beenden. Alle Einheiten werden beendet.

Hinweis:

• Verwenden Sie den vollständig qualifizierten Dateinamen. Bei einem fernen Server muss der vollständig qualifizierte Dateiname verwendet werden. Wenn sich die Datenbank in derselben Datenbankpartition befindet wie das aufrufende Modul, können relative Pfade verwendet werden.
• Wenn Daten mit dem Befehl EXPORT unter Verwendung der Prozedur ADMIN_CMD in eine Datei exportiert werden, ist die ID des abgeschirmten Benutzers Eigner der Datendatei. In der Regel kann der Instanzeigner nicht auf diese Datei zugreifen. Um LOAD vom Befehlszeilenprozessor oder über die Prozedur ADMIN_CMD auszuführen, muss die Instanzeigner-ID auf die Datendatei zugreifen können. Dem Instanzeigner muss also Lesezugriff auf die Datendatei erteilt werden.
• Das Laden von Daten aus mehreren IXF-Dateien wird unterstützt, wenn die Dateien zwar physisch voneinander getrennt, aber logisch eine Datei sind. Es wird nicht unterstützt, wenn die Dateien sowohl logisch als auch physisch voneinander getrennt sind. Wenn mehrere logisch und physisch getrennte Dateien angegeben werden, werden alle Dateien außer der ersten Datei ignoriert. (Mehrere physische Dateien werden logisch als eine Datei betrachtet, wenn sie alle mit einem einzigen Aufruf des Befehls EXPORT erstellt werden.)
• Beim Laden von Daten auf einem Clientsystem müssen die Daten entweder eine vollständig qualifizierte Datei oder eine benannte Pipe sein.
• Beim Laden von XML-Daten aus Dateien in Tabellen in einer Umgebung mit partitionierten Datenbanken müssen die XML-Datendateien für alle Datenbankpartitionen, in denen das Laden stattfindet, gelesen werden können.

OF filetype

Gibt das Format der Daten an:

• ASC (ASCII-Format mit universellen Zeilenbegrenzern)
• DEL (ASCII-Format ohne universelle Zeilenbegrenzer)
• IXF (Integration Exchange Format, PC-Version) ist ein ausschließlich von DB2-Datenbanken verwendetes Binärformat
• CURSOR (ein Cursor, der für eine Anweisung SELECT oder VALUES deklariert wurde).

Hinweis:

• Wenn zum Laden von XML-Daten in eine Tabelle in einer Umgebung mit verteilten Datenbanken der Dateityp CURSOR verwendet wird, werden die Modi PARTITION_ONLY und LOAD_ONLY nicht unterstützt.
• Bei einem Ladevorgang mit dem Dateityp CURSOR, bei dem das Schlüsselwort DATABASE während der Anweisung DECLARE CURSOR angegeben wurde, erstellt der Ladevorgang zum Abrufen der Daten intern eine separate Anwendung. Wenn das Schlüsselwort DATABASE dagegen nicht angegeben wird, ruft der Ladevorgang Daten in derselben Anwendung ab. Bei diesen beiden unterschiedlichen Fällen kann es auch zu unterschiedlichem Verhalten von Sperren kommen. Insbesondere wenn Sie derzeit für das Schlüsselwort DATABASE die aktuell verbundene Datenbank (und ggf. dieselbe Benutzer-ID und dasselbe Kennwort wie für die aktuelle Verbindung) angeben, kann es Fälle geben, in denen ein Sperrenproblem auftritt (z. B. je nach Datenbankkonfiguration ein Wartestatus für Sperren oder eine Überschreitung der Sperrzeit). Dieses kann durch Weglassen des Schlüsselworts DATABASE umgangen werden.

LOBS FROM lob-path

Der Pfad zu den Datendateien mit den zu ladenden LOB-Werten. Der Pfad muss mit einem Schrägstrich (/) enden. Wenn die Option CLIENT angegeben wird, muss der Pfad vollständig qualifiziert sein. Die Namen der LOB-Datendateien werden in der Hauptdatendatei (ASC, DEL oder IXF) in der Spalte gespeichert, die in die LOB-Spalte geladen wird. Es können maximal 999 Pfade angegeben werden. Dadurch wird implizit das LOBSINFILE-Verhalten aktiviert.

Diese Option wird ignoriert, wenn sie in Verbindung mit dem Dateityp CURSOR angegeben wird.

MODIFIED BY file-type-mod

Gibt die Optionen für den Dateitypmodifikator an. Siehe Dateitypmodifikatoren für das Dienstprogramm LOAD.

METHOD

L

Gibt die Nummern der ersten und der letzten Spalte an, aus denen Daten geladen werden sollen. Eine Spaltennummer ist die Position (in Byte) in Relation zum Anfang einer Datenzeile. Die Nummerierung beginnt mit 1. Diese Methode kann nur mit ASC-Dateien verwendet werden und ist die einzige gültige Methode für diesen Dateityp.

NULL INDICATORS null-indicator-list

Diese Option kann nur verwendet werden, wenn der Parameter METHOD L angegeben ist, d. h. wenn die Eingabedatei eine ASC-Datei ist. Die Nullanzeigerliste ist eine durch Kommas getrennte Liste mit positiven ganzen Zahlen, die die Spaltennummer für die einzelnen Nullanzeigerfelder angibt. Die Spaltennummer ist die Position des Nullanzeigerfelds (in Byte) in Relation zum Anfang einer Datenzeile. Für jedes im Parameter METHOD L angegebene Datenfeld muss es einen Eintrag in der Nullanzeigerliste geben. Die Spaltennummer 0 (null) gibt an, dass das entsprechende Datenfeld immer Daten enthält.

Der Wert Y in der Nullanzeigerspalte gibt an, dass die Spalten leer (NULL) sind. Jedes Zeichen außer Y in der Nullanzeigerspalte gibt an, dass die Spaltendaten nicht NULL sind und dass die durch die Option METHOD L angegebenen Spaltendaten geladen werden.

Das Nullanzeigerzeichen kann mit der Option MODIFIED BY geändert werden.

N

Gibt die Namen der Spalten in der Datendatei an, die geladen werden sollen. Die Groß-/Kleinschreibung dieser Spaltennamen muss mit der Groß-/Kleinschreibung der entsprechenden Namen in den Systemkatalogen übereinstimmen. Für jede Tabellenspalte, für die die Dateneingabe erforderlich ist, muss es einen entsprechenden Eintrag in der METHOD N-Liste geben. Beispiel: Wenn die Datenfelder F1, F2, F3, F4, F5 und F6 sowie die Tabellenspalten C1 INT, C2 INT NOT NULL, C3 INT NOT NULL und C4 INT vorhanden sind, ist method N (F2, F1, F4, F3) eine gültige Anforderung, während method N (F2, F1) ungültig ist. Diese Methode kann nur für den Dateityp IXF oder CURSOR verwendet werden.

P

Gibt die Feldnummern (Zählung beginnt bei 1) der Eingabedatenfelder an, die geladen werden sollen. Für jede Tabellenspalte, für die die Dateneingabe erforderlich ist, muss es einen entsprechenden Eintrag in der METHOD P-Liste geben. Beispiel: Wenn die Datenfelder F1, F2, F3, F4, F5 und F6 sowie die Tabellenspalten C1 INT, C2 INT NOT NULL, C3 INT NOT NULL und C4 INT vorhanden sind, ist method P (2, 1, 4, 3) eine gültige Anforderung, während method P (2, 1) ungültig ist. Diese Methode kann nur für den Dateityp IXF, DEL oder CURSOR verwendet werden. Für den Dateityp DEL ist dies die einzige gültige Methode.

Sie müssen wie im folgenden Beispiel gezeigt für jedes von der Methode P angegebene Feld eine entsprechende Spalte in der Aktionsanweisung angeben, sofern nicht alle berücksichtigten Spalten oder die ersten x Spalten geladen werden:

  db2 load from datafile1.del of del method P(1, 3, 4)
      replace into table1 (c1, c3, c4) 

XML FROM xml-path

Gibt mindestens einen Pfad an, in dem XML-Dateien vorhanden sind. XDS-Daten sind in der Hauptdatendatei (ASC, DEL oder IXF) in der Spalte enthalten, die in die XML-Spalte geladen wird.

XMLPARSE

Gibt an, wie XML-Dokumente geparst werden. Wenn diese Option nicht angegeben wird, wird das Parsing-Verhalten für XML-Dokumente über den Wert des Sonderregisters CURRENT IMPLICIT XMLPARSE OPTION festgelegt.

STRIP WHITESPACE

Gibt an, dass Leerzeichen beim Parsen des XML-Dokuments entfernt werden.

PRESERVE WHITESPACE

Gibt an, dass Leerzeichen beim Parsen des XML-Dokuments nicht entfernt werden.

XMLVALIDATE

Gibt an, dass XML-Dokumente anhand eines Schemas geprüft werden, sofern zutreffend.

USING XDS

XML-Dokumente werden anhand des XML-Schemas geprüft, das in der XML-Datenkennung (XDS) in der Hauptdatendatei angegeben ist. Wird die Option XMLVALIDATE mit der Klausel USING XDS aufgerufen, wird das Schema, das für die Prüfung verwendet wird, standardmäßig durch das Attribut SCH der XML-Datenkennung bestimmt. Wenn in der XML-Datenkennung kein Attribut SCH vorhanden ist, wird nur dann eine Schemaprüfung ausgeführt, wenn von der Klausel DEFAULT ein Standardschema angegeben wird.

Die Klauseln DEFAULT, IGNORE und MAP können verwendet werden, um Verhalten bei der Schemafestlegung zu ändern. Diese drei optionalen Klauseln werden direkt auf die Spezifikationen der XML-Datenkennung angewendet und nicht gegenseitig für sich. Wenn ein Schema z. B. ausgewählt wird, weil es in der Klausel DEFAULT angegeben ist, wird es nicht ignoriert, wenn es auch von der Klausel IGNORE angegeben wird. Ebenso wird ein Schema, das ausgewählt wird, da es als erster Teil eines Paars in der Klausel MAP angegeben ist, nicht erneut zugeordnet, wenn es auch im zweiten Teil eines anderen Paars einer Klausel MAP enthalten ist.

USING SCHEMA schema-sqlid

XML-Dokumente werden anhand des XML-Schemas mit der angegebenen SQL-Kennung geprüft. In diesem Fall wird das Attribut SCH der XML-Datenkennung (XDS) für alle XML-Spalten ignoriert.

USING SCHEMALOCATION HINTS

XML-Dokumente werden anhand des Schemas geprüft, das in den Hinweisen zur XML-Schemaposition in den XML-Quellendokumenten angegeben ist. Wird im XML-Dokument kein Attribut schemaLocation gefunden, erfolgt keine Prüfung. Wenn die Klausel USING SCHEMALOCATION HINTS angegeben wird, wird das SCH-Attribut der XML-Datenkennung (XDS) für alle XML-Spalten ignoriert.

Siehe die Beispiele für die Option XMLVALIDATE im folgenden Abschnitt.

IGNORE schema-sqlid

Diese Option kann nur verwendet werden, wenn der Parameter USING XDS angegeben ist. Die Klausel IGNORE gibt eine Liste mit Schemata an, die ignoriert werden sollen, wenn sie von einem Attribut SCH angegeben werden. Wenn ein Attribut SCH in der XML-Datenkennung für ein geladenes XML-Dokument vorhanden ist und das durch das Attribut SCH angegebene Schema in der Liste der zu ignorierenden Schemata enthalten ist, findet keine Schemaprüfung für das geladene XML-Dokument statt.

Hinweis:

Wenn ein Schema in der Klausel IGNORE angegeben wird, darf es in der linken Seite eines Schemapaars in der Klausel MAP nicht vorhanden sein.

Die Klausel IGNORE gilt nur für die XML-Datenkennung (XDS). Ein von der Klausel MAP zugeordnetes Schema wird nachfolgend nicht ignoriert, wenn es in der Klausel IGNORE angegeben ist.

DEFAULT schema-sqlid

Diese Option kann nur verwendet werden, wenn der Parameter USING XDS angegeben ist. Das durch die Klausel DEFAULT angegebene Schema ist das Schema, das für die Gültigkeitsprüfung verwendet werden soll, wenn die XML-Datenkennung (XDS) eines geladenen XML-Dokuments kein Attribut SCH zur Angabe eines XML-Schemas enthält.

Die Klausel DEFAULT hat Vorrang vor den Klauseln IGNORE und MAP. Wenn eine XML-Datenkennung die Klausel DEFAULT erfüllt, werden die IGNORE- und MAP-Spezifikationen ignoriert.

MAP schema-sqlid

Diese Option kann nur verwendet werden, wenn der Parameter USING XDS angegeben ist. Geben Sie über die Klausel MAP alternative Schemata an, die für jedes geladene XML-Dokument anstelle der Schemata verwendet werden sollen, die über das Attribut SCH einer XML-Datenkennung (XDS) angegeben sind. Die Klausel MAP gibt eine Liste mit Schemapaaren an, in der jedes Paar eine Zuordnung zwischen zwei Schemata darstellt. Das erste Schema im Paar stellt ein Schema dar, auf das in einer XML-Datenkennung über ein Attribut SCH verwiesen wird. Das zweite Schema im Paar stellt das Schema dar, das zum Durchführen der Schemaprüfung verwendet werden sollte.

Wenn ein Schema in der linken Seite eines Schemapaars in der Klausel MAP vorhanden ist, kann es nicht mehr auf die Klausel IGNORE angewendet werden.

Nach der Anwendung einer Schemapaarzuordnung ist das Ergebnis endgültig. Die Zuordnungsoperation ist nicht transitiv und das ausgewählte Schema wird daher anschließend nicht auf eine andere Schemapaarzuordnung angewendet.

Ein Schema kann nur einmal zugewiesen werden, d. h., es kann nur in der linken Seite eines Paares vorkommen.

SAVECOUNT n

Gibt an, dass das Ladedienstprogramm nach jeweils n Zeilen Konsistenzpunkte erstellen soll. Dieser Wert wird in eine Seitenanzahl konvertiert und auf Intervalle der Speicherbereichsgröße aufgerundet. Da an jedem Konsistenzpunkt eine Nachricht ausgegeben wird, sollte diese Option ausgewählt werden, wenn die Ladeoperation mit LOAD QUERY überwacht wird. Wenn der Wert n nicht ausreichend hoch ist, kann sich die Synchronisation der an jedem Konsistenzpunkt ausgeführten Aktivitäten auf die Leistung auswirken.

Der Standardwert ist null, d. h. Konsistenzpunkte werden nur bei Bedarf erstellt.

Diese Option ist nicht zulässig, wenn sie in Verbindung mit dem Dateityp CURSOR angegeben wird oder wenn eine Tabelle mit einer XML-Spalte geladen wird.

Der Parameter SAVECOUNT wird für nach Spalten organisierte Tabellen nicht unterstützt.

ROWCOUNT n

Gibt die Anzahl (n) der physischen Sätze in der Datei an, die geladen werden sollen. Wenn der Dateitypmodifikator anyorder aktiviert ist, können beliebige n Zeilen aus der Datei geladen werden. Andernfalls werden die ersten n Zeilen geladen.

Hinweis: Der Änderungswert anyorder für den Dateityp ist für bestimmte Tabellentypen standardmäßig aktiviert. Weitere Informationen finden Sie unter anyorder.

WARNINGCOUNT n

Stoppt die Ladeoperation nach n Warnungen. Setzen Sie diesen Parameter, wenn keine Warnungen erwartet werden, aber eine Überprüfung gewünscht wird, ob die richtige Datei und die richtige Tabelle verwendet werden. Wenn die Ladedatei oder die Zieltabelle nicht richtig angegeben sind, generiert das Ladedienstprogramm eine Warnung für jede Zeile, die es zu laden versucht, wodurch der Ladevorgang fehlschlägt. Wenn n null ist oder wenn diese Option nicht angegeben ist, wird die Ladeoperation unabhängig von der Anzahl der ausgegebenen Warnungen fortgesetzt.

Wenn die Ladeoperation gestoppt wird, weil der Schwellenwert für Warnungen erreicht wird, kann eine weitere Ladeoperation im Modus RESTART gestartet werden. Die Ladeoperation wird automatisch ab dem letzten Konsistenzpunkt fortgesetzt. Alternativ kann eine andere Ladeoperation im Modus REPLACE gestartet werden, wobei am Anfang der Eingabedatei begonnen wird.

In einer Umgebung mit partitionierten Datenbanken kann eine LOAD-Operation mehrere Lade- und Partitionierungsagenten haben. Jeder Agent hat einen WARNINGCOUNT-Wert. Wenn der Wert n auf einem einzigen Agenten erreicht wird, schlägt die LOAD-Operation fehl. Die n-Werte sind nicht kumulativ. Beispiel: Wenn n 3 ist und zwei Agenten vorhanden sind, von denen jeder einen WARNINGCOUNT von 2 hat, ist die Operation LOAD erfolgreich.

MESSAGES message-file

Gibt das Ziel für Warnungen und Fehlernachrichten an, die während einer Ladeoperation auftreten. Wenn keine Nachrichtendatei angegeben ist, werden Nachrichten in die Standardausgabe geschrieben, sofern die Instanz nicht als Umgebung mit partitionierten Datenbanken konfiguriert ist. Wenn nicht der vollständige Pfad zur Datei angegeben ist, verwendet das Ladedienstprogramm das aktuelle Verzeichnis und das Standardlaufwerk als Ziel. Wenn der Name einer bereits vorhandenen Datei angegeben ist, hängt das Dienstprogramm die Informationen an.

Die Nachrichtendatei wird in der Regel am Ende der Ladeoperation mit Nachrichten gefüllt und ist daher nicht geeignet zur Überwachung des Fortschritts der Operation.

TEMPFILES PATH temp-pathname

Gibt den Namen des Pfads an, der beim Erstellen temporärer Dateien während einer Ladeoperation verwendet werden soll. Dieser sollte entsprechend der Serverdatenbankpartition vollständig qualifiziert sein.

Temporäre Dateien belegen Speicherbereich im Dateisystem. Manchmal ist dieser Platzbedarf ziemlich beträchtlich. Die folgende Liste enthält eine Schätzung der Größe des Speicherbereichs im Dateisystem, den Sie für alle temporären Dateien zuordnen sollten:

• 136 Byte für jede vom Ladedienstprogramm generierte Nachricht.
• 15 KB für Systemaufwand, wenn die Datendatei Langfeld-Daten oder LOBs enthält. Diese Menge kann erheblich steigen, wenn Sie den Parameter INSERT angeben und bereits eine große Menge an Langfeld- oder LOB-Daten in der Tabelle vorhanden ist.
• Auf dem Server können der Speicherbereich, der der unformatierten Größe der Eingabedaten entspricht, wenn das Spaltenkomprimierungswörterverzeichnis erstellt wird, und die Datenquelle, z. B. eine Pipe oder ein Socket, nicht erneut geöffnet werden.

INSERT

Fügt die geladenen Daten zur Tabelle hinzu, ohne die vorhandenen Tabellendaten zu ändern.

Eine LOAD INSERT -Operation in eine nach Spalten organisierte Tabelle aktualisiert die Tabellenstatistik standardmäßig, wenn die Tabelle neu ist oder abgeschnitten wurde, und ist zu Beginn der Ladeoperation leer.

REPLACE

Löscht alle Daten aus der Tabelle und fügt die neuen Daten ein. Die Tabellendefinition und die Indexdefinitionen werden nicht geändert. Wenn Sie diese Option beim Versetzen von Daten zwischen Hierarchien angeben, können Sie nur die Daten für eine vollständige Hierarchie und nicht für einzelne untergeordnete Tabellen ersetzen.

Sie können diesen Parameter nicht verwenden, um Daten in temporale Tabellen für Systemzeitraum zu laden.

Eine LOAD REPLACE -Operation in eine nach Spalten organisierte Tabelle aktualisiert standardmäßig Tabellenstatistiken.

KEEPDICTIONARY

Ein vorhandenes Komprimierungswörterverzeichnis wird über die Operation LOAD REPLACE beibehalten.

Diese Option ist die Standardeinstellung für nach Zeilen organisierte Tabellen.

Wenn für das Attribut COMPRESS der Tabelle YES angegeben ist, werden die neu ersetzten Daten unter Verwendung des Wörterverzeichnisses komprimiert, das vor dem Aufruf der Ladeanforderung vorhanden war. Wenn bisher kein Wörterverzeichnis in der Tabelle vorhanden war, wird ein neues Wörterverzeichnis mit den Daten erstellt, die als Ersetzungsdaten in die Tabelle aufgenommen werden, sofern das Attribut COMPRESS der Tabelle auf YES gesetzt ist.

Die Datenmenge, die in diesem Fall für das Erstellen des Komprimierungswörterverzeichnisses erforderlich ist, unterliegt den ADC-Richtlinien für die automatische Wörterverzeichniserstellung. Diese Daten werden als unkomprimierte Daten in die Tabelle aufgenommen. Sobald das Wörterverzeichnis in die Tabelle eingefügt wurde, müssen die restlichen zu ladenden Daten mit diesem Wörterverzeichnis komprimiert werden. Eine Zusammenfassung finden Sie in der folgenden Tabelle.

Tabelle 1. LOAD REPLACE KEEPDICTIONARY

Komprimieren	Datenwörterverzeichnis für Tabellenzeilen ist vorhanden	Wörterverzeichnis für XML-Speicherobjekte ist vorhanden1	Komprimierungswörterverzeichnis	Datenkomprimierung
YES	YES	YES	Datenwörterverzeichnis für Tabellenzeilen und XML-Wörterverzeichnis beibehalten.	Daten, die geladen werden sollen, werden komprimiert.
YES	YES	NEIN	Datenwörterverzeichnis für Tabellenzeilen beibehalten und neues XML-Wörterverzeichnis erstellen.	Zu ladende Tabellenzeilendaten werden komprimiert. Nach der Erstellung des XML-Wörterverzeichnisses werden die restlichen zu ladenden XML-Daten komprimiert.
YES	NEIN	YES	Datenwörterverzeichnis für Tabellenzeilen erstellen und XML-Wörterverzeichnis beibehalten.	Nach der Erstellung des Datenwörterverzeichnisses für Tabellenzeilen werden die restlichen zu ladenden Tabellenzeilendaten komprimiert. Zu ladende XML-Daten werden komprimiert.
YES	NEIN	NEIN	Neues Datenwörterverzeichnis für Tabellenzeilen und neues XML-Wörterverzeichnis erstellen.	Nach der Erstellung der Wörterverzeichnisse werden die verbleibenden zu ladenden Daten komprimiert.
NEIN	YES	YES	Datenwörterverzeichnis für Tabellenzeilen und XML-Wörterverzeichnis beibehalten.	Daten, die geladen werden sollen, werden nicht komprimiert.
NEIN	YES	NEIN	Datenwörterverzeichnis für Tabellenzeilen beibehalten.	Daten, die geladen werden sollen, werden nicht komprimiert.
NEIN	NEIN	YES	Keine Auswirkung auf das Wörterverzeichnis für Tabellenzeilen. XML-Wörterverzeichnis beibehalten.	Daten, die geladen werden sollen, werden nicht komprimiert.
NEIN	NEIN	NEIN	Ohne Auswirkung.	Daten, die geladen werden sollen, werden nicht komprimiert.

Hinweis:

1. Für das XML-Speicherobjekt einer Tabelle kann nur ein Komprimierungswörterverzeichnis erstellt werden, wenn die XML-Spalten der Tabelle in DB2 Version 9.7 oder einer höheren Version hinzugefügt werden bzw. wenn die Tabelle mithilfe einer Onlineoperation zum Versetzen von Tabellen migriert wird.
2. Wird die LOAD REPLACE KEEPDICTIONARY -Operation unterbrochen, kann das Dienstprogramm LOAD nach dem Absetzen von LOAD RESTART oder LOAD TERMINATE wiederhergestellt werden. Das bestehende Wörterverzeichnis für XML-Speicherobjekte ist nach der Recovery aus einer unterbrochenen Operation LOAD REPLACE KEEPDICTIONARY möglicherweise nicht mehr vorhanden. Wenn LOAD RESTART verwendet wird, wird ein neues Wörterverzeichnis für XML-Speicherobjekte erstellt.

RESETDICTIONARY

Diese Anweisung weist die Verarbeitung von LOAD REPLACE an, ein neues Wörterverzeichnis für das Tabellendatenobjekt zu erstellen, wenn das Attribut COMPRESS der Tabelle auf YES gesetzt ist.

Wenn das Attribut COMPRESS auf NO gesetzt ist und bereits ein Wörterverzeichnis in der Tabelle enthalten ist, wird dieses entfernt und es wird kein neues Wörterverzeichnis in die Tabelle eingefügt.

Diese Option ist die Standardeinstellung für nach Spalten organisierte Tabellen.

Für nach Spalten organisierte Tabellen können Sie LOAD REPLACE … RESETDICTIONARY nicht in einem Subset von Datenbankpartitionen angeben (SQL27906N). Wenn Sie die Option OUTPUT_DBPARTNUMS einschließen, müssen alle Datenbankpartitionen angegeben werden.

Ein Komprimierungswörterverzeichnis kann nur mit einem einzigen Benutzerdatensatz erstellt werden. Wenn die Ladedatei eine Größe von Null hat und bereits ein Wörterverzeichnis vorhanden ist, wird das Wörterverzeichnis nicht beibehalten. Die Datenmenge, die für das Erstellen eines Komprimierungswörterverzeichnisses mit dieser Anweisung erforderlich ist, unterliegt nicht den ADC-Richtlinien für die automatische Wörterverzeichniserstellung. Eine Zusammenfassung finden Sie in der folgenden Tabelle.

Tabelle 2. LOAD REPLACE RESETDICTIONARY

Komprimieren	Datenwörterverzeichnis für Tabellenzeilen ist vorhanden	Wörterverzeichnis für XML-Speicherobjekte ist vorhanden1	Komprimierungswörterverzeichnis	Datenkomprimierung
YES	YES	YES	Neue Wörterverzeichnisse erstellen2. Wird die Option DATA CAPTURE CHANGES in der Anweisung CREATE TABLE oder ALTER TABLE aktiviert, wird das aktuelle Datenwörterverzeichnis für Tabellenzeilen beibehalten (und als früheres Komprimierungswörterverzeichnis bezeichnet).	Nach der Erstellung der Wörterverzeichnisse werden die verbleibenden zu ladenden Daten komprimiert.
YES	YES	NEIN	Neue Wörterverzeichnisse erstellen2. Wird die Option DATA CAPTURE CHANGES in der Anweisung CREATE TABLE oder ALTER TABLE aktiviert, wird das aktuelle Datenwörterverzeichnis für Tabellenzeilen beibehalten (und als früheres Komprimierungswörterverzeichnis bezeichnet).	Nach der Erstellung der Wörterverzeichnisse werden die verbleibenden zu ladenden Daten komprimiert.
YES	NEIN	YES	Neue Wörterverzeichnisse erstellen.	Nach der Erstellung der Wörterverzeichnisse werden die verbleibenden zu ladenden Daten komprimiert.
YES	NEIN	NEIN	Neue Wörterverzeichnisse erstellen.	Nach der Erstellung der Wörterverzeichnisse werden die verbleibenden zu ladenden Daten komprimiert.
NEIN	YES	YES	Wörterverzeichnisse entfernen.	Daten, die geladen werden sollen, werden nicht komprimiert.
NEIN	YES	NEIN	Datenwörterverzeichnis für Tabellenzeilen entfernen.	Daten, die geladen werden sollen, werden nicht komprimiert.
NEIN	NEIN	YES	Verzeichnis für XML-Speicherobjekt entfernen.	Daten, die geladen werden sollen, werden nicht komprimiert.
NEIN	NEIN	NEIN	Ohne Auswirkung.	Es werden keine Tabellendaten komprimiert.

Hinweise:

1. Für das XML-Speicherobjekt einer Tabelle kann nur ein Komprimierungswörterverzeichnis erstellt werden, wenn die XML-Spalten der Tabelle in DB2 Version 9.7 oder einer höheren Version hinzugefügt werden bzw. wenn die Tabelle mithilfe einer Onlineoperation zum Versetzen von Tabellen migriert wird.
2. Wenn ein Wörterverzeichnis vorhanden ist und das Komprimierungsattribut aktiviert ist, es jedoch keine Datensätze zum Laden in die Tabellenpartition gibt, kann kein neues Wörterverzeichnis erstellt werden und die Operation RESETDICTIONARY behält das vorhandene Wörterverzeichnis nicht bei.

RESETDICTIONARYONLY

Mit dieser Option wird ein auf der Eingabedatei basierendes Spaltenkomprimierungswörterverzeichnis erstellt, ohne dass Zeilen geladen werden. Sie können diese Option verwenden, um das Komprimierungswörterverzeichnis zu erstellen, bevor Sie Daten mithilfe von SQL-basierten Dienstprogrammen aufnehmen.

Diese Option gilt nur für nach Spalten organisierte Tabellen.

LOAD REPLACE … RESETDICTIONARYONLY kann nicht für ein Subset von Datenbankpartitionen angegeben werden (SQL27906N). Wenn Sie die Option OUTPUT_DBPARTNUMS einschließen, müssen alle Datenbankpartitionen angegeben werden.

TERMINATE

Einer von vier Modi, in denen das Dienstprogramm LOAD ausgeführt werden kann. Beendet eine zuvor unterbrochene Ladeoperation und macht die Operation bis zum Zeitpunkt ihres Starts rückgängig, selbst wenn Konsistenzpunkte durchlaufen wurden. Die an der Operation beteiligten Tabellenbereiche werden wieder auf den Normalstatus zurückgesetzt und alle Tabellenobjekte werden konsistent gemacht (Indexobjekte werden möglicherweise als ungültig gekennzeichnet, wodurch dann beim nächsten Zugriff automatisch eine Indexneuerstellung durchgeführt wird). Wenn es sich bei der beendeten Ladeoperation um eine Operation LOAD REPLACE handelt, wird die Tabelle nach der Operation LOAD TERMINATE auf eine leere Tabelle abgeschnitten. Wenn es sich bei der beendeten Ladeoperation um eine Operation LOAD INSERT handelt, behält die Tabelle nach der Operation LOAD TERMINATE alle ihre ursprünglichen Datensätze. Eine Zusammenfassung der Wörterverzeichnisverwaltung finden Sie in Tabelle 3.

Mit der Option LOAD TERMINATE werden die Tabellenbereiche nicht aus dem Status 'Backup anstehend' genommen.

RESTART

Startet eine unterbrochene Ladeoperation erneut. Die Ladeoperation wird automatisch ab dem letzten Konsistenzpunkt in der Lade-, Erstellungs- oder Löschphase fortgesetzt. Eine Zusammenfassung der Wörterverzeichnisverwaltung finden Sie in Tabelle 4.

Der Parameter RESTART wird für die folgenden Tabellen nicht unterstützt:

• Nach Spalten organisierte Tabellen
• Zufallsverteilungstabellen unter der Verwendung der Methode zur Generierung von Zufallswerten

Wenn Sie eine Tabelle dieses Typs nach einer fehlgeschlagenen Ladeoperation wiederherstellen möchten, verwenden Sie den Parameter TERMINATE oder REPLACE.

INTO table-name

Gibt die Datenbanktabelle an, in die die Daten geladen werden sollen. Bei dieser Tabelle darf es sich nicht um eine Systemtabelle, eine deklarierte temporäre Tabelle oder eine erstellte temporäre Tabelle handeln. Es kann ein Aliasname oder der vollständig qualifizierte oder ein nicht qualifizierter Tabellenname angegeben werden. Ein qualifizierter Tabellenname hat das Format schema.tablename. Wenn ein nicht qualifizierter Tabellenname angegeben wird, wird die Tabelle mit dem Parameter CURRENT SCHEMA qualifiziert.

Wenn die Datenbanktabelle implizit verdeckte Spalten enthält, müssen Sie angeben, ob Daten für die verdeckten Spalten in die Ladeoperation eingeschlossen werden sollen. Verwenden Sie eine der folgenden Methoden, um anzugeben, ob Daten für verdeckte Spalten eingeschlossen werden:

• Verwenden Sie die einfügespalte, um explizit die Spalten anzugeben, in die Daten eingefügt werden sollen.

  db2 load from delfile1 of del
     insert into table1 (c1, c2, c3,...)

• Verwenden Sie einen der Dateitypänderungswerte für verdeckte Spalten: Geben Sie implicitlyhiddeninclude an, wenn die Eingabedatei Daten für die verdeckten Spalten enthält, oder implicitlyhiddenmissing, wenn die Eingabedatei solche Daten nicht enthält.

  db2 load from delfile1 of del modified by implicitlyhiddeninclude
     insert into table1 

• Verwenden Sie die Registry-Variable DB2_DMU_DEFAULT auf der Serverseite, um das Standardverhalten für den Fall festzulegen, dass Dienstprogramme für das Versetzen von Daten auf Tabellen mit implizit verdeckten Spalten treffen. Geben Sie IMPLICITLYHIDDENINCLUDE an, wenn Dienstprogramme davon ausgehen, dass die implizit verdeckten Spalten eingeschlossen sind, bzw. IMPLICITLYHIDDENMISSING, wenn Dienstprogramme davon ausgehen, dass die implizit verdeckten Spalten nicht eingeschlossen sind.

  db2set DB2_DMU_DEFAULT=IMPLICITLYHIDDENINCLUDE
  db2 load from delfile1 of del insert into table1 

insert-column

Gibt die Tabellenspalte an, in die die Daten eingefügt werden sollen.

Das Ladedienstprogramm kann Spalten, deren Namen mindestens ein Leerzeichen enthalten, nicht parsen. Beispiel:

db2 load from delfile1 of del noheader 
   method P (1, 2, 3, 4, 5, 6, 7, 8, 9)
   insert into table1 (BLOB1, S2, I3, Int 4, I5, I6, DT7, I8, TM9)

Dieser Prozess schlägt aufgrund der Spalte Int 4 fehl. Setzen Sie zur Behebung dieses Problems solche Spaltennamen in doppelte Anführungszeichen:

db2 load from delfile1 of del noheader 
   method P (1, 2, 3, 4, 5, 6, 7, 8, 9)
   insert into table1 (BLOB1, S2, I3, "Int 4", I5, I6, DT7, I8, TM9)

FOR EXCEPTION table-name

Gibt die Ausnahmetabelle an, in die fehlerhafte Zeilen kopiert werden. Kopiert wird jede Zeile, die gegen einen eindeutigen Index oder einen Primärschlüsselindex verstößt. Wenn Sie einen nicht qualifizierten Tabellennamen angeben, wird der Tabellenname mit dem aktuellen Schema qualifiziert. Die Tabelle kann keine nach Spalten organisierte Tabelle sein.

Informationen, die in die Ausnahmetabelle geschrieben werden, werden nicht in die Speicherauszugsdatei geschrieben. In einer Umgebung mit partitionierten Datenbanken muss eine Ausnahmetabelle für die Datenbankpartitionen definiert werden, auf denen die zu ladende Tabelle definiert ist. Sonst enthält die Speicherauszugsdatei Zeilen, die nicht geladen werden können, da sie ungültig sind oder Syntaxfehler haben.

Beim Laden von XML-Daten wird die Verwendung der Klausel FOR EXCEPTION zur Angabe einer LOAD-Ausnahmetabelle in den folgenden Fällen nicht unterstützt:

• Bei Verwendung von kennsatzbasierter Zugriffssteuerung (LBAC)
• Beim Laden von Daten in eine partitionierte Tabelle

NORANGEEXC

Gibt an, dass eine Zeile nicht in die Ausnahmetabelle eingefügt wird, wenn sie aufgrund einer Bereichsverletzung zurückgewiesen wird.

NOUNIQUEEXC

Gibt an, dass eine Zeile nicht in die Ausnahmetabelle eingefügt wird, wenn sie aufgrund eines Verstoßes gegen eine eindeutige Integritätsbedingung zurückgewiesen wird.

STATISTICS USE PROFILE

Weist den Ladevorgang an, die Statistikdaten während des Ladevorgangs entsprechend dem für diese Tabelle definierten Profil zu erfassen. Dies ist der Standardwert für nach Spalten organisierte Tabellen. Das Profil muss vor dem Absetzen des Befehls LOAD erstellt werden. Das Profil wird mit dem Befehl RUNSTATS erstellt. Wenn für nach Zeilen organisierte Tabellen das Profil nicht existiert und dieser Parameter angegeben wird, wird eine Warnung zurückgegeben und es werden keine Statistikdaten erfasst. Wenn bei nach Spalten organisierten Tabellen das Profil nicht vorhanden ist und dieser Parameter angegeben wird, verwendet das Dienstprogramm LOAD dieselben RUNSTATS -Standardbefehlsoptionen wie bei einer automatischen RUNSTATS-Operation.

Während des Ladevorgangs werden für Spalten des Typs XML keine Verteilungsstatistikdaten erfasst.

STATISTICS NO

Gibt an, dass keine Statistikdaten erfasst werden sollen und dass die Statistikdaten in den Katalogen nicht geändert werden sollen. Dieser Parameter ist der Standardwert für nach Zeilen organisierte Tabellen.

COPY NO

Gibt an, dass der Tabellenbereich, in dem sich die Tabelle befindet, in den Status 'Backup anstehend' versetzt wird, wenn die aktualisierende Recovery aktiviert ist (d. h., wenn logarchmeth1 oder logarchmeth2 auf einen anderen Wert als OFFgesetzt ist). Mit der Option COPY NO wird auch der Status des Tabellenbereichs auf 'Laden läuft' gesetzt. Dies ist ein transienter Status, der beim Beenden oder Fehlschlagen des Ladevorgangs nicht mehr angezeigt wird. Die Daten in einer Tabelle im Tabellenbereich können erst aktualisiert oder gelöscht werden, nachdem ein Tabellenbereichsbackup oder ein Backup der gesamten Datenbank durchgeführt wurde. Es ist jedoch möglich, mithilfe der Anweisung SELECT auf die Daten in einer Tabelle zuzugreifen.

LOAD mit COPY NO in einer wiederherstellbaren Datenbank versetzt die Tabellenbereiche in den Status 'Backup anstehend'. Wenn Sie beispielsweise eine LOAD mit COPY NO und INDEXING MODE DEFERRED ausführen, werden die Indizes, für die eine Aktualisierung erforderlich ist, beibehalten. Bestimmte Abfragen in der Tabelle erfordern möglicherweise eine Indexsuche und sind erst dann erfolgreich, nachdem die Indizes aktualisiert worden sind. Der Index kann nicht aktualisiert werden, wenn er sich in einem Tabellenbereich befindet, der den Status 'Backup anstehend' hat. In diesem Fall ist der Zugriff auf die Tabelle erst zulässig, nachdem ein Backup erstellt wurde. Die Indexaktualisierung wird automatisch von der Datenbank durchgeführt, wenn eine Abfrage auf den Index zugreift. Wenn COPY NO, COPY YESoder NONRECOVERABLE nicht angegeben ist und die Datenbank wiederherstellbar ist (logarchmeth1 oder logarchmeth2 ist auf einen anderen Wert als OFFgesetzt), ist COPY NO der Standardwert.

COPY YES

Speichert eine Kopie der geladenen Daten. Dieser Parameter ist ungültig, wenn die aktualisierende Recovery inaktiviert ist.

USE TSM

Gibt an, dass die Kopie mit IBM Tivoli® Storage Managergespeichert wird.

OPEN num-sess SESSIONS

Die Anzahl der E/A-Sitzungen, die mit TSM oder dem Programm des anderen Anbieters verwendet werden sollen. Der Standardwert lautet 1.

TO device/directory

Gibt die Einheit oder das Verzeichnis für die Erstellung des Kopienimage an.

The directory can be on a remote storage, such as IBM® Cloud Object Storage or Amazon Simple Storage Service (S3), and is being accessed using a storage access alias. Ein lokaler Staging-Bereich ist erforderlich, um das Kopienimage, das an den fernen Speicherserver übertragen werden soll, temporär zu speichern. Derzeit werden maximal 5 GB große Kopienimages für den fernen Speicher unterstützt.

LOAD lib-name

Der Name der gemeinsam genutzten Bibliothek (DLL unter Windows-Betriebssystemen), die die zu verwendenden Sicherungs-und Zurückschreibungs-E/A-Funktionen des Anbieters enthält. Der vollständige Pfad kann enthalten sein. Wird der vollständige Pfad nicht angegeben, wird standardmäßig der Pfad verwendet, in dem sich das Benutzerexitprogramm befindet.

NONRECOVERABLE

Gibt an, dass die Ladetransaktion als nicht wiederherstellbar gekennzeichnet werden soll und dass sie durch eine nachfolgende aktualisierende Recovery nicht wiederhergestellt werden kann. Das Dienstprogramm zur aktualisierenden Recovery überspringt die Transaktion und kennzeichnet die Tabelle, in die die Daten geladen wurden, als ungültig. Vom Dienstprogramm werden auch alle nachfolgenden Transaktionen für diese Tabelle ignoriert. Nach Abschluss der aktualisierenden Recovery kann eine solche Tabelle nur aus einem (Gesamt- oder Tabellenbereichs-)Backup gelöscht oder wiederhergestellt werden, das nach einem Commitpunkt nach Abschluss der nicht wiederherstellbaren Ladeoperation erstellt wurde.

Mit dieser Option werden Tabellenbereiche nach der Ladeoperation nicht in den Status "Backup anstehend" gesetzt, und während der Ladeoperation muss keine Kopie der geladenen Daten erstellt werden. Wenn COPY NO, COPY YESoder NONRECOVERABLE nicht angegeben ist und die Datenbank nicht wiederherstellbar ist (logarchmeth1 und logarchmeth2 sind beide auf OFFgesetzt), ist NONRECOVERABLE der Standardwert.

WITHOUT PROMPTING

Gibt an, dass die Liste der Datendateien alle zu ladenden Dateien enthält und dass die aufgelisteten Einheiten oder Verzeichnisse für die gesamte Ladeoperation ausreichend sind. Wenn keine Fortsetzungseingabedatei gefunden wird oder die Kopierziele gefüllt werden, bevor die Ladeoperation abgeschlossen ist, schlägt die Ladeoperation fehl und die Tabelle verbleibt im Status 'Laden anstehend'.

Wenn diese Option nicht angegeben ist und die Bandeinheit ein Bandende für das Kopienimage findet oder wenn das letzte aufgelistete Element eine Bandeinheit ist, wird der Benutzer aufgefordert, ein neues Band in dieser Einheit einzulegen.

DATA BUFFER buffer-size

Gibt (unabhängig vom Grad der Parallelität) die Anzahl der 4-KB-Seiten an, die als gepufferter Speicherbereich für die Übertragung von Daten innerhalb des Dienstprogramms verwendet werden sollen. Wenn der angegebene Wert kleiner als das algorithmische Minimum ist, wird die erforderliche Mindestressource verwendet und es wird keine Warnung zurückgegeben.

Dieser Speicher wird direkt aus dem Zwischenspeicher für Dienstprogramme zugeordnet, dessen Größe über den Datenbankkonfigurationsparameter util_heap_sz modifiziert werden kann. Ab Version 9.5 kann der Wert für die Option DATA BUFFER des Befehls LOAD den Wert von util_heap_sz temporär überschreiten, falls im System mehr Speicher zur Verfügung steht. In dieser Situation wird der Zwischenspeicher für Dienstprogramme automatisch nach Bedarf vergrößert, bis das Limit aus database_memory erreicht ist. Dieser Speicher wird freigegeben, sobald die Ladeoperation abgeschlossen ist.

Wenn kein Wert angegeben ist, berechnet das Dienstprogramm zur Laufzeit einen intelligenten Standardwert. Der Standardwert basiert auf einem Prozentsatz des freien Speicherbereichs, der im Zwischenspeicher für Dienstprogramme zum Zeitpunkt der Instanziierung des Ladeprogramms zur Verfügung steht, sowie einigen Merkmalen der Tabelle.

SORT BUFFER buffer-size

Diese Option gibt einen Wert an, der den Datenbankkonfigurationsparameter sortheap während einer Ladeoperation überschreibt. Dies ist nur beim Laden von Tabellen mit Indizes relevant, wenn der Parameter INDEXING MODE nicht auf DEFERRED gesetzt ist. Der angegebene Wert darf den Wert von sortheap nicht überschreiten. Dieser Parameter ist hilfreich zur Drosselung des Sortierspeichers, der beim Laden von Tabellen mit vielen Indizes verwendet wird, ohne den Wert von sortheap zu ändern, was sich auch auf die allgemeine Abfrageverarbeitung auswirken würde.

CPU_PARALLELISM n

Gibt die Anzahl der Prozesse oder Threads an, die das Ladedienstprogramm zum Parsen, Konvertieren und Formatieren von Datensätzen beim Erstellen von Tabellenobjekten erstellt. Dieser Parameter ist so ausgelegt, dass die Anzahl der aktiven Prozesse pro Datenbankpartition genutzt wird. Dies ist insbesondere nützlich beim Laden vorsortierter Daten, da die Reihenfolge der Datensätze aus den Quellendaten beibehalten wird. Wenn dieser Parameter den Wert null hat oder nicht angegeben ist, verwendet das Ladedienstprogramm zur Laufzeit einen intelligenten Standardwert (in der Regel basierend auf der Anzahl der verfügbaren CPUs).

Hinweis:

1. Wird dieser Parameter mit Tabellen verwendet, die LOB- oder LONG VARCHAR-Felder enthalten, nimmt er unabhängig von der Anzahl der System-CPUs oder dem vom Benutzer angegebenen Wert den Wert 1 an.
2. Bei Angabe eines niedrigen Werts für den Parameter SAVECOUNT führt das Ladeprogramm viel mehr E/A-Operation durch, um sowohl für Daten als auch für Tabellenmetadaten eine Flushoperation auszuführen. Wenn CPU_PARALLELISM größer als 1 ist, werden die Flushoperationen asynchron ausgeführt, wodurch das Ladeprogramm die CPU nutzen kann. Wenn CPU_PARALLELISM auf 1 gesetzt wird, wartet das Ladeprogramm an Konsistenzpunkten auf die Ein-/Ausgabe. Eine Ladeoperation, für die CPU_PARALLELISM auf 2 und SAVECOUNT auf 10000 gesetzt ist, wird schneller durchgeführt als dieselbe Operation, für die CPU_PARALLELISM auf 1 gesetzt ist, auch wenn es nur eine CPU gibt.

DISK_PARALLELISM n

Gibt die Anzahl der Prozesse oder Threads an, die das Ladedienstprogramm zum Schreiben von Daten in die Tabellenbereichscontainer erstellt. Wenn kein Wert angegeben ist, wählt das Dienstprogramm einen intelligenten Standardwert basierend auf der Anzahl der Tabellenbereichscontainer und den Merkmalen der Tabelle aus.

INDEXING MODE

Gibt an, ob das Ladedienstprogramm Indizes neu erstellen oder inkrementell erweitern soll. Gültige Werte:

AUTOSELECT

Das Ladedienstprogramm entscheidet automatisch zwischen dem Modus REBUILD oder INCREMENTAL. Die Entscheidung basiert auf der Menge der zu ladenden Daten und der Tiefe der Indexbaumstruktur. Informationen zur Tiefe der Indexbaumstruktur werden im Indexobjekt gespeichert. RUNSTATS ist nicht erforderlich, um diese Informationen zu füllen. Der Standardindexierungsmodus ist AUTOSELECT.

REBUILD

Alle Indizes werden erneut erstellt. Das Dienstprogramm muss über ausreichende Ressourcen verfügen, um alle Indexschlüsselkomponenten sowohl für alte als auch für angehängte Tabellendaten zu sortieren.

Wenn der Datenbankkonfigurationsparameter LogIndexBuild aktiviert ist, enthält das Transaktionsprotokoll das Image jeder Indexseite, nachdem sie erstellt wurde. Wenn der Datenbankkonfigurationsparameter LogIndexBuild inaktiviert ist, werden nur die Zuordnung und die Initialisierung jeder Seite vom Indexmanager protokolliert (ca. 250 Byte pro Seite im Gegensatz zum nicht leeren Teil jeder Seite).

INCREMENTAL

Indizes werden mit neuen Daten erweitert. Mit dieser Methode wird freier Speicherbereich im Index belegt. Sie benötigt nur ausreichend Sortierspeicher, um Indexschlüssel für die eingefügten Datensätze anzuhängen. Diese Methode wird nur in Fällen unterstützt, in denen das Indexobjekt gültig und zu Beginn einer Ladeoperation zugänglich ist (z. B. nicht unmittelbar nach einer Ladeoperation, bei der der Modus DEFERRED angegeben wurde). Wenn dieser Modus angegeben ist, aber aufgrund des Indexstatus nicht unterstützt wird, wird eine Warnung zurückgegeben und die Ladeoperation wird im Modus REBUILD fortgesetzt. Ebenso wird der Modus INCREMENTAL nicht unterstützt, wenn eine LOAD RESTART-Operation in der Buildphase des Ladevorgangs gestartet wird.

Wenn der Datenbankkonfigurationsparameter LogIndexBuild aktiviert ist, generiert die Db2 -Software die Protokollsätze für das Einfügen jedes Schlüssels in den Index sowie alle ausgeführten Seitenaufteilungen. Wenn dieser Parameter inaktiviert ist (was häufig der Fall ist, wenn nicht HADR verwendet wird), hängt die vom Indexmanager durchgeführte Indexprotokollierung davon ab, ob die Option ALLOW READ ACCESS angegeben wurde. Wenn die Option ALLOW READ ACCESS angegeben ist, wird der Protokollsatz einschließlich der Protokolle für Seitenaufteilungen generiert. Wenn die Option ALLOW READ ACCESS nicht angegeben ist, wird kein Protokollsatz aus dem Indexmanager generiert.

DEFERRED

Das Ladedienstprogramm versucht nicht, Indizes zu erstellen, wenn dieser Modus angegeben wird. Indizes werden mit einer Markierung versehen, dass eine Aktualisierung erforderlich ist. Der erste Zugriff auf solche Indizes, die nicht in Beziehung zu einer Ladeoperation stehen, kann eine erneute Erstellung erzwingen oder Indizes werden möglicherweise bei Neustart der Datenbank erneut erstellt. Diese Methode erfordert ausreichend Sortierspeicher für alle Schlüsselkomponenten für den größten Index. Die Gesamtzeit, die später für die Indexerstellung benötigt wird, ist länger als die erforderliche Zeit im Modus REBUILD. Daher ist es bei der Ausführung mehrerer Ladeoperationen mit verzögerter Indexierung (im Hinblick auf die Leistung) ratsam, die letzte Ladeoperation in der Sequenz eine Indexwiederherstellung durchführen zu lassen, anstatt Indizes beim ersten Zugriff ohne Ladevorgang erneut erstellen zu lassen.

Die verzögerte Indexierung wird nur für Tabellen mit nicht eindeutigen Indizes unterstützt, sodass doppelte Schlüssel, die während der Ladephase eingefügt werden, nach der Ladeoperation nicht persistent sind.

ALLOW NO ACCESS

Der Ladevorgang sperrt die Zieltabelle, um während des Ladens exklusiven Zugriff zu haben. Der Tabellenstatus wird während des Ladevorgangs auf 'Laden läuft' gesetzt. ALLOW NO ACCESS ist das Standardverhalten. Dies ist die einzige gültige Option für LOAD REPLACE.

Wenn es Integritätsbedingungen für die Tabelle gibt, wird der Tabellenstatus sowohl auf 'Festlegen der Integrität anstehend' als auch auf 'Laden läuft' gesetzt. Die Anweisung SET INTEGRITY muss verwendet werden, um den Status 'Festlegen der Integrität anstehend' für die Tabelle aufzuheben.

ALLOW READ ACCESS

Der Ladevorgang sperrt die Zieltabelle in einem Modus für gemeinsame Nutzung (Share Mode). Der Tabellenstatus wird sowohl auf 'Laden läuft' als auch auf 'Lesezugriff' gesetzt. Leseeinheiten können beim Laden der Tabelle auf den Nicht-Delta-Teil der Daten zugreifen. Mit anderen Worten: Daten, die vor dem Start des Ladevorgangs vorhanden waren, sind für Leseeinheiten für die Tabelle zugänglich, Daten, die noch geladen werden, sind erst nach Abschluss des Ladevorgangs verfügbar.

Wichtig: Der Parameter ALLOW READ ACCESS des Befehls LOAD ist veraltet und wird möglicherweise in einem späteren Release entfernt. Beginnen Sie mit der Verwendung des Dienstprogramms INGEST , bevor der Parameter ALLOW READ ACCESS des Befehls LOAD eingestellt wird. Sie können das Dienstprogramm INGEST darüber hinaus in Befehlsscripts verwenden.

Der Parameter ALLOW READ ACCESS wird für nach Spalten organisierte Tabellen nicht unterstützt.

LOAD TERMINATE oder LOAD RESTART eines ALLOW READ ACCESS -Ladevorgangs kann diesen Parameter verwenden; LOAD TERMINATE oder LOAD RESTART eines ALLOW NO ACCESS -Ladevorgangs kann diesen Parameter nicht verwenden. Darüber hinaus ist diese Option nicht gültig, wenn für die Indizes in der Zieltabelle angegeben ist, dass eine erneute Erstellung erforderlich ist.

Wenn Integritätsbedingungen für die Tabelle bestehen, wird der Tabellenstatus sowohl auf 'Festlegen der Integrität anstehend' als auch auf 'Laden läuft' und 'Lesezugriff' gesetzt. Am Ende des Ladevorgangs wird der Tabellenstatus 'Laden läuft' aufgehoben, der Tabellenstatus 'Festlegen der Integrität anstehend' und der Tabellenstatus 'Lesezugriff' bleiben jedoch erhalten. Die Anweisung SET INTEGRITY muss verwendet werden, um den Status 'Festlegen der Integrität anstehend' für die Tabelle aufzuheben. Während sich die Tabelle im Status 'Festlegen der Integrität anstehend' und 'Lesezugriff' befindet, ist der Nicht-Delta-Teil der Daten noch für Leseeinheiten zugänglich, der neue (Delta-)Teil der Daten wird erst zugänglich, nachdem die Anweisung SET INTEGRITY ausgeführt worden ist. Ein Benutzer kann mehrere Ladevorgänge an derselben Tabelle durchführen, ohne eine Anweisung SET INTEGRITY abzusetzen. Bis zum Absetzen der Anweisung SET INTEGRITY bleiben jedoch nur die ursprünglichen (geprüften) Daten sichtbar.

ALLOW READ ACCESS unterstützt auch die folgenden Modifikatoren:

USE tablespace-name

Beim erneuten Erstellen der Indizes wird eine Spiegelkopie des Index im Tabellenbereich tabellenbereichsname erstellt und am Ende der Ladeoperation während einer Indexkopierphase in den ursprünglichen Tabellenbereich kopiert. In Zusammenhang mit dieser Option können nur Tabellenbereiche für temporäre Systemtabellen verwendet werden. Wenn sie nicht angegeben ist, wird der Spiegelindex im selben Tabellenbereich erstellt wie das Indexobjekt. Wenn die Spiegelkopie im selben Tabellenbereich erstellt wird wie das Indexobjekt, wird das Spiegelindexobjekt sofort über das alte Indexobjekt kopiert. Wenn sich die Spiegelkopie in einem anderen Tabellenbereich befindet als das Indexobjekt, wird ein physischer Kopiervorgang durchgeführt. Dies kann beträchtliche Ein-/Ausgabe und Zeit in Anspruch nehmen. Das Kopieren erfolgt, während die Tabelle am Ende einer Ladeoperation während der Indexkopierphase offline ist.

Ohne diese Option wird der Spiegelindex im selben Tabellenbereich erstellt wie der ursprüngliche Index. Da sich sowohl der ursprüngliche Index als auch der Spiegelindex standardmäßig gleichzeitig im selben Tabellenbereich befinden, reicht der Speicherbereich möglicherweise nicht aus, um beide Indizes in einem Tabellenbereich zu speichern. Mit dieser Option wird sichergestellt, dass Sie ausreichend Tabellenbereich für die Indizes beibehalten.

Diese Option wird ignoriert, wenn der Benutzer INDEXING MODE REBUILD oder INDEXING MODE AUTOSELECTnicht angibt. Diese Option wird auch ignoriert, wenn INDEXING MODE AUTOSELECT ausgewählt wird, und LOAD wählt, den Index inkrementell zu aktualisieren.

FETCH_PARALLELISM YES | NO

Wenn Sie einen Ladevorgang von einem Cursor durchführen, bei dem der Cursor mit dem Schlüsselwort DATABASE deklariert wird, oder wenn Sie den API-Medieneintrag sqlu_remotefetch_entry verwenden und diese Option auf YES gesetzt ist, versucht das Ladedienstprogramm, den Abruf von der fernen Datenquelle nach Möglichkeit zu parallelisieren. Derzeit können Sie den Datenabruf nur parallelisieren, wenn die SELECT-Anweisung des Cursors das einfache Format "SELECT * FROM <tablename>"aufweist. Wenn dieser Parameter auf NO gesetzt ist, wird kein paralleler Abruf ausgeführt. Der Standardwert lautet YES. Weitere Informationen finden Sie unter Daten mit dem Dateityp CURSOR versetzen.

SET INTEGRITY PENDING CASCADE

Wenn LOAD die Tabelle in den Status 'Festlegen der Integrität anstehend' versetzt, ermöglicht die Option SET INTEGRITY PENDING CASCADE dem Benutzer anzugeben, ob der Status 'Festlegen der Integrität anstehend' der geladenen Tabelle sofort an alle untergeordneten Elemente weitergegeben wird (einschließlich untergeordneter Fremdschlüsseltabellen, untergeordneter sofort materialisierter Abfragetabellen und untergeordneter sofortiger Zwischenspeichertabellen).

IMMEDIATE

Gibt an, dass der Status 'Festlegen der Integrität anstehend' sofort an alle untergeordneten Tabellen für Fremdschlüssel, untergeordnete IMQTs und untergeordnete sofort gespeicherte Zwischenspeichertabellen weitergegeben wird. Bei einer Operation LOAD INSERT wird der Status 'Festlegen der Integrität anstehend' nicht an untergeordnete Tabellen für Fremdschlüssel weitergegeben, selbst wenn die Option IMMEDIATE angegeben ist.

Wenn die geladene Tabelle später (mit der Option IMMEDIATE CHECKED der Anweisung SET INTEGRITY) auf ungültige Integritätsbedingungen überprüft wird, werden untergeordnete Tabellen für Fremdschlüssel, die in den Status 'Festlegen der Integrität anstehend Lesezugriff' versetzt wurden, in den Status 'Festlegen der Integrität anstehend Kein Zugriff' versetzt.

DEFERRED

Gibt an, dass nur die geladene Tabelle in den Status 'Festlegen der Integrität anstehend' versetzt wird. Der Status der untergeordneten Tabellen für Fremdschlüssel, untergeordneten IMQTs und untergeordneten sofort gespeicherten Zwischenspeichertabellen bleibt unverändert.

Untergeordnete Tabellen für Fremdschlüssel werden später möglicherweise implizit in den Status 'Festlegen der Integrität anstehend' versetzt, wenn ihre übergeordneten Tabellen (mit der Option IMMEDIATE CHECKED der Anweisung SET INTEGRITY) auf ungültige Integritätsbedingungen überprüft werden. Untergeordnete IMQTs und untergeordnete sofort gespeicherte Zwischenspeichertabellen werden implizit in den Status 'Festlegen der Integrität anstehend' versetzt, wenn eine der zugrunde liegenden Tabellen auf ungültige Integritätsbedingungen geprüft wird. Eine Abfrage einer Tabelle im Status 'Festlegen der Integrität anstehend' kann erfolgreich sein, wenn die Abfrage anstelle der angegebenen Tabelle auf eine infrage kommende MQT (Materialized Query Table) zugreifen kann, die sich nicht im Status 'Festlegen der Integrität anstehend' befindet. Eine Warnung (SQLSTATE 01586) wird ausgegeben, um darauf hinzuweisen, dass untergeordnete Tabellen in den Status 'Festlegen der Integrität anstehend' versetzt wurden. Informationen dazu, wann diese untergeordneten Tabellen in den Status 'Festlegen der Integrität anstehend' versetzt werden, finden Sie im Abschnitt Hinweise der Anweisung SET INTEGRITY.

Wenn die Option SET INTEGRITY PENDING CASCADE nicht angegeben ist:

• Nur die geladene Tabelle wird in den Status 'Festlegen der Integrität anstehend' versetzt. Der Status der untergeordneten Tabellen für Fremdschlüssel, untergeordneten IMQTs und untergeordneten sofort gespeicherten Zwischenspeichertabellen bleibt unverändert und kann später implizit in den Status 'Festlegen der Integrität anstehend' geändert werden, wenn die geladene Tabelle auf ungültige Integritätsbedingungen geprüft wird.

Wenn LOAD die Zieltabelle nicht in den Status 'Festlegen der Integrität anstehend' versetzt, wird die Option SET INTEGRITY PENDING CASCADE ignoriert.

LOCK WITH FORCE

Das Dienstprogramm fordert während des Ladevorgangs verschiedene Sperren, auch Tabellensperren, an. Anstatt zu warten und möglicherweise eine Zeitlimitüberschreitung zu erhalten, kann der Ladevorgang beim Anfordern einer Sperre andere Anwendungen, die in Konflikt stehende Sperren für die Zieltabelle halten, erzwungenermaßen abmelden. Anwendungen, die in Konflikt stehende Sperren für die Systemkatalogtabellen haben, werden durch das Ladedienstprogramm nicht erzwungenermaßen abgemeldet. Erzwungenermaßen abgemeldete Anwendungen führen einen Rollback durch und geben die vom Ladedienstprogramm benötigten Sperren frei. Das Ladedienstprogramm kann dann mit der Verarbeitung fortfahren. Für diese Option ist dieselbe Berechtigung erforderlich wie für den Befehl FORCE APPLICATIONS (SYSADM, SYSCTRL oder SYSMAINT).

Ladevorgänge mit ALLOW NO ACCESS erzwingen möglicherweise zu Beginn der Ladeoperation die Abmeldung von Anwendungen, die in Konflikt stehende Sperren halten. Zu Beginn der Ladeoperation kann das Dienstprogramm die Abmeldung von Anwendungen erzwingen, die versuchen, die Tabelle abzufragen oder zu ändern.

ALLOW READ ACCESS -Ladeoperationen können Anwendungen erzwingen, die am Anfang oder am Ende der Ladeoperation in Konflikt stehende Sperren halten. Zu Beginn der Ladeoperation kann das Ladedienstprogramm die Abmeldung von Anwendungen erzwingen, die versuchen, die Tabelle zu ändern. Am Ende der Ladeoperation kann das Ladedienstprogramm die Abmeldung von Anwendungen erzwingen, die versuchen, die Tabelle abzufragen oder zu ändern.

SOURCEUSEREXIT executable

Gibt den Namen einer ausführbaren Datei an, die aufgerufen wird, um als Datengrundlage für das Dienstprogramm zu dienen.

Der Parameter SOURCEUSEREXIT wird für nach Spalten organisierte Tabellen nicht unterstützt.

REDIRECT

INPUT FROM

BUFFER input-buffer

Der in eingabepuffer angegebene Bytestrom wird an den STDIN-Dateideskriptor des Prozesses übergeben, der die angegebene ausführbare Datei ausführt.

FILE input-file

Der Inhalt dieser clientseitigen Datei wird an den STDIN-Dateideskriptor des Prozesses übergeben, der die angegebene ausführbare Datei ausführt.

OUTPUT TO

FILE output-file

Die Dateideskriptoren STDOUT und STDERR werden in der angegebenen vollständig qualifizierten serverseitigen Datei erfasst.

PARALLELIZE

Erhöht den Durchsatz der im Ladedienstprogramm eingehenden Daten, indem mehrere Benutzerexitprozesse gleichzeitig aufgerufen werden. Diese Option ist nur in Umgebungen mit partitionierten Datenbanken anwendbar und wird in Umgebungen mit Einzelpartitionsdatenbanken ignoriert.

Weitere Informationen finden Sie unter Daten mithilfe einer angepassten Anwendung verschieben (Benutzerexit).

PARTITIONED DB CONFIG partitioned-db-option

Ermöglicht die Ausführung eines Ladevorgangs in eine Tabelle, die über mehrere Datenbankpartitionen verteilt ist. Mit dem Parameter PARTITIONED DB CONFIG können Sie spezifische Konfigurationsoptionen für die partitionierte Datenbank angeben. Bei den Werten für option-für-partitionierte-datenbank kann es sich um eine der folgenden Optionen handeln:

PART_FILE_LOCATION x
OUTPUT_DBPARTNUMS x
PARTITIONING_DBPARTNUMS x
MODE x
MAX_NUM_PART_AGENTS x
ISOLATE_PART_ERRS x
STATUS_INTERVAL x
PORT_RANGE x
CHECK_TRUNCATION
MAP_FILE_INPUT x
MAP_FILE_OUTPUT x
TRACE x
NEWLINE
DISTFILE x
OMIT_HEADER
RUN_STAT_DBPARTNUM x

Ausführliche Beschreibungen dieser Optionen finden Sie in LOAD-Konfigurationsoptionen für Umgebungen mit partitionierten Datenbanken.

RESTARTCOUNT

Veraltet.

USING directory

Veraltet.

Hinweise zur Verwendung

• Die Daten werden in der Reihenfolge geladen, die in der Eingabedatei vorliegt. Wenn eine bestimmte Reihenfolge gewünscht wird, sollten die Daten sortiert werden, bevor versucht wird, einen Ladevorgang durchzuführen. Wenn die Reihenfolge der Quellendaten nicht beibehalten werden muss, können Sie auch die Verwendung des Dateitypmodifikators ANYORDER in Betracht ziehen, der im nachfolgenden Abschnitt Modifikatoren für Dateityp für das Dienstprogramm LOAD beschrieben wird.
• Das Ladedienstprogramm erstellt Indizes auf der Basis vorhandener Definitionen. Die Ausnahmetabellen werden verwendet, um Duplikate bei eindeutigen Schlüsseln zu verarbeiten. Das Dienstprogramm erzwingt keine referenzielle Integrität, führt keine Prüfungen auf Integritätsbedingungen aus und aktualisiert keine gespeicherten Abfragetabellen, die von den zu ladenden Tabellen abhängig sind. Tabellen, die referenzielle Integritätsbedingungen oder Prüfungen auf Integritätsbedingung enthalten, werden in den Status 'Festlegen der Integrität anstehend' versetzt. Übersichtstabellen, für die das Attribut REFRESH IMMEDIATE definiert ist und die von geladenen Tabellen abhängig sind, werden ebenfalls in den Status 'Festlegen der Integrität anstehend' versetzt. Setzen Sie die Anweisung SET INTEGRITY ab, um den Status 'Festlegen der Integrität anstehend' für die Tabelle aufzuheben. Ladeoperationen können nicht für replizierte MQTs ausgeführt werden.
• Falls ein Clusterindex für die Tabelle vorhanden ist, müssen die Daten vor dem Laden nach dem Clusterindex sortiert werden. Die Sortierung der Daten vor dem Laden in eine MDC-Tabelle (MDC-Multidimensional Clustering) ist jedoch nicht erforderlich.
• Wenn Sie beim Laden in eine geschützte Tabelle eine Ausnahmetabelle angeben, werden alle Zeilen, die durch ungültige Sicherheitskennsätze geschützt sind, an diese Tabelle gesendet. Dadurch können Benutzer, die Zugriff auf die Ausnahmetabelle haben, möglicherweise auf Daten zugreifen, für deren Zugriff sie normalerweise nicht berechtigt sind. Um die Sicherheit zu verbessern, sollten Sie sorgfältig darauf achten, wem Sie Zugriff auf die Ausnahmetabelle erteilen, und jede Zeile löschen, sobald sie repariert und in die geladene Tabelle kopiert wurde. Außerdem sollten Sie die Ausnahmetabelle löschen, sobald Sie damit fertig sind.
• Sicherheitskennsätze enthalten im internen Format möglicherweise Zeilenvorschubzeichen. Wenn Sie die Datei mit dem DEL-Dateiformat laden, können diese Zeilenvorschubzeichen fälschlicherweise für Begrenzer gehalten werden. Wenn dieses Problem vorliegt, geben Sie den Modifikator delprioritychar für den Dateityp im Befehl LOAD an, um die vorherige Standardpriorität für Begrenzer zu verwenden.
• Zum Ausführen einer Ladeoperation für den Dateityp CURSOR, bei der das Schlüsselwort DATABASE in der Anweisung DECLARE CURSOR angegeben wurde, wird die Benutzer-ID mit Kennwort zur Authentifizierung in der Datenbank, zu der momentan eine Verbindung (für die Ladeoperation) besteht, für die Authentifizierung in der Quellendatenbank verwendet, die in der Option DATABASE der Anweisung DECLARE CURSOR angegeben ist. Wenn für die Verbindung zur zu ladenden Datenbank keine Benutzer-ID oder kein Kennwort angegeben wurde, müssen eine Benutzer-ID und ein Kennwort für die Quellendatenbank während der Anweisung DECLARE CURSOR angegeben werden.
• Das Laden einer mehrteiligen PC/IXF-Datei, deren einzelne Teile von einem Windows-System in ein AIX® -System kopiert werden, wird unterstützt. Die Namen aller Dateien müssen im Befehl LOAD angegeben werden. Beispiel: LOAD FROM DATA.IXF, DATA.002 OF IXF INSERT INTO TABLE1. Das Laden von logisch aufgeteilten PC/IXF-Dateien in das Betriebssystem Windows wird nicht unterstützt.
• Beim erneuten Starten einer fehlgeschlagenen LOAD-Operation wird das bestehende Verhalten insofern beibehalten, als in der BUILD-Phase die Verwendung des REBUILD-Modus für Indizes erzwungen wird.
• Das Ladedienstprogramm generiert möglicherweise eine sehr große Kopie der Imagedatei, wenn die Option COPY YES verwendet wird. Dieses Verhalten wird erwartet, wenn der Befehl LOAD einen kompletten Datenpuffer in das Kopienimage für jeden geladenen LOB/LF-Spaltenwert schreibt. Der Puffer ist ein internes Objekt, dessen Größe durch mehrere interne und externe Faktoren bestimmt wird. Gewöhnlich liegt die Puffergröße zwischen 68 KB und einigen Hundert KB.
• Das Laden von XML-Dokumenten zwischen Datenbanken wird nicht unterstützt und gibt die Fehlernachricht SQL1407N zurück.
• Das Dienstprogramm LOAD bietet keine Unterstützung für das Laden in Tabellen, in denen Spalten enthalten sind, die auf abgeschirmte Prozeduren verweisen. Wenn Sie für eine solche Tabelle den Befehl LOAD absetzen, erhalten Sie die Fehlernachricht SQL1376N. Sie können diese Einschränkung umgehen, indem Sie die Routine neu definieren, sodass sie nicht abgeschirmt ist, oder das Dienstprogramm IMPORT verwenden.
• Wenn eine Tabelle einen generierten Spaltenausdruck enthält, in dem die benutzerdefinierte Funktion eine kompilierte zusammengesetzte SQL ist, können Sie das Dienstprogramm LOAD nur mit dem Dateitypänderungswert von generatedoverride verwenden, um Daten in die Tabelle einzufügen. Sie können auch das Importdienstprogramm verwenden, um Daten in diese Tabellen einzufügen.
• Wenn die Datenbanktabelle implizit verdeckte Spalten enthält, müssen Sie angeben, ob Daten für die verdeckten Spalten in die Ladeoperation eingeschlossen werden sollen.
• Das Importdienstprogramm gleicht die Anzahl der Spalten in einer Tabelle nicht mit der Anzahl der Felder in einer Datendatei ab. Das Dienstprogramm prüft, ob die Datendatei ausreichend Daten enthält. Wenn eine Zeile in der Datendatei nicht ausreichend Spalten mit Daten enthält, wird die Zeile entweder mit einer Warnung zurückgewiesen, wenn die entsprechenden Tabellenspalten ohne Daten als NOT NULL definiert sind, oder sie wird erfolgreich ohne Warnung eingefügt, wenn die entsprechenden Tabellenspalten als NULL definiert sind. Wenn eine Zeile eine höhere als die erforderliche Anzahl von Spalten enthält, wird die ausreichende Anzahl Spalten verarbeitet, während die restlichen Datenspalten übergangen werden. Dabei wird keine Warnung ausgegeben.
• Die STATISTICS-Optionen funktionieren nur für die Option LOAD REPLACE und nicht für andere Optionen des Befehls LOAD.
• Wenn das Dienstprogramm LOAD mit der Option COPY YES verwendet wird und die Tabelle LOB-Spalten enthält, erzwingt LOAD immer das Verhalten COMPACT, selbst wenn die LOB-Spalte mit NOT COMPACT definiert ist.

Zusammenfassung der Wörterverzeichnisverwaltung mit LOAD TERMINATE und LOAD RESTART

Die folgende Tabelle fasst das Verhalten der Komprimierungswörterverzeichnisverwaltung für die LOAD-Verarbeitung unter der Richtlinie TERMINATE zusammen.

LOAD RESTART verkürzt eine Tabelle bis zum letzten erreichten Konsistenzpunkt. Im Rahmen der LOAD RESTART-Verarbeitung existiert ein Komprimierungswörterverzeichnis in der Tabelle, wenn es bereits beim Erreichen des letzten LOAD-Konsistenzpunkts in der Tabelle vorhanden war. In diesem Fall erstellt LOAD RESTART kein neues Wörterverzeichnis. Eine Zusammenfassung der möglichen Bedingungen finden Sie in Tabelle 4.

Dateitypmodifikatoren für das Ladedienstprogramm

SET INTEGRITY FOR table-name GENERATED COLUMN
  IMMEDIATE UNCHECKED

SET INTEGRITY FOR table-name IMMEDIATE CHECKED.

modified by maxanalyzesize=1G
modified by maxanalyzesize=100M

"CONFIDENTIAL:ALPHA:G2"
"CONFIDENTIAL;SIGMA:G2"
"TOP SECRET:ALPHA:G2"

LOAD FROM input.del OF DEL MODIFIED BY SECLABELCHAR INSERT INTO t1

"LABEL1"
"LABEL1"
"LABEL2"

   LOAD FROM input.del OF DEL MODIFIED BY SECLABELNAME INSERT INTO t1

YYYY - Year (four digits ranging from 0000 - 9999)
M    - Month (one or two digits ranging from 1 - 12)
MM   - Month (two digits ranging from 01 - 12;
         mutually exclusive with M)
D    - Day (one or two digits ranging from 1 - 31)
DD   - Day (two digits ranging from 01 - 31;
         mutually exclusive with D)
DDD  - Day of the year (three digits ranging
         from 001 - 366; mutually exclusive
         with other day or month elements)

"D-M-YYYY"
"MM.DD.YYYY"
"YYYYDDD"

db2 load from data of del
   modified by dumpfile = /u/user/filename
   insert into table_name

H     - Hour (one or two digits ranging from 0 - 12
           for a 12 hour system, and 0 - 24
           for a 24 hour system)
HH    - Hour (two digits ranging from 00 - 12
           for a 12 hour system, and 00 - 24
           for a 24 hour system; mutually exclusive
             with H)
M     - Minute (one or two digits ranging
           from 0 - 59)
MM    - Minute (two digits ranging from 00 - 59;
           mutually exclusive with M)
S     - Second (one or two digits ranging
           from 0 - 59)
SS    - Second (two digits ranging from 00 - 59;
           mutually exclusive with S)
SSSSS - Second of the day after midnight (5 digits
           ranging from 00000 - 86400; mutually
           exclusive with other time elements)
TT    - Meridian indicator (AM or PM)

"HH:MM:SS"
"HH.MM TT"
"SSSSS"

YYYY   - Year (four digits ranging from 0000 - 9999)
M      - Month (one or two digits ranging from 1 - 12)
MM     - Month (two digits ranging from 01 - 12;
            mutually exclusive with M and MMM)
MMM    - Month (three-letter case-insensitive abbreviation for 
            the month name; mutually exclusive with M and MM)              
D      - Day (one or two digits ranging from 1 - 31)
DD     - Day (two digits ranging from 01 - 31; mutually exclusive with D)
DDD    - Day of the year (three digits ranging from 001 - 366; 
            mutually exclusive with other day or month elements)
H      - Hour (one or two digits ranging from 0 - 12
            for a 12 hour system, and 0 - 24 for a 24 hour system)
HH     - Hour (two digits ranging from 00 - 12 
            for a 12 hour system, and 00 - 24 for a 24 hour system; 
            mutually exclusive with H)
M      - Minute (one or two digits ranging from 0 - 59)
MM     - Minute (two digits ranging from 00 - 59;
            mutually exclusive with M, minute)
S      - Second (one or two digits ranging from 0 - 59)
SS     - Second (two digits ranging from 00 - 59;
            mutually exclusive with S)
SSSSS  - Second of the day after midnight (5 digits
            ranging from 00000 - 86400; mutually
            exclusive with other time elements)
U (1 to 12 times)
         - Fractional seconds(number of occurrences of U represent the 
              number of digits with each digit ranging from 0 to 9

TT     - Meridian indicator (AM or PM)

   "YYYY/MM/DD HH:MM:SS.UUUUUU"

YYYY-MM-DD-HH.MM.SS 
YYYY-MM-DD HH:MM:SS

db2 load from delfile2 of del
    modified by timestampformat="yyyy.mm.dd hh:mm tt"
    insert into schedule

+ = 0xC 0xA 0xE 0xF
 - = 0xD 0xB

+ = 0xC 0xA 0xE 0xF 0x3
- = 0xD 0xB 0x7

modified by chardel""

modified by chardel''

db2 load ... modified by delprioritychar ...

"Smith, Joshua",4000,34.98<row delimiter>
"Vincent,<row delimiter>, is a manager", ...
... 4005,44.37<row delimiter>

db2 load from delfile3 of del
   modified by keepblanks
   insert into table1

Hinweise

1. Anführungszeichen (") um die Datumsformatzeichenfolge sind obligatorisch. Feldtrennzeichen dürfen die folgenden Zeichen nicht enthalten: a-z, A-Z und 0-9. Das Feldtrennzeichen darf nicht mit dem Zeichenbegrenzer oder Feldbegrenzer im DEL-Dateiformat identisch sein. Ein Feldtrennzeichen ist optional, wenn die Start- und Endpositionen eines Elements eindeutig sind. Aufgrund der variablen Länge der Einträge kann es zu Mehrdeutigkeiten kommen, wenn (abhängig vom Modifikator) Elemente wie D, H, M oder S verwendet werden.
   Bei Zeitmarkenformaten ist Vorsicht geboten, um Mehrdeutigkeiten zwischen den Monats-und Minutendeskriptoren zu vermeiden, da beide den Buchstaben M verwenden. Ein Monatsfeld muss neben anderen Datumsfeldern liegen. Ein Minutenfeld muss an andere Zeitfelder angrenzen. Es folgen einige mehrdeutige Zeitmarkenformate:

   "M" (could be a month, or a minute)
   "M:M" (Which is which?)
   "M:YYYY:M" (Both are interpreted as month.)
   "S:M:YYYY" (adjacent to both a time value and a date value)

   In mehrdeutigen Fällen gibt das Dienstprogramm eine Fehlernachricht aus und die Operation schlägt fehl.
   Es folgen einige eindeutige Zeitmarkenformate:

   "M:YYYY" (Month)
   "S:M" (Minute)
   "M:YYYY:S:M" (Month....Minute)
   "M:H:YYYY:M:D" (Minute....Month)

   Einige Zeichen, wie z. B. doppelte Anführungszeichen und umgekehrte Schrägstriche, müssen mit Escapezeichen versehen werden (z. B. \).

2. Für die Dateitypmodifikatoren chardel, coldel oder decpt angegebene Zeichenwerte müssen in der Codepage der Quellendaten angegeben werden.
   Der Zeichencodepunkt (anstelle des Zeichensymbols) kann über die Syntax xJJ oder 0xJJ angegeben werden, wobei JJ die hexadezimale Darstellung des Codepunkts ist. Verwenden Sie beispielsweise eine der folgenden Anweisungen, um das Zeichen # als Spaltenbegrenzer anzugeben:

   ... modified by coldel# ...
   ... modified by coldel0x23 ...
   ... modified by coldelX23 ...

3. In Aspekte von Begrenzern beim Versetzen von Daten werden Einschränkungen aufgelistet, die für die Zeichen gelten, die zum Überschreiben von Begrenzern verwendet werden können.
4. Das Ladedienstprogramm gibt keine Warnung aus, wenn versucht wird, nicht unterstützte Dateitypen mit der Option MODIFIED BY zu verwenden. Wenn dies versucht wird, schlägt die Ladeoperation fehl und es wird ein Fehlercode zurückgegeben.
5. Bei Angabe mehrerer Modifikatoren mit dem Suffix ignore, include, missing oder override werden die Modifikatoren in der angegebenen Reihenfolge angewendet. In der folgenden Anweisung werden Daten für implizit verdeckte Spalten, die keine Identitätsspalten sind, in die Eingabedaten eingeschlossen. Für die Daten aller Identitätsspalten, unabhängig davon, ob diese implizit verdeckt sind, gilt dies nicht.

   db2 load from delfile1 of del modified by 
      implicitlyhiddeninclude identitymissing insert into table1 

   Wird die Reihenfolge der Dateitypmodifikatoren in der folgenden Anweisung jedoch geändert, bedeutet dies, dass Daten für alle implizit verdeckten Spalten (einschließlich verdeckter Identitätsspalten) in die Eingabedaten eingeschlossen werden. Bei Daten für Identitätsspalten, die nicht implizit verdeckt sind, ist dies nicht der Fall.

   db2 load from delfile1 of del modified by 
      identitymissing implicitlyhiddeninclude insert into table1