Database Reference
In-Depth Information
The options available in the Data section are:
: Generates the following export for the author table:
INSERT INTO 'author' ('id', `name`, `phone`)
VALUES (1, 'John Smith', '+01 445 789-1234');
INSERT INTO 'author' ('id', `name`, `phone`)
VALUES (2, 'Maria Sunshine', '+01 455 444-5683');
Complete inserts
Notice that every column name is present in every statement. The resulting
file is bigger, but will prove more portable on various SQL systems with the
added benefit of being better documented.
Extended inserts
: Packs the whole table data into a single INSERT statement:
INSERT INTO 'author' VALUES (1, 'John Smith',
'+01 445 789-1234'), (2, 'Maria Sunshine', '+01 455 444-
5683');
This method of inserting data is faster than using multiple INSERT
statements, but is less convenient because it makes reading the resultant file
harder. Extended inserts also produces a smaller file, but each line of this file
is not executable in itself because each line does not have an INSERT state-
ment. If you cannot import the complete file in one operation, you cannot
split the file with a text editor and import it chunk by chunk.
Maximal length of created query
: The single INSERT statement generated
for Extended inserts might become too big and could cause problems. Hence,
we set a limit to the number of characters for the length of this statement.
Use delayed inserts
: Adds the DELAYED modifier to INSERT statements. This
accelerates the INSERT operation because it is queued to the server, which
will execute it when the table is not in use. Please note that this is a MySQL
non-standard extension, and it's available only for MyISAM, ISAM, MEMORY ,
and ARCHIVE tables.
Use ignore inserts
: Normally, at import time, we cannot insert duplicate
values for unique keys, as this would abort the insert operation. This option
adds the IGNORE modifier to INSERT and UPDATE statements, thus skipping
the rows that generate duplicate key errors.
Use hexadecimal for BLOB
: This option makes phpMyAdmin encode
the contents of BLOB fields in 0x format. Such a format is useful because,
depending on the software that will be used to manipulate the export file (for
example a text editor or mail program), handling a file containing 8-bit data
can be problematic. However, using this option will produce an export of the
BLOB that can be twice the size, or even more.
 
Search WWH ::




Custom Search