コマンド道場
主キー・外部キー難易度 ★★☆☆☆

実在する部署だけを許す

部署ごとの経費を記録する表 keihi を作ってください。列は keihi_id が整数で主キー、busho_id が整数で NULL を許さず busho 表の busho_id を参照する外部キー、kingaku が整数で NULL を許さない、の 3 つで、この順に並べます。参照先の部署が使われているあいだは、その部署の行を消せないようにします(既定の動きのままで構いません)。作ったら keihi_id が 1、busho_id が 2、kingaku が 30000 の行を 1 行だけ入れてください。

未確認の製品があります そのまま使える: PostgreSQL / MySQL / MariaDB / SQLite / SQL Server

未確認: Oracle Database / IBM Db2

製品ごとの対応表(根拠つき)を見る

● 起動中…

この問題で使えるテーブル(名前をタップすると入力できます)

7

NULL
🔑int不可
text不可
int
データを見る(先頭 5 行)
busho_idbusho_nameparent_busho_id
1経営NULL
2開発1
3営業1
4管理1
5基盤2

18

NULL
🔑int不可
text不可
int
int
numeric(10,0)不可
date不可
date
データを見る(先頭 5 行)
shain_idnamebusho_idjoushi_idsalaryhired_ontaishoku_on
1鈴木1NULL9800002014-04-01NULL
2佐藤217200002016-10-01NULL
3田中225200002019-04-01NULL
4中村225300002020-04-01NULL
5小林224450502024-04-01NULL

解説

結論

REFERENCES を書くと、相手の表に実在する値だけが入るようになります。

★親を消せなくなるのが既定です: 何も書かなければ、参照されている部署の行は消せません。消そうとするとデータベースが拒否します。経費の記録が宙に浮くのを防ぐためで、たいていの場合これが正しい既定です。

★外部キーは NULL を止めません: 参照先に実在するかを見るだけなので、NULL は素通しです。「必ずどこかの部署に属する」を求めるなら NOT NULL も一緒に書いてください。

★参照先には主キーか一意制約が必要です: ただの列は指せません。指した先が 1 行に決まらないと、「実在するか」を確かめようがないためです。

⚠️ 採点は information_schema(データベース自身が持つ表の情報)を読んで判定しています。どの表のどの列を指しているか、親を消したときにどうなるかまで見ているので、実際に消してみなくても分かります。

主キー・外部キー の使い方をはじめから読む

根拠(一次情報)