テーブルとレコードとは？データベースの表・行・列の意味をやさしく解説

データベースの説明でよく出てくる「テーブル」と「レコード」。最初は名前が似ていて、どちらが表でどちらが1件分なのか混乱しやすいですよね。先に答えを言うと、テーブルはデータを集めた表全体、レコードはその中の1行分です。あわせて、列は項目、行は1件分のデータだと考えると、かなり見やすくなります。

仕事では、顧客一覧、商品一覧、注文一覧のように、同じ種類の情報をまとめて管理する場面がよくあります。こうしたときに使うのがテーブルです。テーブルの中には、名前、メールアドレス、電話番号のような列が並び、その1人分、1商品分、1注文分のまとまりがレコードになります。

表全体がテーブルで、1行分がレコードです。列は同じ種類の項目です。

まずは基本をおさえる

データベースの表は、Excelの表に少し似ています。ただし、見た目が似ていても役割は少し違います。データベースでは、ただ並んでいるだけではなく、あとで検索したり、条件で絞り込んだり、更新したりしやすい形でデータを保管します。

テーブルは、似た種類のデータを集めた入れ物です。たとえば「顧客テーブル」「商品テーブル」「注文テーブル」のように、何のデータを入れるかで分かれます。列は、そのデータが持つ項目です。顧客テーブルなら「顧客ID」「氏名」「メールアドレス」「登録日」などが列になります。レコードは、その列に沿って並ぶ1件分のデータです。顧客なら1人分、商品なら1商品分、注文なら1注文分です。

よくある混乱は、「行」と「レコード」を別物だと思ってしまうことです。実務では、ほぼ同じ意味で使われることが多いです。画面や資料によっては「行」と書いたり「レコード」と書いたりしますが、1行 = 1レコードと覚えておくと読みやすくなります。

身近なたとえで考える

学校の出席名簿を思い浮かべてみてください。名簿全体がテーブルです。名簿の中にある「出席番号」「名前」「ふりがな」「組」のような見出しが列です。そして、1人分の情報が1行に並んだものがレコードです。

この考え方を使うと、データベースの表は「ただの紙の表」ではなく、同じ型の情報をそろえて、あとで探しやすくしたものだとわかります。たとえば、クラス全員の名簿がばらばらのメモ帳に書かれていたら、1人を探すのに時間がかかります。けれど、見出しがそろった表なら、名前順にも、出席番号順にも整理しやすくなります。

買い物の記録でも同じです。レシートを1枚ずつ机に並べるだけでは見づらいですが、「日付」「店名」「金額」「支払い方法」の列がある表にそろえると、あとで合計を出したり、特定のお店だけ探したりしやすくなります。データベースのテーブルは、こうした整理の考え方をそのまま使っています。

実務ではどう使うのか

新社会人が最初に関わりやすいのは、顧客管理や問い合わせ管理です。たとえば、営業支援のシステムに「顧客テーブル」があるとします。そこには「顧客ID」「会社名」「担当者名」「電話番号」「最終接触日」の列があります。1社分の情報が1レコードです。

問い合わせ管理なら、「問い合わせテーブル」に「受付番号」「件名」「担当者」「ステータス」「更新日時」などの列を置きます。1つの問い合わせが1レコードです。こうしておくと、未対応の問い合わせだけを見る、特定の会社名で探す、更新が古い順に並べるといった操作がしやすくなります。

ここで大事なのは、列の名前は先に決めて、各レコードはそのルールに合わせて入れることです。列ごとに入る内容の種類をそろえることで、機械が扱いやすくなります。たとえば「電話番号」の列に名前が入っていると、あとで検索も集計も混乱します。データベースでは、見た目がきれいなだけでなく、意味がそろっていることが大切です。

また、同じテーブルの中でも、すべてのレコードがまったく同じではありません。顧客によって電話番号がないこともありますし、注文によって配送先がある場合とない場合もあります。つまり、テーブルは「同じ型のデータをまとめる箱」であって、中身の値まで全部同じにするものではないのです。

もし社内システムの画面で「一覧」と書かれていたら、その裏側にはテーブルがあることが多いです。画面では1行ずつ表示されていて、その1行がレコードにあたります。これがわかると、開発者や運用担当者との会話でも、説明を読み違えにくくなります。

図解で整理

ここで、言葉を図のイメージでまとめます。

用語	意味	覚え方
テーブル	データをまとめた表全体	一覧表そのもの
列	同じ種類の項目	名前、日付、金額など
レコード	1件分のデータ	1行分のまとまり

テーブルは「箱」、列は「見出し」、レコードは「1件分の中身」と考えると、かなり整理しやすくなります。特に、画面上で行を見たときに、それが1レコードだとわかると、データの増減や修正のイメージがつかみやすくなります。

実際の業務では、テーブルを設計するときに「何を1件と数えるか」を先に考えます。顧客1人を1件にするのか、会社1社を1件にするのか、問い合わせ1通を1件にするのかで、列の作り方が変わるからです。ここをあいまいにすると、あとで入力しづらくなったり、検索しづらくなったりします。

クイズで確認しよう

問題1 「テーブル」にいちばん近い説明はどれでしょう。

• A. 1件分のデータ
• B. データをまとめた表全体
• C. 項目の名前
• D. 文字を並べる場所

答えを見る

答え：B。テーブルは、同じ種類のデータをまとめた表全体のことです。

問題2 次のうち、レコードの説明として正しいものはどれでしょう。

• A. 表の見出し部分
• B. 1列分の項目
• C. 1行分のデータ
• D. データベース全体

答えを見る

答え：C。レコードは、表の中の1行分のまとまりです。

問題3 顧客テーブルにある「氏名」「電話番号」「メールアドレス」は何にあたるでしょう。

• A. テーブル
• B. レコード
• C. 列
• D. データベース名

答えを見る

答え：C。これらは、各レコードに入る項目なので列です。

まとめ

テーブルはデータを集めた表全体、レコードはその中の1件分、列は同じ種類の項目です。まずはこの3つをそろえて覚えると、データベースの説明がかなり読みやすくなります。迷ったら、学校の名簿を思い浮かべてください。表全体がテーブル、1人分がレコード、見出しが列です。

この基礎がわかると、次は「主キー」や「検索」「更新」などの話もつながりやすくなります。データベースの最初の一歩として、まずは行と列の関係をしっかり押さえておきましょう。