応用情報技術者 試験情報＆徹底解説

令和7年秋期試験 午後問6(データベース)についての投稿を受け付けるスレッドです。

UPDATEって書いちゃった……

え、違うんですか！！？？

ALTER TABLEじゃないですかね
表そのものの変更なので

DBだけ簡単だった…
それ以外キツすぎる

a希望日時
B→
C最大受講者数
Dレベル
２日常英会話講座のジャンルは変更もするから
３e
設問3
WITH だめですね。
G Date H TIME ここは雰囲気も混ざってます。
I 開催 番号=開催 番号
（ネットワークやシステム開発などに命注いでたため急遽この科目にしたので拙い 回答です。）

DB簡単だったにも関わらず回収される直前になって2問くらい解答記入するところ間違えてるのに気づいた…

もしかして、席一番右後ろにいた？

全然違うくね？

全然違うんだがw

内部結合のon句って、t0とt1の講座コードと開催番号がイコールでいいんですかね……

ジャンルとレベルな

Iは講座コードと開催番号の2つをAND使って指定する必要があったような…

a 受講予約結果
b←
(1)
cレベル
dジャンル

(2)サブタイプにおいて共通する属性でないから

(3)
年齢層

f ALTER 

g 勤務年月日、講師コード

h CASCADE

i ON t0.講座コード = t1.講座コード AND t0.開催番号 = t1.開催番号

私はこんな感じになりました

設問1
a: 開催番号(主キーの下線)
b: ←

設問2
(1) c: レベル  d: ジャンル
(2)サブタイプ間で定義域制約が異なるから。
(3)e: 年齢層

設問3
f: ALTER

設問4
g: 勤務年月日, 講師コード
h: CASCADE

設問5
i: ON t0.講座コード = t1.口座コード AND t0.開催番号 = t1.開催番号

質問ですが、レベルやジャンルが入って、最大受講者数がcやdに入らないのは何故でしょうか？

1 a 開催番号（下線あり） b ←
2 1) c レベル d ジャンル
   2) 変更の容易性を高くするため
 3) 年齢層
