ITパスポート 令和6年度 問60：databaseに関する問題

答えは b（a=表, b=レコード, c=フィールド）です。

リレーショナルデータベースは“入れ子”の構造です。

• いちばん外側＝データベース全体、その中にいくつかの表（a）。
• 表は、たくさんの“横の行”＝レコード（b）が集まってできています（1行＝1件のデータ）。
• 1行を切り出すと、その中身は項目ごとの値＝フィールド（c）です（1マス＝1項目）。

👉 覚え方：表（テーブル）＝行（レコード）の集まり、行＝項目（フィールド）の集まり。

なので a=表、b=レコード、c=フィールド の組合せが正解です。

なぜこれが正解か

正解は b。関係データベースの構造を階層で対応させる。

• a：データベース全体に含まれるのは複数の表（テーブル）の集まり → a=表。
• b：表は、項目1・2・3を持つ行が縦に並んだもの。表を構成する“行の集まり”＝レコード（行・組） → b=レコード。
• c：その表から1行を切り出すと、項目（列）ごとの値の並びになる。これがフィールド（列・属性） → c=フィールド。

よって a=表／b=レコード／c=フィールド。

用語整理

• 表（テーブル／関係）：行と列からなるデータの集合。
• レコード（行／組／タプル）：1件分のデータ（横方向の1行）。
• フィールド（列／属性／項目）：データの種類ごとの値（縦方向の1列、または1行内の各項目）。

覚え方・ひっかけ注意

「表 ⊃ レコード（行）⊃ フィールド（項目）」という包含関係で固定する。bとcの取り違え（レコードとフィールドの逆転）が定番のひっかけ。「1件分の横一列＝レコード」「項目ひとつ＝フィールド」と方向で覚えると間違えない。

理論的背景

関係データベース（RDB：Relational Database）の構造はEdgar F. Codd（IBM）が1970年に提唱した「関係モデル（Relational Model）」に基づく。関係モデルでは「関係（Relation）」をデータの基本単位として定義し、これが実装上「表（Table）」として具現化される。

本問の正解b「a=表・b=レコード・c=フィールド」の理由を構造から分析する。関係データベース全体は複数の「表（Table）の集まり（a）」で構成される。各表は行（Row）と列（Column）から成る2次元の構造体であり、表の一行を「レコード（Record）・行（Row）・タプル（Tuple）」（b）、一列を「フィールド（Field）・列（Column）・属性（Attribute）」（c）と呼ぶ。

正式な関係モデルの用語とデータベース実装の用語の対応：タプル（Tuple）→行（Row）→レコード（Record）、属性（Attribute）→列（Column）→フィールド（Field）。ITパスポートシラバスでは「レコード＝行・フィールド＝列」という実装用語が使われ、基本情報技術者以上では関係モデルの厳密な用語（タプル・属性・候補キー・関係）が問われる。

表の構造において「フィールドの集まりがレコードを構成し、レコードの集まりが表を構成し、表の集まりが関係データベースを構成する」という包含関係（フィールド⊂レコード⊂表⊂データベース）の理解が本問の本質的理解である。

実務での使われ方

関係データベースの実装はOracle Database・Microsoft SQL Server・PostgreSQL・MySQLが商用・OSSを問わず広く使われている。クラウド時代ではAmazon RDS・Azure SQL Database・Google Cloud SQLがマネージドサービスとして主流化しており、データベース管理（バックアップ・パッチ適用・レプリケーション）の運用コストを大幅に削減している。

現代のデータアーキテクチャでは「データウェアハウス（DWH：Online Analytical Processing向け列指向DB）」と「オペレーショナルDB（OLTP：Online Transaction Processing向け行指向DB）」の2種類が使い分けられる。行指向DB（PostgreSQL・MySQL等）は「レコード単位の読み書きが頻繁なトランザクション処理」に最適化され、列指向DB（Amazon Redshift・Google BigQuery・Snowflake等）は「特定フィールドの大量集計・分析（SELECT sum(sales)等）」に最適化されている。これは「レコード（行）」と「フィールド（列）」の物理的格納順序の違いが実用性能に直結するアーキテクチャ的意思決定である。

試験での位置づけ

「関係データベースの構成要素（表・レコード・フィールド）の識別」はITパスポートのデータベース分野での最基礎問題として毎回出題される。本問のような「図の構造→正しい用語の組み合わせ選択」形式が典型。誤答パターンは「aとbの入れ替え（レコードが上位でフィールドが下位と誤解）」と「bとcの入れ替え（行と列の混同）」が主。

記憶法：「レコード＝横の1行（Re-kord：Row）・フィールド＝縦の列（Field：畑の区画のように縦に並ぶ）」という直感的イメージが有効。「表の中に複数のレコード（行）があり、各レコードは複数のフィールド（列）の値を持つ」という包含関係の理解が正確な整理につながる。

基本情報技術者ではSQL（SELECT・INSERT・UPDATE・DELETE・JOIN・GROUP BY・HAVING・サブクエリ）の詳細が問われる。JOIN操作（内部結合・外部結合・クロス結合）での「複数表の結合」は「表とフィールドの関係」理解が前提となる重要概念。応用情報・データベーススペシャリスト試験ではER図（Entity-Relationship Diagram）の設計、正規化（第1〜第3正規形・ボイスコッド正規形）、インデックス設計・実行計画の最適化まで出題される。

選択肢の発展補足

選択肢cの「a=フィールド・b=表・c=レコード」という誤答：この配置はフィールド（最小単位）を最上位概念に置く構造的矛盾を含む。「フィールドの集まり＝レコード・レコードの集まり＝表」という階層を逆転させた選択肢であり、RDBの基本構造の理解不足を示す。フィールドは「表の列定義・スキーマ」という抽象概念として理解するとデータベース全体との包含関係が明確になる。

選択肢dの「a=レコード・b=表・c=フィールド」という誤答：レコード（行の概念）を表（複数の行を含む集合体）の上位概念に置く逆転した構造。「表の中にレコードがある（表⊃レコード）」という関係が「レコードの中に表がある（レコード⊃表）」と誤理解している場合に起こるパターン。Excelでは「シート（表に相当）＝行と列の集合」という馴染みある概念でこの包含関係を確認するとわかりやすい。

フィールド（列）の深掘り：フィールドは「その表が管理するデータの属性種類（列の定義）」を表し、データ型（INT・VARCHAR・DATE等）とドメイン（取りうる値の範囲）を持つ。レコード（行）は「その表に実際に格納された1件分のデータ実体」を表す。「列（フィールド）はスキーマの概念・行（レコード）はデータの実体」という抽象/具体の区別が関係モデルの理解を深める。