LOAD

Inserts data from a file into an existing database table.

Syntax

LOAD FROM filename [ DELIMITER delimiter]
{
  INSERT INTO table-specification [ ( column [,...]) ]
|
  insert-string
}

where table-specification is:

[dbname[@dbserver]:][owner.]table
  1. filename is the name of the file the data is read from.
  2. delimiter is the character used as the value delimiter.
  3. The INSERT clause is a pseudo INSERT statement (without the VALUES clause), where you can specify the list of columns in braces.
  4. dbname identifies the database name.
  5. dbserver identifies the database server (INFORMIXSERVER).
  6. owner identifies the owner of the table, with optional double quotes.
  7. table is the name of the database table.
  8. column is a name of a table column.
  9. insert-string is a string expression containing the pseudo-INSERT statement.

Usage

The LOAD instruction reads serialized data from an input file and inserts new rows in a database table specified in the INSERT clause. A file created by the UNLOAD statement can be used as input for the LOAD statement if its values are compatible with the schema of table.

The LOAD statement must include a pseudo-INSERT statement (either directly or as text in a variable) to specify where to store the data. LOAD appends the new rows to the specified table, synonym, or view, but does not overwrite existing data. It cannot add a row that has the same key as an existing row.

The dbname, dbserver and owner prefix of the table name should be avoided for maximum SQL portability.

The number and the order of columns in the INSERT statement must match in the input file.

You cannot use the PREPARE statement to pre-process a LOAD statement, you can however use a string literal to build the INSERT statement at runtime.

The variable or string following the LOAD FROM keywords must specify the name of a file of ASCII characters (or characters that are valid for the current locale) that holds the data values that are to be inserted.

Each set of data values in filename that represents a new row is called an input record. Each input record must contain the same number of delimited data values. If the INSERT clause has no list of columns, the sequence of values in each input record must match the columns of table in number and order. Each value must have the literal format of the column data type, or of a compatible data type.

If LOAD is executed within a transaction, the inserted rows are locked, and they remain locked until the COMMIT WORK or ROLLBACK WORK statement terminates the transaction. If no other user is accessing the table, you can avoid locking limits and reduce locking overhead by locking the table with the LOCK TABLE statement after the transaction begins. This exclusive table lock is released when the transaction terminates. Consult the documentation for your database server about the limit on the number of locks available during a single transaction.

If the current database does not support transactions, a failing LOAD statement cannot remove any rows that were loaded before the failure occurred. You must manually remove the already loaded records from either the load file or from the receiving table, repair the erroneous records, and rerun LOAD.

You can do one of the following actions when the database supports transactions:

A single character delimiter instructs LOAD to read data in the default format. When using "CSV" as delimiter specification, the LOAD instruction will read the data in CSV format. If the DELIMITER clause is not specified, the delimiter is defined by the DBDELIMITER environment variable. If the DBDELIMITER environment variable is not set, the default is a | pipe. The field delimiter can be a blank character. It cannot be backslash or any hexadecimal digit (0-9, A-F, a-f). If the delimiter specified in the LOAD command is NULL, the runtime system will use the default delimiter or DBDELIMITER if the variable is defined.

At this time, data type description of the input file fields is implicit; in order to create the SQL parameter buffers to hold the field values for inserts, the LOAD instruction uses the current database connection to get the column data types of the target table. Those data types depend on the type of database server. For example, IBM® Informix® DATE columns do not store the same data as the Oracle DATE data type. Therefore, be careful when using this instruction; if your application connects to different kinds of database servers, you may get data conversion errors.

Note that LOAD provides better performance when the table that the INSERT INTO clause references has no index, no constraint, and no trigger. If one or more triggers, constraints, or indexes exist on the table, however, it is recommended that you disable these objects if the database server allows such SQL operations. For example, with IBM Informix, you can issue one of the following SQL statements:

Default LOAD format

The next table describes how data values should be represented in the input file. Values must be serialized with a character string following the SQL data type of the receiving column in table.

Table 1. Default LOAD format
Data type Input Format
CHAR, VARCHAR, TEXT Values can have more characters than the declared maximum length of the column, but any extra characters are ignored. A backslash ( \ ) is required before any literal backslash or any literal delimiter character, and before any NEWLINE character anywhere in character value. Blank values can be represented as one or more blank characters between delimiters, but leading blanks must not precede other CHAR, VARCHAR, or TEXT values.
DATE In the default locale, values must be in month/day/year format unless another format is specified by DBDATE environment variable. You must represent the month as a 2-digit number. You can use a 2-digit number for the year if you are satisfied with the DBCENTURY setting. Values must be actual dates; for example, February 30 is invalid.
DATETIME

DATETIME values must be in the format:

year-month-day hour:minute:second.fraction or a contiguous subset, without the DATETIME keyword or qualifiers. Time units outside the declared column precision can be omitted. The year must be a four-digit number; all other time units (except fraction) require two digits.

INTERVAL INTERVAL values must be formatted:

year-month

or

day hour:minute:second.fraction

or a contiguous subset thereof, without the INTERVAL keyword or qualifiers. Time units outside the declared column precision can be omitted. All time units (except year and fraction) require two digits.

MONEY Values can include currency symbols, but these are not required.
BYTE Values must be ASCII-hexadecimals; no leading or trailing blanks.
SERIAL, BIGSERIAL, SERIAL8 Values can be represented as 0 to tell the database server to supply a new serial value. You can specify a literal integer greater than zero, but if the column has a unique index, an error results if this number duplicates an existing value.

The NEWLINE character must terminate each input record in filename. Specify only values that the language can convert to the data type of the database column. For database columns of character data types, inserted values are truncated from the right if they exceed the declared length of the column.

NULL values of any data type must be represented by consecutive delimiters in the input file; you cannot include anything between the delimiter symbols.

The LOAD statement expects incoming data in the format specified by environment variables like DBFORMAT, DBMONEY, DBDATE, GL_DATE, and GL_DATETIME. The precedence of these format specifications is consistent with forms and reports. If there is an inconsistency, an error is reported and the LOAD is canceled.

The backslash symbol (\) serves as an escape character in the input file to indicate that the next character in a data value is a literal. The LOAD statement scans for backslash escaped elements to read special characters in the following contexts:

CSV LOAD format

The CSV (comma separated values) format is similar to the default format when using a simple comma delimiter, with the following differences:

MAIN
  DATABASE stores 
  BEGIN WORK
  DELETE FROM items 
  LOAD FROM "items01.unl" INSERT INTO items 
  LOAD FROM "items02.unl" INSERT INTO items 
  COMMIT WORK
END MAIN