3 f UPDATE (ALTERが正解ですね）
4 g 勤務年月日, 講師コード
5 i ON t0.講師コード = t1.講師コード

回答した通りに書いてみました。
ご指摘いただけると嬉しいです！

追加で
h CASCADE

楽勝すぎました。
合格確実です。

ねこさんと全く一緒です！
当たってるといいですね！！

cと dって順不同ですよね？

cascadeか…
あと何故か→の向き間違えた…

a 希望日時
c,d レベル、最大受講者数
の気がする

16さん
「ビジネス英会話講座」と「日常英会話講座」で、「レベル」「ジャンル」に決まった値を入れたいからです(これが定義域制約です)
最大受講者数は、講座コードによって異なるものなので制限を設ける必要がないです。

葉っぱさんありがとうございます。
これが2-2の答えにもつながるんですね...

i.ON (t0.講座コード, t0.開催番号)=(t1.講座コード,t1.開催番号)

っていう書き方ありますか？

> ねこさん
ありますし正しく動きます。
回答として異質ですが失点は無いんじゃないですかね

a 開催番号（破線）
b ←
c :レベル
d :ジャンル
(2)従来の構造だとタイプを識別できないから。
e :開始時刻 （わからんかった）
f :ALTER
g :勤務年月日、講師コード
h :ON t0.講座コード = t1.口座コード AND t0.開催番号 = t1.開催番号

どうでしょうか…

a 開催番号は実線ですね
受講者は同じ講座を何回でも受けて良いので、この2つのコードでは一意になりません

aの開催番号は破線ですか？下線ですか？賢い人教えて！

主キーですね。
外部キーだと同じ講座を複数回予約できないです。

おつかれさまです。さきほど公開された問題を見てみました。
設問1
a
開催番号（主キー）
開催スケジュールエンティティから外部参照する上で開催スケジュールの主キーをそのまま受講予約・結果エンティティの主キーにする必要がある。実際には主キー兼外部キーという扱いになる。
b: ←
aの説明の通り、受講予約・結果エンティティに矢印の先を向ける必要がある。同じ時間の講座を複数人に対し設定することは容易に想像がつくだろうということで、1対多。

設問2
（1）
c
レベル
d
ジャンル

（2）にもいえることだが、そもそものスーパータイプ・サブタイプ化の目的は定義域制約を設定することにある。まあ、check制約で別にそのままでも工夫すればできるはできる（※）が、今回はこうしたようである。
※：https://www.db-siken.com/pdf/26_haru/pm1_3.pdf
P24の図5のように工夫をすればできるが、ジャンルの変更の容易性というくだりからこうする必要があったのだろう。ただ、ジャンルの変更の容易性というのなら、これはSQLアンチパターンのサーティーワンフレーバーに当たるとしかいいようがない。ジャンル用のエンティティを用意して、外部参照を張る方がよほどマシである。

（2）
異なる定義域制約を設定する必要があるから
もう少し30字くらい長ければ、「サブタイプごとに異なる定義域制約を設定する必要があるから」とか書いたが、この字数ではこれが限度だろう。

(3)
e
年齢層
P36表1より、ビジネス英会話講座では年齢層を問わないので、日常英会話講座のみ管理すればよい。

設問3
f
ALTER
表定義の変更にはALTERを用いる。

設問4
g
勤務年月日, 講師コード
勤務年月日、講師コードに対して勤務日テーブルから外部参照を張るが、勤務日テーブルには勤務年月日、講師コードしか属性がない。
h
CASCADE
親情報を削除すると、子情報も削除されるようにするには、CASCADEを指定する。CASCADEは結構採用するには勇気がいると思うが。

設問5
i
ON t0.講座コード = t1.講座コード AND t0.開催番号 = t1.開催番号

開催スケジュール（t0）と講座担当割当（t1）の内部結合を考える。WHERE句で指定した年月日において、講師が担当している講座を出すので、主キー同士が対になるように結合する。開催スケジュールエンティティと講座担当割当エンティティが1対1という関係性からも、この導出をする際のヒントになっている。

設問1  a 開催番号（下線つき）
  b ←
設問2 (1） c レベル
  d ジャンル
 (2）  適用すべき値の定義域制約が違うから
 (3） e 年齢層
設問3  f CREATE
設問4  g 勤務年月日,講師コード
  h 勤務日
設問5  i ON t0.講師コード = t1.講師コード AND t0.開催番号 = t1.開催番号

にしました
設問3.4は全然わからんかった・・・

はっ
プラチナマイスターの方が投稿してるの気づかなかった
もしかして結構いけてる・・・？あてずっぽうで書いたのが一個当たってそうでうれしいです(T_T)

設問1
a: 開催番号（実線あり）、b: ←
設問2
(1)c: レベル、d: ジャンル
(2)講座のジャンル変更を容易にするため
(3)e: 年齢層
設問3
f: alter
設問4
g: 勤務年月日, 講師コード、h: cascade
設問5
i: on t0.講座コード=t1.講座コード and t0.開催番号=t1.開催番号

設問5
USING(講座コード、開催番号)

でも正解ですかね…？

結合条件1つだけだと途中点もらえませんかね、、

No.15ネコさんとほぼ同じです。
設問2(2)の記述は「定義域」というワードが思いつかず
「サブタイプ毎にとりうる値が異なるため」と回答してしまいました。
中間点ももらえず×ですかね‥

iの回答をON t0.開催番号 = t1.開催番号
としてしまったのですが、部分点もらえますかね？

この投稿は投稿者により削除されました。(2025.10.14 00:38)

設問４の空欄ｇのところ、

問題文の[ ｇ ]の枠がどう見ても１単語しか入らなそうな幅だったので
最初は「勤務年月日、講師コード」と書いたのを
イチかバチかで「勤務年月日」だけに書き直しました。（笑）

やっちまったと思います。

開催番号は一意なはずだから開催番号だけで問題ない気はする

cascadeのスペル分からんくて焦ってたけど、問題文のDROPの後ろの方に書いてあって有難かった。
それはそうと開催番号の下線付け忘れた気がするなぁ・・・。

設問１
ａ：開催番号（主キー）
ｂ：←
設問２
（１）
ｃ：レベル
ｄ：ジャンル
（２）
定義域（ドメイン）が異なる為
定義域（ドメイン）が浮かばなかった場合は、「取りうる値が異なる為」とかでもよいかと思います。
（３）
ｅ：年齢層

設問３
ｆ：ALTER
設問４
ｇ：勤務年月日，講師コード
ｈ：CASCADE
設問５
ｉ：ON t0.講座コード = t1.講座コード AND t0.開催番号 = t1.開催番号
  「USING(講座コード,開催番号)」でも正解になると思います。

スーパタイプとサブタイプについて
スーパタイプ：サブタイプ間で共通となる属性を管理
サブタイプ：サブタイプ間で排他的な（異なる）属性を管理
※スーパタイプとサブタイプ間は１：１となる為、基本的には主キーは同じ
 （まれに主キー：外部キーで１：１となる場合もあり）
今回、レベル及びジャンルは属性の名称としては同じ為、スーパタイプで管理すればよいかと思わせていますね。
が、それぞれの定義域（データとして持つ値のルール）が異なる為、名称は同じであれど意味合いが異なる属性となっており、サブタイプに持たせる必要がある事になります。
という事で、ｃ、ｄはレベルとジャンルとなります。

が、「GinSanaさん」がおっしゃるようにこの問題の仕様には疑問が残ります。
この場合、レベルとジャンルをサブタイプに置くのは問題ないのですが、
「ビジネスレベル」、「日常レベル」「ビジネスジャンル」、「日常ジャンル」
の各々のエンティティを作成し、それぞれに参照制約を設定したほうがよいと個人的には思います。（この場合は参照先にデータがあればよい為、check制約は不要となる）
少なくとも日常英会話講座のジャンルについては変更の可能性ありと記述しているのであれば、「日常ジャンル」エンティティを作り、参照制約を設定するべきである。
ジャンルが変更される度に、ALTER TABLEを実行するの？？？という話になる。

自己レス
「ジャンルが変更される度に、ALTER TABLEを実行するの？？？」
は、正しくは
「ジャンルが変更される度に、ALTER TABLEかALTER DOMAINを実行するの？？？」
となります。

デスぺ受けてきたついでにこっちも解いてきました。
設問１
a:開催番号（主キーの下線）
b:←

開催スケジュールと受講者の組み合わせがないとわからない情報を保管するのが受講予約・結果エンティティ。（いわゆる連関エンティティ。矢印が向かれる）
両方の主キーがわからないと１つに特定できないため、開催番号は主キーにしました。

設問２
(1)
c:レベル
d:ジャンル
(2)
それぞれが別の属性や定義域を持つため。（19字）
(3)
e:年齢層

スーパータイプで全体として共通となる講座名などの属性がそのまま残る（図２で省略されているのは、講座コード（主キー）、講座名、講座概要、最大受講者数、講座区分）。ただしレベル、ジャンルはサブタイプごとに定義域が異なるため、それぞれ固有の属性ととらえる。(２)は定義域が異なることとe:年齢層の属性のあるなしについて記述しました。

問３
f:ALTER
問４
g:勤務年月日,講師コード
h:CASCADE
問５
i:ON t0.講師コード = t1.講師コード  AND t0.開催番号 = t1.開催番号

問３・５はテーブル書き換えと結合の構文知識。
問４は参照制約。勤務日の複合主キー{勤務年月日,講師コード}を参照。
上のエンティティが消えれば下も消えるのがCASCADE。

質問失礼します。
設問5の「i」のONの左辺と右辺の順番は決まってますか？

ON t1.講師コード = t0.講師コード  AND t1.開催番号 = t0.開催番号

とすると不正解でしょうか？

さすがに正解だと思う（部分点じゃなくて正解)

ゼロトラストさん

有難うございます。

問4のgについて、
「講師コード」しか書かなかったんですけど部分点もらえます？

今回ってデータベースだけ難しかったりしたんですかね...？

他4科目は6割あったのに、データベースだけ2５％だったんです...。

調整入ったりしないですかね...