Documentation Home
MySQL 5.6 リファレンスマニュアル
Download this Manual
PDF (US Ltr) - 26.8Mb
PDF (A4) - 26.9Mb
HTML Download (TGZ) - 7.1Mb
HTML Download (Zip) - 7.2Mb


MySQL 5.6 リファレンスマニュアル  /  ...  /  テーブルへのデータのロード

3.3.3 テーブルへのデータのロード

テーブルを作成したら、データを移入する必要があります。これには、LOAD DATA ステートメントと INSERT ステートメントが役立ちます。

ペットのレコードを次のように記述できると仮定します。(MySQL では、日付の形式は 'YYYY-MM-DD' と想定されています。これはユーザーが通常使用する形式とは異なる場合があります。)

name owner species sex birth death
Fluffy Harold cat f 1993-02-04  
Claws Gwen cat m 1994-03-17  
Buffy Harold dog f 1989-05-13  
Fang Benny dog m 1990-08-27  
Bowser Diane dog m 1979-08-31 1995-07-29
Chirpy Gwen bird f 1998-09-11  
Whistler Gwen bird   1997-12-09  
Slim Benny snake m 1996-04-29  

空のテーブルから始めているため、データを移入する簡単な方法は、各ペットに対応する行を記述したテキストファイルを作成してから、1 つのステートメントでそのファイルの内容をテーブルにロードすることです。

たとえば、テキストファイル pet.txt を作成し、1 行に 1 レコードを記述します。値は、CREATE TABLE ステートメントに指定したカラムの順序に従い、タブで区切って指定します。性別が不明な場合やまだ生きているペットの死亡年月日など、不足している値には NULL 値を使用できます。テキストファイルでこれらを表現するには、\N (バックスラッシュと大文字の N) を使用します。たとえば、Whistler という鳥のレコードは次のようになります (値の間の空白は 1 つのタブ文字です)。

Whistler        Gwen    bird    \N      1997-12-09      \N

テキストファイル pet.txtpet テーブルにロードするには、次のステートメントを使用します。

mysql> LOAD DATA LOCAL INFILE '/path/pet.txt' INTO TABLE pet;

このファイルを Windows で作成した場合、作成に使用したエディタで \r\n が行ターミネータとして使用されているときは、代わりに次のステートメントを使用します。

mysql> LOAD DATA LOCAL INFILE '/path/pet.txt' INTO TABLE pet
    -> LINES TERMINATED BY '\r\n';

(OS X を実行している Apple マシンでは、LINES TERMINATED BY '\r' を使用するとよいでしょう。)

カラム値の区切り文字と行末マーカーは、必要に応じて LOAD DATA ステートメントで明示的に指定できますが、デフォルトではタブと改行です。ステートメントで pet.txt ファイルを正しく読み取るにはこれで十分です。

ステートメントが失敗する場合、使用している MySQL インストールではローカルファイル機能がデフォルトで有効になっていない可能性があります。これを変更する方法については、セクション6.1.6「LOAD DATA LOCAL のセキュリティーの問題」を参照してください。

新しいレコードを 1 つずつ追加する場合は、INSERT ステートメントが役立ちます。もっとも単純な形式では、CREATE TABLE ステートメントに指定したカラムの順序に従って、各カラムの値を入力します。Diane が、Puffball という名前の新しいハムスターを手に入れたとします。次のように、INSERT ステートメントを使用して新しいレコードを追加できます。

mysql> INSERT INTO pet
    -> VALUES ('Puffball','Diane','hamster','f','1999-03-30',NULL);

ここでは、文字値と日付値を、引用符付きの文字列で指定しています。また、INSERT では、不足している値を表す NULL を直接挿入することができます。LOAD DATA の場合のように \N を使用することはありません。

この例からわかるとおり、初期レコードをロードするために複数の INSERT ステートメントを使用すると、1 つの LOAD DATA ステートメントを使用する場合よりもかなり多くの入力が必要になります。


User Comments
User comments in this section are, as the name implies, provided by MySQL users. The MySQL documentation team is not responsible for, nor do they endorse, any of the information provided here.
  Posted by Mark Buchanan on August 8, 2012
When dragging file in Windows I found the quotes needed to be kept in.
  Posted by burak sarac on February 22, 2011
