令和4年度 春期 応用情報技術者試験 午後 問6 クーポン発行機能のデータモデル設計と排他制御による連番管理方式の選択

解説

図1（予約サイトデータベースのE-R図）を確認します。
「利用プラン」エンティティは主キーとして「施設コード」と「プランコード」を持っています。
また、「利用プラン」から「予約」へは1対多の関連（矢印）が引かれており、「予約」エンティティは「利用プラン」とのリレーションシップを構成するために外部キーを持つ必要があります。
図1の凡例「破線の下線は外部キーを示す」に従い、「予約」エンティティの空欄 a・b には「利用プラン」の主キーである「施設コード」と「プランコード」が外部キーとして入ります（順不同）。

高得点のポイント

• 図1のE-R図からエンティティ間のリレーションシップを正しく読み取ること。
• 外部キーとして必要な親エンティティの主キー（「施設コード」「プランコード」）を正確に抽出できること。

なお、採点基準は、正解の2つを1つずつ答えている場合は満点、正解のうち1種類だけを答えている場合（同じ正解を二つ書いた場合を含む）は半分、正解を1つも答えていない場合（同じ誤答を二つ書いた場合を含む）は0点となります。

【問題の本文・図表】の図1において、「利用プラン」と「施設」の間の関連を考えます。
「施設」の主キーは 施設コード であり、「利用プラン」はこれを外部キーとして保持しています。つまり、1つの「施設」に対して複数の「利用プラン」が存在するという「1対多」の関係が成立します。
凡例の「1対多」の記号（片側矢印）に従うと、「施設」（1）から「利用プラン」（多）に向かって矢印を引くことになります。
図の配置では「施設」が下、「利用プラン」が上にあるため、c には上向きの矢印（ ↑ ）が入ります。

高得点のポイント

• 主キーと外部キーの関係から「1対多」の方向を正確に判定できているか。
• 図表上の配置に従って適切な矢印記号を選択できているか。

図2のSQL文は、既存の「クーポン明細」テーブルに対して新たに UNIQUE 制約（クーポン明細_IX1）を追加する処理です。
関係データベースにおいて、テーブルの定義を変更・追加するためにはデータ定義言語（DDL）の ALTER TABLE 構文を使用します。
したがって、d には ALTER TABLE が入ります。

高得点のポイント

• テーブルに対する制約追加の際に必要なSQL（DDL）の基本構文を正しく記述できているか。

下線①で「予約」テーブルの「クーポンコード」と「クーポン発行連番」の組に対してUNIQUE制約を付与した理由を問う問題です。
表2「クーポン発行サービスの概要」の「クーポンの利用」の項を確認すると、「1枚のクーポンは一つの予約だけに利用できる。」という業務要件が記載されています。
「クーポンコード」と「クーポン発行連番」の組み合わせは、発行された個別の1枚のクーポンを一意に識別するものです。
この組み合わせに対して予約テーブル上でUNIQUE制約を付与することで、同一のクーポンが複数の予約レコードに登録されること（二重利用）を防ぎ、前述の業務要件をデータベースの制約として確実に実現しています。

高得点のポイント

• 表2の業務要件の中から、該当の制約に直接対応する文章を過不足なく抜き出せているか。

図4のロックなし方式のSQL文における副問合せ 発行済枚数取得 の内容を読み解きます。
目的は、現在クーポン明細テーブルに登録されている当該クーポンの「発行済枚数」を取得することです。
発行済枚数は、これまで1から順に連番で発行されたクーポンの「最大値」と等しくなります。したがって、MAX() 関数の中には、連番を管理している列である クーポン発行連番 を指定するのが適切です。
これにより、現在の最大の連番を取得し、次に発行するクーポンの連番（+1）を計算しています。

高得点のポイント

• 連番管理の仕組みを理解し、最大値を取得すべき列名（「クーポン発行連番」）を正しく解答できているか。

図5のロックあり方式のSQL文におけるUPDATE文の構文を完成させる問題です。
この方式では、新たに設けたクーポン管理テーブルの「発行済枚数」列をカウントアップすることで連番管理を行います。
UPDATE文で列の値を更新する際は SET 句を用います。
発行済枚数を1つ増やす処理であるため、f には SET 発行済枚数 = 発行済枚数 + 1 が入ります。

高得点のポイント

• UPDATE文におけるSET句を用いたカウントアップの構文を正しく記述できているか。

図5のUPDATE文におけるWHERE句の条件 発行済枚数 < g を考えます。
クーポンの獲得処理は、あらかじめ定められた上限枚数に達するまで行われます。上限に到達した後はカウントアップ（UPDATE）を行わないように制御する必要があります。
図1のE-R図でクーポン管理テーブルの属性を確認すると、上限を定義する列として 発行上限枚数 が存在します。
したがって、現在の発行済枚数がこの上限を下回っている場合のみ更新を許可するため、g にはこの列名が入ります。

高得点のポイント

• テーブルの列定義から、上限枚数を表す正確な列名を読み取れているか。

図3のCRUD図における「クーポン獲得」処理の「クーポン管理」テーブルに対するレコード操作（②）の変更を問う問題です。
変更前（ロックなし方式）では、図4のSQL文のとおり「クーポン管理」テーブルに対する操作はSELECTのみであり、「R（参照）」となっていました。
一方、変更後（ロックあり方式）では、図5のSQL文で示されているように、「クーポン管理」テーブルに対して UPDATE による更新が行われ、さらに INSERT 文内の SELECT 句で参照も行われます。
したがって、更新（U）と参照（R）の両方が発生するため、操作内容は RU となります。

高得点のポイント

• 図5のSQL文から、「クーポン管理」テーブルに対して「参照（R）」と「更新（U）」の両方が行われていることを正確に把握できているか。

図3のCRUD図における「クーポン獲得」処理の「クーポン明細」テーブルに対するレコード操作（③）の変更を問う問題です。
変更前（ロックなし方式）では、図4のSQL文において「クーポン明細」テーブルから現在の最大連番を取得するための SELECT（R）と、新たなクーポンを登録するための INSERT（C）が行われており、「CR」となっていました。
一方、変更後（ロックあり方式）では、図5のSQL文を見ると、「クーポン明細」テーブルに対する操作は INSERT（C）のみであり、SELECT による参照は行われていません（連番はクーポン管理テーブルから取得しています）。
したがって、操作内容は C となります。

高得点のポイント

• 図5のSQL文から、「クーポン明細」テーブルに対しては「追加（C）」のみが行われていることを正確に把握できているか。