if you are creating source file via loop use character code for tab or "\t" (in example C# i have used "\t" instead of pressing TAB on string line).
Also when you are creating file with null date value (\N) then system showing as 0000-00-00 but when you use NULL for insert command system creating NULL value instead of 0000-00-00. then dba will have extra work to analyze null data isnt it?

Thank you
Burak

  Posted by Tom Spin on May 12, 2011
Hello, here is my solution, took me some time to figure out what was the catch in my case..

OS: WinXP
MySQL: 5.5.8 (included in WAMP server distibution)
INFILE: Made in Notepad, Win XP

Catch was pet.txt file, had to use TAB spacer between, even at last row... Then it still made some NULL rows, so i have positioned my mouse cursor at last row (Slim), behind last NULL word, pressed TAB once, then pressing DELETE so i can knock off those empty spaces..
etc: Fluffy Harold cat f 1993-02-04 \N
Claws Gwen cat m 1994-03-17 \N
Buffy Harold dog f 1989-05-13 \N
Fang Benny dog m 1990-08-27 \N
Bowser Diane dog m 1979-08-31 1995-07-29
Chirpy Gwen bird f 1998-09-11 \N
Whistler Gwen bird \N 1997-12-09 \N
Slim Benny snake m 1996-04-29 \N

It worked, and finally no more NULL rows.

Second, my Load line was:
LOAD DATA LOCAL INFILE 'c:/MySQL/pet.txt' INTO TABLE pet;

No TERMINATION line..

Cheers!
  Posted by Shannon Ploppa on July 14, 2011
Apperently, because of a security issue, the client is set up with local-infile=0. Read here:http://dev.mysql.com/doc/refman/5.1/en/load-data-local.html

Attempting to load data local infile from the client as stated in the tutorial will result in the following error : ERROR 1148: The used command is not allowed with this MySQL version.

In order to use load data local infile as in the tutorial, use the load-infile option when invoking the client.

From command line, run your client with the load-infile option set to true in order to be able to use load data local infile as in tutorial:
%> mysql --local-infile=1 -p

The instructions for loading data from a local file from the command line work as stated: ie from the shell prompt where the pwd contains the file cr_event_tbl.sql--
%> mysql menagerie < cr_event_tbl.sql
will still work.

  Posted by billy bob thorton on April 24, 2012
Like most admins in unix/linux world we use the terminal, and when using the terminal this usually means, you are local to the box - ie., sitting at the physical keyboard of the mysql server OR you are using ssh to connect via port 22. For this issue of load data local infile, if given the error - ERROR 1148 (42000): The used command is not allowed with this MySQL version, remember, you are remotely connected, and file you wish to import is local already, THUS, simply remove the word LOCAL, as it is already local, and the error message might be a bit misleading.

Here is the correct syntax for a flat.txt file that is already on the mysql server in a /path/file.txt and you are ssh'd into the box from say a laptop or other networked computer.

mysql> load data infile '/path/to/file/pet.txt' into table pet fields terminated by ',';

Query OK, 76 rows affected, 17 warnings (0.00 sec)
Records: 76 Deleted: 0 Skipped: 0 Warnings: 17

*** terminated by is a good option, and there was no need to specify a '\N'.

*** also if you made the mistake of having leading ',' like I did, you can issue a truncate table foo ; to simply remove current table data, and LOAD DATA INFILE again.

oly562 aka BBT
  Posted by Marlon Arenas on November 15, 2013
Newbie quesetion here:

I have this output:

+----------+--------+---------+------+------------+------------+
| name | owner | species | sex | birth | death |
+----------+--------+---------+------+------------+------------+
| Fluffy | Harold | cat | f | 1993-02-04 | 0000-00-00 |
| Claws | Gwen | cat | m | 1994-03-17 | 0000-00-00 |
| Buffy | Harold | dog | f | 1989-05-13 | 0000-00-00 |
| Fang | Benny | dog | m | 1990-08-27 | 0000-00-00 |
| Bowser | Diane | dog | m | 1979-08-31 | 1995-07-29 |
| Chirpy | Gwen | bird | f | 1998-09-11 | 0000-00-00 |
| Whistler | Gwen | bird | | 1997-12-09 | 0000-00-00 |
| Slim | Benny | snake | m | 1996-04-29 | NULL |
+----------+--------+---------+------+------------+------------+

I just wanted to change all records with DEATH value of '0000-00-00' to NULL, i did the following commands:

mysql> UPDATE pet
-> SET death=NULL
-> WHERE death='0000-00-00'
-> ;

now it displays:

+----------+--------+---------+------+------------+------------+
| name | owner | species | sex | birth | death |
+----------+--------+---------+------+------------+------------+
| Fluffy | Harold | cat | f | 1993-02-04 | NULL |
| Claws | Gwen | cat | m | 1994-03-17 | NULL |
| Buffy | Harold | dog | f | 1989-05-13 | NULL |
| Fang | Benny | dog | m | 1990-08-27 | NULL |
| Bowser | Diane | dog | m | 1979-08-31 | 1995-07-29 |
| Chirpy | Gwen | bird | f | 1998-09-11 | NULL |
| Whistler | Gwen | bird | | 1997-12-09 | NULL |
| Slim | Benny | snake | m | 1996-04-29 | NULL |
+----------+--------+---------+------+------------+------------+

is there a better way? the '0000-00-00' came from an imported CSV which I created using Google Spreadsheet. How come it didn't import as NULL off the bat (except the last record)? NULL and '0000-00-00' were from cells with blank data.

Is '0000-00-00' equals to NULL in a DATE field?

thanks,
Marlon
  Posted by Romina Chirre on March 27, 2014
This is a reply to Marlon Arenas' question. Hi Marlon. I am a newbie too and I was trying to figure out why when I was uploading the pet.txt file, the "death" date field was showing up as 0000-00-00 instead of as NULL. I realized I needed to add one more tab after the \N at the end of the line. Like this:

Fluffy -Tab Space- Harold -Tab Space- cat -Tab Space- f -Tab Space- 1993-02-04 -Tab Space- \N -Tab Space-

This is the way it should look once you load the file with this format:

mysql> SELECT * FROM pet;
+-----------+--------+---------+------+------------+------------+
| name | owner | species | sex | birth | death |
+-----------+--------+---------+------+------------+------------+
| Fluffy | Harold | cat | f | 1993-02-04 | NULL |
| Claws | Gwen | cat | m | 1994-03-17 | NULL |
| Buffy | Harold | dog | f | 1968-05-13 | NULL |
| Fang | Benny | dog | m | 1990-08-27 | NULL |
| Bowser | Diane | dog | m | 1989-08-31 | 1995-07-29 |
| Chirpy | Gwen | bird | f | 1998-09-11 | NULL |
| Whistler | Gwen | bird | NULL | 1997-12-09 | NULL |
| PusffBall | Diane | hamster | f | 1999-03-30 | NULL |
| Slim | Benny | snake | m | 1996-04-29 | NULL |
+-----------+--------+---------+------+------------+------------+
9 rows in set (0.00 sec)

I hope this helps.
Sign Up Login You must be logged in to post a comment.