データベーススペシャリスト 試験情報＆徹底解説

令和7年秋期試験 午後Ⅱ問2についての投稿を受け付けるスレッドです。

出荷ってなんだよ!
ちゃんと言葉定義しろよ。悪問すぎる。

全くわからなかった。
29年から過去問してきたけど、全然意味をなさなかった
くやしいです

「導く」という言葉が何度も出ましたがよくわからないまま終わりました、物理設計選んだほうがマシだったかも
属性名にシャープとかアルファベットを使うのかと思いきや、去年だけでしたね。
店舗コードを配送年月日を何度書いたか…

トランザクションが自分にはまだ難しすぎました...
混乱が解けず、［カッコの新ルール］も全く反映できてません.
来年こそは...！

リレーションシップ例年よりだいぶ少ないですよね…？

サロゲートキーの有り難さを実感できる（？）
試験でしたね...
サロゲートキーに甘えるなというIPAのメッセージでしょうか

頑なにサロゲートキーを使わないせいで主キーだらけ・ずっと同じような属性名を書き続けさせられる感じの問題でしたね…

トランザクションの資材要求、出庫要求、出荷の部分の関係が全く分からなかった。
よって問2もできず。
むずくね。

コの解答って何書けばいいんでしょう？

穴埋め問題って、枠内完全解答でしか得点にならないんですかね…

複数主キーを延々と書いていく感じですよね？

わかった人に質問なのですが、いつもなら明記される受注番号などの主キーは今回だとどう言った形になったのでしょうか？

[問2、日本語が難しい]

作問者によって難易度大きく変わるのどうにかならないですかね、、、
解答は全部埋めたので、部分点で60点行ってくれたらラッキー程度に思っておきます。

主キーの明示がありませんでしたよね。どのように導けばよかったのでしょうか。

[]をつけるルールって初めて見ました。以前の試験にも出たことがありますか、、

出庫だの出荷だのわかりにくくて命名どうにかならんかったんかな

マジで主キーあってるかわからん
誰か答え教えて

h30だかh30にありましたね

内容というか、何ごとに業務が行われてるのか分からず、壊滅でした
主キーっぽい属性(No.4さんのように店舗コードとか配送年月日)とか書きまくったので、部分狙いです…

あと、地味に棚とか在庫関連のとこもよく分かりませんでした。

個人的には伝説のピザ屋さんって感じです。

DCごと、区画ごと、資材ごと、みたいな記載は軒並み主キーにしつつ、一意にするために基本的に年月日を主キーに追加する感じで書きました。(合ってるかは分からず)

日次の作業というところが主キーの肝なのでしょうか？今回はいつもと違って「〇〇を参考にして導く」みたいな文言が少し混乱した人も多いと思いますが、皆さんどうでしたか？
あと主キー以外の要素がすでに記載されている部分が多く、例年とは逆だと感じました。

〇〇年月日じゃないかなとおもつた

私も上の投稿のkaさんと同じ感じです！
どうなんでしょう！

コに要求区分って入れない方が良かった？

主キーの穴埋め…一つ間違えたら連鎖するのやめてほしい
難易度上がりすぎでは？

dbスペシャリストの問題で毎度思うけど、日付を主キーにするんじゃない！ 現場でやったらボコボコにされるぞ

デスぺの午後2って本当に読解力試されるよね
グダグダ書いてある、ふわっとし他の業界の業務の話をじっくり聞いてあげて

どうでも良い情報と重要な情報を選別して
エンティティに落とし込んで….

設計力だけじゃなくて
要件の理解力というか、
話を理解する力というか….


とにかく、今後ポスト生成AIの時代でも、
しばらくはこの業界で重宝されそうなスキルだと思います



と、長々と書きましたが
自分は恐らく午後2、無残に散りました
とりあえず今日日帰り温泉行きます
結果待ちます

DCコード、店舗コード、資材コード+販売/発注/出庫/出荷/入荷年月日+明細番号
必要に応じて店舗コード外したり区画番号入れたりみたいな解答を連発しましたね…どうなのか

実務で物流のDBを設計してた者です
普通に実務経験に基づいて説明に無い出荷番号や出荷明細番号、出庫番号などを自己定義してそれを使い続けたのですが、スレの流れ的にもしかして違う感じですか？(正直違和感は感じてた)
というか、この内容で設計されてない物流テーブルの意味がわからないのですが・・・

恥ずかしながら、出荷、出庫、入荷、入庫の違いがわからずw 実際に格納するのが入荷と決め打ちで(⁠T⁠T⁠)

主キーが明記されてなくて、トランザクション系のエンティティは多分ほぼ終わった
前の過去問みたいに問題文を読んで、書いてあるエンティティをそのまま写すだけの作業的な試験ではなく、こういう要件があるけど何を主キーとして持たせるべきかを思考させる問題に変わってる気がした、、、

同じ主キーを書きすぎてゲシュタルト崩壊し途中で主キーをDCコードを削ってしまった😇

可読性のためにサロゲートキーは使うなと書いてありましたね。よっぽど可読性が下がってる気がしますが…

上 いや入庫のミスタイプ

サロゲートキーがない上に#やYMDなどの略語も消えて漢字書き取り試験と化した

今回みんなむずいと感じてる感じですかね？

全部出庫番号 出荷番号で書いてしまった
サロゲートにやられたわ

IPAはこのサロゲートキーを一切使わず日付を主キーにするようなDB設計が本当に良い設計だと思って作問してるのか？

部分点とかってどれくらいある感じなんでしょうか
これ後半ひとつ間違えたら芋づる式に全部間違いになりますよね。。。

業務キーを想定させる設問になってるのは意図はわかるけど、日次処理だからって日付を業務キーにさせんな
物流が日次で動く前提とかありえんだろ

バチクソに難しくなっててここに来たんですけど、やっぱそうですよね！？
過去問8年分くらいしかやれてはいないですけど、お話にならないくらい難しい、というか読み取れなさすぎて途中で帰ったろうかなと思ってました。

体感で6割は確定で取れてないなと思うんですけど、相対的な評価みたいなことってありえるんですかね？？
全体的に点数低いから絶対的に6割越えてなくても調整入るみたいなことないですかね。とりあえず全部埋めたは埋めたので奇跡起きろと願ってやけ酒するんですが

皆、同じようなこと考えてて安心しました。
多分、自分は落ちてます

個人的に、パン屋の問題かそれ以上に難しく感じました。
トランザクション系は全く手応えがないですね。

No39さんと同じで、勝手に主キー定義したので、
爆死しました
サロゲートキー使うなってこの掲示板見て気づきました、、、

異質すぎて設問2とかよくよく読めば埋まる四角全然埋まらんかった…1・2の配点ってどのくらいの配分なんでしょう

選択問題だけだったり配点が不明の試験は堂々と調整がかかることはない気がします。
採点が妙に甘いなと思ったら調整がかかった結果かもしれませんね。

年月日って配送年月日のこと？

最後の筆記試験ということで本気だしてきたのか、、、ipa

配送年月日って書いたら出庫と出荷の対応付け出来なくないですかね？

今までなら、これを主キーにしてね〜ってのが読めば分かったのに、今回のトランザクションは「こういう業務です。あとよろしく。ただサロゲートキーは使わないで」ってぶん投げられて、1から全部設計させられた気持ちになりましたし、そんなん2時間で無理やろ

令和5年、令和6年と自然キーを使う設問が徐々に、増えてたのは、この問題を出すためのジャブだったんだなー

サロゲートキー使わなかったっていうだけで部分てくれよマジで

誰かコからナまでの答え共有しよ

おそらく「1日に高々1回」みたいな記載が年月日を主キーとしている根拠にされる気しますね

要求投げるのは1日1回として配送年月日が被らないとは限らない文章かと思いました。要求年月日と配送年月日分けたけど、そんな訳無い量書かされた。。

こんな問題でも6割以上解けたって自信ある人ってどれくらいいるのだろうか、、

NO.54さんと同じ気持ちです笑
申し訳程度に出庫年月日やら配送年月日とかでせっせと主キーにした努力だけで点数ください、、笑

要求は、配送年月日と店舗コードと資材コード+要求区分が主キーで区別できるんじゃ

共通資材調達条件のキが、問題文のどこにも載ってないような気が。。仕方なく、資材要求数だけ、書いておいた。

え？要求区分も主キーですか？

IPA「うーん、問2解く人多すぎるし来年からCBTだし、せや！全員にトラウマ植え付けるためアホほど難化したろ！これで来年から問2選ぶやつ少なくなるやろ^^」

皆さんの感じを見てると、やはり今年は難易度が高かったようですね…
来年からは年に複数回受けれるらしいですし、次までには主キーを求めれるようにならないとですね
(cbtってどんな感じなんだろう)

怪しいですが、自動的に計算して要求されるものと、店舗が自分で追加要求するものが、配送日時、店舗コード、資材コードだけだと同じ主キーになりませんかね

キはリードタイムとかロットサイズとかを発注時じゃなくて事前に決めとく云々だったので、その辺かなぁ？？と？

共通資材調達場件は、発注ロットサイズとかだと思います。
基準在庫数は共通資材にだけ適用してそうなので、共通資材調達条件に追加しました。

共通資材調達条件は、ロットサイズとかリードタイム云々みたいなとこかなと思いました。

要求区分が主キーはないな年月日までで一意に決まるから、スーパーキーであっても候補キーですらない

資材要求した日と出庫する日と出荷する日はそれぞれ別ですよね？同じかもしれないですが意味合い的には別物だと思ってましたが、、

たくさん勉強したのにこんな仕打ち無いよって感じでしたね。
これを2時間以内に解けるのってどんな勉強したら良いの…

それぞれの要求を別行に分けて登録できるように要求区分も主キーに必要なのかなと思いました
まあ私は日付を主キーに入れられなかったので間違いなのですが

そうなんですね、区分を主キーに含める問題は初めてなのでできなかったです

共通資材調達条件(キ)は、ベンダーと取り決めるロットサイズとかその辺ですかね？

コに要求区分入れるとサブタイプにも入っちゃうなあと思いつつ、継承するという文言もないので、、首を傾げながら一応入れました。これで減点されたら流石にクレーム入れていいのではと思っとります…

これはデスぺじゃなくてdeathぺです
手も足も出なかった

頑張って勉強したのに、主キーの記述がみつからずテキトーに埋めて、、、トランザクションボロボロだぁ〜
あと、1つ間違えると芋づる式に間違えるから点数が二極化しそう。

仮にこの業務システムが本当にあったとして引き継ぎでこのテーブル定義書を前任者から渡されたらこれこうしなきゃいけない理由ってあったんですか？って質問すると思う

共通資材要求と、店舗追加要求って同じ日に同じ店舗で同じ資材に対しては行われないんでしたっけ

サロゲートキー思いっきりつかっちゃったわ。。

シンプルにデータベーススペシャリストに相応しい人間に要求されるレベルが上がってんじゃね

そうだそうだ！

自分は全くできなかったけど、問1と問2を選んだ人で合格率に差がないように分布調整してくれれば全然許せる
最初の問題選びの2択外したのだけは悔やまれるからなあ

要求区分がキーなのは確かに考えにくいのですが、要求区分の入りそうな「コ」の欄がスーパーからサブまで4つあったのが謎でしたね。
解答欄が1つであるがゆえに[]でくくることもできなかったので、仕方なくサブタイプへの継承のため要求区分も主キーにしときました。

[]の記述ルール完全に見落としてました
書くところ結構ありましたかね

このスレだけダントツでコメント数多くてウケますね
得点調整されなかったらブチ切れです

[DCコード]は使いました。

過去問と傾向違いすぎて、トランザクションに入った瞬間に問1に変えるか本気で迷ったくらい爆死しましたが、
みなさん難しかったんですね😭
[］について、例は過去問で一回でたサブタイプの継承だけでなく、直接のリレーションシップがないエンティティの外部キーがあればつけろってなってたと思うんですけど、主キーにも[］つけるであってますか、、？配送年月日オンパレードすぎて何につけていいのか混乱しまくったんですが、、、

ミックスピザが出た時に組み合わせのエンティティ持たせるのかと想像しましたが、最後まで何も関係ありませんでした！！

要求区分を主キーに入れなくても資材コードで共通資材か企画資材かは分離できるので、主キーにする必要はないっすね。属性には必要ですけど

配送年月日って対象配送年月日？対象つけなくていい？

全部埋めた後は、もう最後の問題はどうでもよくなってひたすら見直ししてた

ナチュラルさん
自分があまりわかってないですが、
店舗追加要求とそれ以外の要求(共通資材、企画資材)って区別できますか？
自分が何か読み飛ばしてますかね

てか要求区分ってサブクラスに書くことあるんすか？

要求区分って、出荷要求につけるんじゃないんですか、、、、

ほんと出荷が意味わからん。
ルート配送だから１配送だったら複数店舗宛だし、店舗ごとだったら出庫明細と出荷明細の違いがわからんし。
あと店舗出荷明細とか言われると”店舗が出荷した明細”って見えちゃうクセに明細とは何かの定義がないから出荷と出庫の切り分けが不可能だよ。
こんな現状分析出したら作り直しだよ。

しっかり理解されて書いてる方も居ますね…流石過ぎます
もう合格率一桁にして、伝説にしてほしいです

トランザクションの主キーがまったく見当つかず15分くらい無駄にしました
このDB構成を現場で見たらかなり激しめにキレる自信があります

このスレッドだけ荒れ過ぎてて草。

爆死勢として元気いただきました。
CBTがんばりましょう

問題文から明確に主キーが分からないのってモヤモヤするし、国家試験としての納得感が……解釈誤ったら芋づる式にダメですよね。努力が確実に報われる納得感ある試験になって欲しいです……

IPAに就職して問題作る

日本語理解できんくて次の設問0点だわ。
ありがとう。

ファーック！

問2で爆死しました。問1は簡単だったみたいですが、設問間で得点調整ってあるんですかね。なかったらあまりに救いがないです

僕の回答
コ(店舗コード，資材コード，配送年月日)主キー，  要求区分
サ店舗コード，資材コード、配送年月日
シ サと同じ

物流のテーブル設計でサロゲートキー使うなって要求初めて見たから大混乱した
そんなことありえないでしょ
入出荷台帳に何を印字するつもりなの？

みなさんお疲れ様でした！
個人の回答載せておきます。
合ってる、間違ってる、などコメントいただけますと嬉しいです

※（主）は主キー、（外）は外部キー

設問１
（１）
DC→地区
地区→郵便番号
DC→区画
DC→ルート
資材→棚
賞品→レシピ

（２）
出荷店舗明細ー納入
資材要求ー出庫要求ー出庫明細ー出荷店舗資材明細
発注ー入荷ー入庫
（３）および（４）
ア：DCコード（外）
イ：地区コード（外）
ウ：DCコード（主）、ルート番号（主）、車両番号
エ：地区コード（外）、DCコード（外）、ルート番号（外）、納入順
オ：DCコード（主）、区画番号（主）、機能区分、棚数
カ：DCコード（主）、区画番号（主）、棚番号（主）、資材コード（外）、資材名（外）、後続棚番号
キ：DCコード（主）、発注ロットサイズ、発注リードタイム、基準在庫数
ク：商品コード（主）、サイズ（主）、資材使用量
ケ：保管区画番号（主）、最終入庫棚番号、最終出庫棚番号、実在庫数
コ：店舗コード（主）、資材コード（主）、配送年月日（主）
サ：店舗コード（主）、資材コード（主）、配送年月日（主）
シ：店舗コード（主）、配送年月日（主）
ス：店舗コード（主）、資材コード（主）、配送年月日（主）
セ：配送年月日（主）
ソ：店舗コード（主）、配送年月日（主）
タ：店舗コード（主）、資材コード（主）、配送年月日（主）
チ：店舗コード（主）、配送年月日（主）
ツ：発注年月日（主）、ＤＣコード（主）、資材コード（主）
テ：発注年月日（外）
ト：発注年月日（外）
ナ：ＤＣコード（主）、入荷年月日（主）、資材コード（主）

設問2
（１）
資材要求→出庫要求ー出庫明細
出庫→出庫明細
資材要求ー出荷予定明細ー出荷店舗資材明細

（２）
出荷予定明細（店舗コード（主）、資材コード（主）、配送年月日（主）、出荷予定数）
出庫要求（ＤＣコード（主）、資材コード（主）、配送年月日（主）、出庫要求数）
出庫（ＤＣコード（主）、区画番号（主）、配送年月日（主）、出庫完了時分）
出庫明細（ＤＣコード（主）、区画番号（主）、資材コード（主）、配送年月日（主）、出庫実績数）

（３）
二：店舗コード（主）、資材コード（主）、配送年月日（主）
ヌ：店舗コード（主）、資材コード（主）、配送年月日（主）

自信ある人どんどん回答貼ってください

雰囲気で解きましたまる
去年の過去問で自信持ってたのに撃沈…
なんとか部分点で底上げさせて欲しい

※斜め後ろで試験中ずっとでけえため息ついてた受験生絶対許さねえからな

入庫と入荷とかわかりにくいし、サロゲートキー使うなとか意味わからんし、主キー間違ってたら道連れで複数間違いになるし、クソ問題！

ルート→店舗ってないんかな？
店舗に納入順だけ持たせても、ルートの主キーを参照してないと意味わからんくね？

ルート→店舗は必要ですね
あと棚は自己参照しないと後続棚番号が外部キーにならないです

店舗コード、配送年月日、資材コードって書きまくったので意外と取れてる気がしてきました

70さんの通り、資材要求を束ねた日と出庫する日と出荷する日は全て「配送年月日」でいいのか混乱しました…サロゲートキーのありがたみ…

配送年月日で同一すると、出庫作業してから2時間後にもう出荷が成立することになるけど、それはないのでは…？

セソタってDCコード、ルートコードも要るような（サロゲートキー禁止と仲良くできたはずなのに、DCコード忘れてたorz）

出庫を午前中にして、配送は午後やるのでいけるかと思いました…

もういっそのこと合格率5%とかいう伝説の年と化してほしい

販売実績→使用資材使用量の塊って他となんかリレーションシップあったか？？
例年ならここだけ孤立はまずないだろうと思って、他とかリレーションシップ探してたけど、一向に見当たらず、結局何も書かずに出してしまった....

店舗からの資材要求は明日の分しか頼まないので、最初から明日の日付を配送年月日として要求してくるものと理解していました

販売実績は資材要求とリレーションあるんじゃないですかね？販売実績を資材要求時に連携する必要が示されてますし

まあ6割は取れてるかな〜と思ってこのスレを開いたら、[ ] って何…？知らない…

資材要求の主キーの年月日ですが、私は販売年月日と記載しました。
リレーションをつなぐ際にはそれしか考えられませんでした。
皆さん配送年月日とおっしゃっているのですが、それは出庫要求につけるもので、出庫要求の配送年月日を販売年月日を参考にして求めるという意味合いの文章なのかと思いました。
どうなのでしょうか？

[]の記述に気づいていても、どこにつけて良いのかわからんかったwww

午前1←楽
午前2←クソ楽
午後1←クソ楽
午後2←あああああああああああああああああああああああああああああああ！！！！！！！！！！！（ﾌﾞﾘﾌﾞﾘﾌﾞﾘﾌﾞﾘｭﾘｭﾘｭﾘｭﾘｭﾘｭ！！！！！！ﾌﾞﾂﾁﾁﾌﾞﾌﾞﾌﾞﾁﾁﾁﾁﾌﾞﾘﾘｲﾘﾌﾞﾌﾞﾌﾞﾌﾞｩｩｩｩｯｯｯ！！！！！！！）

自分も同じっすね〜
販売年月日が資材要求の主キーの一部で、出庫要求と資材要求にリレーションあるなら販売年月日も出庫要求のキーになってくるイメージでした

伝説のピザ屋回受験記念

現場でこんなクソDB設計出されたら発狂する自信ある

棚のリレーションシップって自己参照が1本、DC在庫に対して2本で合ってますかね？(最終出庫と最終入庫で2本)
全て1対1で記載しました。

こんなクソ問だしてIPAは恥ずかしくないのか?

午後2問2が資格の意味をなしてない謎変態問題なのはいうまでもないが、問1がイージーなのが本当に理解できない。資格試験なんだから問題はちゃんと作ってね。許さないよ。IPAもピザ屋も。

配送年月日って要求年月日とか書いたら×ですかね？
ずっと「配送」と書き続けるのに違和感があって、資材要求あたりから「要求年月日」って書いてました。

自分もDC在庫に2本リレーション引きました〜

これ得点調整なかったら許さん…

問1と問2であまりにも平均点に差があるとかだったら、得点調整入ったりすることあるんかな？
もはやそれ狙いだわ

要求年月日と配送年月日は別だろ。。
どこの企業が土日に出庫作業するんじゃ！

出荷の主キー(セ)って、
DCコード、ルート番号、配送年月日であってますかね？

配送車が出発するごと、となっているのでルート単位で記録すると判断したのですが。

わたしも同じように書きました。

サロゲートキー使えないのただの嫌がらせだろw
でもCBT化でコピペできたらある程度時間対策できますかね…

＞要求年月日と配送年月日は別だろ。。
＞どこの企業が土日に出庫作業するんじゃ！
ピザ屋なんでむしろ繁忙日っぽしいと思って普通に出庫すると思ってました、、笑
他の主キーはあってそうなので部分点に期待です

昼ご飯食べていないため、ピザを見た瞬間頭の中にはピザしかなっかた、楽しい試験でした😀

[]の使い方って店舗コードを主キーに持ってる所でDCコードを使いたい時に、
店舗コード(主),[DCコード(外)]ってする使い方であってますか？

サロゲートは用いないの次の設計方針に補足で例を挙げて、わざわざ受注番号載せてるのミスリード過ぎるやろ

てか後半自信ある人誰もいないの？
みんな確信持ってない感じですか？

合格発表12月25日は最高のクリスマスプレゼントだなぁ！！！！（爆死）

DCコードとか連続して書いていて手が疲れてきて頭が疲れてきて、なんで出庫番号とかないんだ？作ってしまえーと勝手に作成して、ふと冷静になってやっぱりDCコードとか羅列しました。
伝説のパン屋に続き、伝説のピザ屋！
小麦粉には気をつけてー！！

自分も[DCコード(外)]って感じで書いたけど合ってるか分かんない。。
とはいえ店舗コードからDCは一意に決まるはずだし、その辺を表現したいとすると[]付けたほうがそれっぽいかなと、、

最後の最後に年月日系多すぎて、発注年月日と入荷年月日書き間違えた

午前2午後1が簡単だったのに午後2問2が意味不明すぎた...と思ったら同じ人多くて安心した

トランザクションの所で、分からんくて思考停止してしまった。それがなかったら最後まで解けたのに。

去年、「状況記述から解答に該当しそうなものを検出する作業能力を評価するものではなく，前後関係を含
めて，エンティティがどのような位置づけであるか，どの業務事象においてどのようなデータがどのように記
録されるべきか，洞察する能力を評価するものである。」
とか採点講評にありましたが、今年はサロゲート禁止で明細に何が入るとか考えさせると来るとは予想外でした。
これを真に受けてろくな設計をしないやつを生んでしまうとか考えなかったんでしょうか。

ピザにパイナップルを乗せたような味付けの濃さだった。
去年の記号に置き換える方針は笑って過ごせたじゃん、、、

予備校の解答速報早く見たいよー

[DCコード(FK)]を乱用しまくりました。感覚的にはギリギリ6割くらいはあるけど、途中からヤケクソでした。ト（定量発注入荷と計画発注入荷）に入るものが何か全然分からなかった！！

このまま12/25まで待つのはつらいですね…。

みなさまお疲れ様でした！
やけくそ回答を共有します！！笑ってやってください！！！！！！！！

設問1
1）
DC→地区
DC→ルート
DC→区画
DC→DC資材在庫
地区→郵便番号
ルート→店舗
区画→DC資材在庫
資材→棚
棚→棚
棚→DC資材在庫
棚→DC資材在庫
DC資材在庫ー共通資材調達条件
商品→レシピ

2）
出庫要求→資材要求
出庫→出庫要求
出庫明細ー出荷店舗資材明細
出荷店舗明細ー納入
発注→入荷
入荷ー入庫

3）
ア：（外）DCコード
イ：（外）地区コード
ウ：（主）DCコード、（主）ルート番号、車両番号
エ：（外）地区コード、（外）ルート番号、納入順
オ：（主）DCコード、（主）区画番号、機能区分、棚数
カ：（主）DCコード、（主）区画番号、（主）棚番号、（外）資材コード、（外）後続棚番号
キ：（主）DCコード、発注ロットサイズ、発注リードタイム、基準在庫数
ク：（主）商品コード、（主）サイズ、使用量
ケ：実在個数、（外）区画コード、（外）最終入庫棚番号、（外）最終出庫棚番号

4）
コ：（主）店舗コード、（主）資材コード、（主）配送年月日、（主）要求区分
サ：（主）店舗コード、（主）資材コード、（主）配送年月日
シ：（主）DCコード、（主）資材コード、（主）配送年月日
ス：（主）DCコード、（主）店舗コード、（主）資材コード、（主）配送年月日
セ：（主）配送年月日
ソ：（主）配送年月日、（主）店舗コード
タ：（主）配送年月日、（主）店舗コード、（主）資材コード
チ：（主）配送年月日、（主）店舗コード
ツ：（主）DCコード、（主）資材コード、（主）発注年月日
テ：（主）発注年月日
ト：（主）発注年月日
ナ：（主）DCコード、（主）入荷年月日、（主）資材コード、（主）発注年月日

設問2

1）
出荷予定明細→資材要求
出荷店舗資材明細ー出荷予定明細
出庫→出庫明細
出庫要求→出庫明細
出庫明細ー出荷店舗資材明細

2）
出庫要求：（主）DCコード、（主）資材コード、（主）配送年月日
出庫：（主）DCコード、（主）区画コード、（主）配送年月日、出庫完了時分
出庫明細：（主）DCコード、（主）区画コード、（主）資材コード、（主）配送年月日、出庫実績数
出荷予定明細：（主）店舗コード、（主）資材コード、（主）配送予定日、出荷予定数

3）
ニ：（主）店舗コード、（主）資材コード、（主）配送年月日、（主）要求区分
ヌ：（主）配送年月日、（主）店舗コード、（主）資材コード、（外）DCコード、（外）区画コード

午後2問2そこそこできたのに午後1で選択問題の番号丸つけ忘れて終わりました。悔しいなぁ。来年はCBTだからこんなミスもないだろう。

空欄の配点、郵便番号と棚と在庫と同じわけないですよね？
設問2時間なかったのですが、資材コードと配送年月日と店舗コードは書けたので
部分点で受かっててほしい。

棚テーブルの自己参照型って一対一ですよね？

棚は一対一にしました

棚が一巡するようにと問題分にありましたので

ナイスですね

結構勉強しましたが報われませんでした。
来年はCBT移行かぁ。問題用紙に書き込みできないのつらいなぁ。変なツルツルのメモ用紙とカピカピに乾いたペン2本渡されるやつね…

もっと集中力鍛えるべきでした。
いざ一日でまとめて受けると，午後2で
ケアレスミス何個かしちゃった

午後2問2で撃沈しました
問１はとっつきにくそうだけど案外簡単だったみたいですね
来年CBTでリベンジです
パソコン操作で爆死する人が増えそうですが
おそらく問題自体は軟化するでしょう

結構自信あります。(テト以外)

(1)計12本
DC→地区、ルート、区画
地区→郵便番号
ルート→店舗
区画→DC資材在庫
資材→棚
商品→レシピ
棚ー棚、DC資材在庫(2本)
DC資材在庫ー共通資材調達条件

(2)計8本
出庫要求→資材要求
出庫要求ー出庫明細
出庫明細ー出荷店舗資材明細
出庫ー出荷店舗明細
出庫店舗明細ー納入
定量発注ー定量発注入荷
計画発注→計画発注入荷
入荷ー入庫

(3)
ア DCコード(外)
イ 地区コード(外)
ウ DCコード(主) ルート番号(主) 車両番号
エ 地区コード(外) ［DCコード(外)］ルート番号(外) 納入順
オ DCコード(主) 区画番号(主) 機能区分 棚数
カ DCコード(主) 区画番号(主) 棚番号(主) 資材コード(外) 後続棚番号(外)
キ 発注ロットサイズ 発注リードタイム DCコード(外) 基準在庫数
ク 商品コード(主) サイズ(主) 使用量
ケ 実在庫数 区画番号(外) 最終入庫棚番号(外) 最終出庫棚番号(外)

(4)以降希望あれば続く

午後２の資材要求あたりから問題文とスキーマとエンティティの関連が読み取れず、頭真っ白になりました。
もう日本語の問題なんだよな。過去問は２度３度解けばなんとなく理解できるけど、初見だと出題文が読み解けない。。。

もう概念設計はあきらめて物理に転向するか。でも少しCBTの様子みたいし、数年お休みしよ～～～

みなさんはテとトって何にしました？
自分は、テをベンダーコード（外） と トに発注年月日（外）にしたんですが、自信ない

CBTでこの出題はキツイでしょうね。
設問画面と回答画面を行ったり来たり、マウスで線を引いて等々はてさてどうすなるのでしょう。
と思ってしまいました。

テ：発注年月日（外）
ト：[発注年月日]（外）

としました。スーパーとサブでどっちも発注年月日なのになぜ？と思ってたんですが、たまたまp26に、冗長だけど入れたい属性は[]で囲むと書いていたので、ダメ元でこの表記にしてみました。

なるほど、自分はサブタイプ同士でリレーションシップ書いて、スーパータイプの発注と入荷には関係ひかなかったので、テを適当に、ベンダーコード入れておきました

テが発注年月日ならサブタイプのトにも同じ発注年月日が入ることはないのではと思いました。
テはベンダーからの納品を受けてという文章からベンダーコード(外)
トは発注年月日(外)にしました。

概ね考え方さえあってれば細かい箇所ミスってても6割行くかなーと考えたたら何ですか[]って…
主キーと外部キーとその他でしか考えてないです…

みんな難しかったって言ってるから甘めに特典つけてくれー

出題の振れ幅＆CBT化も相まって来年は物理ですかねー
スキーマと概念と問題文のページを行ったり来たりするのに、パソコンで解くのが想像できないー

DCコードに()を付けるのをすっかり忘れてしまった...部分点貰えないですかね~💦

結局[]ってどこにつけるのが正解なんですかね？
あんまりわからなくてつけてないんですけど。。

資材と棚のリレーションシップってなんで資材から引くのでしょうか？
私は、dc資材在庫から棚に線を引きました

流石に点数調整あるよな？

一応書いときます。ジシンニキさんの解答を見て、そう書くべきだった…というのが色々ありました。
1.
DC→地区、ルート、区画、共通資材調達条件(これはDC資材在庫→の方がよかったかも…)
地区→郵便番号 ルート→店舗 区画→DC資材在庫
資材―棚 棚―棚 棚＝DC資材在庫 商品→レシピ

3.
ア:DCコード.f
イ:地区コード.f
ウ:DCコード.p,ルート番号.p,車両番号
エ:地区コード.f,ルート番号.f,納入順 ([DCコード.f]を入れるべきでした)
オ:DCコード.p,区画番号.p,機能区分,棚数
カ:DCコード.p,区画番号.p,棚番号.p,資材コード.f,後続棚番号.f
キ:DCコード.p,発注ロットサイズ,発注リードタイム,基準在庫数
ク:商品コード.p,サイズ.p,使用量
ケ:区画番号.p,最終入庫棚番号.f,最終出庫棚番号.f,在庫数

2.
出庫要求→資材要求 出庫要求―出庫明細―出荷店舗資材明細 出荷店舗明細―納入
定量発注―定量発注入荷 計画発注→計画発注入荷 入荷―入庫

4.
コ:配送年月日.p,資材コード.p
サ:配送年月日.p,資材コード.p,店舗コード.p
シ:配送年月日.p,店舗コード.p
ス:配送年月日.p,店舗コード.p,資材コード.p
セ:DCコード.p,配送年月日.p (ルート番号.pが必要…)
ソ:DCコード.p,配送年月日.p,対象店舗コード.p (同上)
タ:DCコード.p,配送年月日.p,対象店舗コード.p,資材コード.p (同上)
チ:DCコード.p,配送年月日.p,店舗コード.p, (同上)
ツ:DCコード.p,発注年月日.p,資材コード.p
テ:発注年月日.f
ト:[発注年月日.f]
ナ:DCコード.p,入荷年月日.p,資材コード.p

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

(No. 177削除失礼します)
実務経験なしの私ですら「実務でサロゲートキー禁止縛りとかかなり悪質では……？」と思いながら解いていましたが、やっぱりそうで安心しました。試験の内容に違和感を持てるならもう実質合格と言うことで……(泣)

設問2
1.
資材要求→出庫要求、出荷予定明細
出庫要求―出庫明細―出荷店舗資材明細
出庫→出庫明細
出荷予定明細―出荷店舗資材明細

2.
出庫要求(DCコード.p,資材コード.p,配送年月日.p,資材要求数)
出荷予定明細(配送年月日.p,資材コード.p,店舗コード.p,出荷予定数)
出庫(DCコード.p,区画番号.p,配送年月日.f,出庫完了時分)
出庫明細(DCコード.p,区画番号.p,資材コード.p,[配送年月日.f],出庫実績数)

3.
ニ:配送年月日.p,資材コード.p
ヌ:DCコード.p,配送年月日.p,店舗コード.p,資材コード.p,区画番号.f (ルート番号.pが必要でした…)

[]のところを全然読んでなかったので対応できませんでしたが、
おそらく[DCコード, 資材コード, 配送年月日]とかなんでしょうね。
ただでさえ書く量が多くて時間ないのに主キー項目増やした上に過去にないルールを増やさないで欲しい・・・

最終入庫棚番号と最終出庫棚番号ですが、外部キーとしての設定必要ですかね？

何年か前の問題で「最終ロット番号を記入し」
のような記述で外部キーとしては定義していなかったと記憶しており、迷った末に外部キーとしては設定しませんでした。

今回は全部出荷番号、出庫番号などの番号で主キーで埋めましたが、
途中で出荷テーブルになぜ出荷番号がないのかを疑問に思い、
さらに最後の説明にサロゲートキーではなくて、自然キーにしろって書いて
慌ててすべて主キーのやり直しに奮起しましたが、間に合わなかったです。

説明を最初の文章の前に書いてほしかったですね。
また、資材要求までの説明はすんなり理解できましたが
途中から導く、導く 出てきて、
導くっていう意味は、資材要求は販売実績から作れということですかね？

私も導くがよくわからないまま終わりました。
導くの言い換えとして、
紐付ける外部キーとして使用する か、次の工程のキーの登録に用いる のか…？
どうなんでしょう？

セは私は 配送年月日(主キー)のみにしました

カは資材名プレーみたいなのは属性に入れないべきでしょうか？

棚とDC資材在庫

二本のリレーションシップは
ーでしょうか、→でしょうか？

棚とDC資材在庫は→な気がします。
最終入庫棚番号と最終出庫棚番号が同じ棚（つまり1対多）の可能性ありますし。

基準在庫数ってなぜキに持たせるんですか？
私はケに持たせたのですが

棚とDC資材在庫は1対1の線を2本引きました。「=」という感じです。
最終入庫棚番号と最終出庫棚番号が同じになることもありえますが、
1本は最終入庫棚番号、もう1本は最終出庫棚番号の線なので、
1つの棚には1種類の資材しか保管できないことも考慮し、1対多とはしませんでした。

>>181
最終入庫棚番号と最終出庫棚番号は、入庫や出庫で使われるので、単に棚番号の記録だけでなく、棚とリレーションシップを持たせた方がよいのかなと外部キーにしました

>>188
私は、基準在庫数は共通資材のみに設定されているので、共通資材調達条件にもたせました
ただ、おっしゃるように、在庫に実在庫数と基準在庫数をもたせる方がよい気もしています
基準在庫数はベンダーと決める調達条件でもないですし…

>>188 基準在庫数 は単純に悪問ですねよね どっちでも要件満たします
ケの理由
- 基準在庫数はベンダーと決める調達条件でもない
- (概念データモデルではないが)処理するときにJoinする必要ない
キの理由
- あくまで問題文では、共通資材のみ言及してる
当日の直感でケにしました

出庫要求 出庫 出庫明細 あたりのトランザクションリレーションシップどう引けばいいんですかね？

>>193
私は次のように捉えました
出庫要求：配送年月日ごと店舗ごと資材ごと(ルートごと)
出庫：配送年月日ごと店舗ごと(ルートごと)
出庫明細：配送年月日ごと店舗ごと資材ごと(ルートごと)
出庫要求と出庫明細は、資材ごとまで分けたエンティティ同士なのでリレーションシップを引きました
出庫明細を店舗ごとでまとめたのが出庫で既に引かれているリレーションシップで表します
出庫要求と出庫には直接のリレーションシップは引かず、出庫明細を介すのみとしました
出荷との関係も同様で、出庫明細と出荷店舗資材明細にリレーションシップを引いてます
出庫要求―出庫明細―出荷店舗資材明細は、どれも同一の配送年月日、店舗、資材、ルートに対して順番に対応するエンティティで、1対1のリレーションシップとしました

皆さんの回答を見ている限り、それっぽい回答は書けている気がするのですが、部分点って結構あるんですかね？
毎年の合格率がある程度の範囲に収まっていることから、結局、周りの人と比べてできてるかどうかだと思いますが。。

デスぺ試験阿鼻叫喚スレはここですか？

来年頑張ろう（爆死）

エクセルやGoogleスプレッドシートなどで
関係スキーマを書き直してみたらすっきり最後まで書けました。
コピペできますし、見通しが楽だから。
紙でやってたら、記述量もあり、消しゴムで消して直している間に頭真っ白になりますね。
CBTで改善されることを祈ります

解答速報でましたね

さすがに出庫年月日が答えになるのはやりすぎな気がしました。

自己採点部分点なしで42点でした、itec模試では80点だったんだけどなー（笑）

自分の解答あまり覚えてないですが、DCコード入れてなくてシ〜ツあたりが芋づる式でボロボロな気がします。

"各DCで"毎営業日に1回とか書いてほしかった…そらゆっくり冷静に読めば、常識で分かるのかもしれませんが。

属性書く問題が0点か満点の判定だったらホントキツイですよね。
部分点とかもないと(あってほしい)

出荷で配送車が出発するごとに記録するって書いてあるから主キーにルート番号も必要かと思ってたけど違うのかな。
あと出庫年月日はまじでどこから出てきた...

itec と tac の解答はかなり一致してないですねー

毎度思いますがIPAはなぜ合格発表後にしか解答例出さないんですかね。
問題作った時点で模範解答はあるはずですし万が一採点してて別解があったら訂正すればいいのに。
噂通り得点の調整はしてると思うので配点は伏せておいても解答例をすぐに出すことは問題ないと思うのですが

芋づるのことミスった落ちた、くそ

アイテックの回答、流石に棚のリレーションシップ無しは大胆すぎでは？
自分の解答は全体的にTAC寄りでした(得点できているわけではない)

午後1まで通過したならば
午後2は得点調整で受かります

午前1,2突破率50%
午後1突破率50%
午後2突破率70%

この場合、合格率は例年並みの17.5%になるので、
午後1まで突破していれば、余程検討はずれな答えを書いていない限り合格するのでは？という甘い考えを持って発表まで待つことにします。

TACで自己採点してみました。
午後1 65点ぐらい？
午後2 50点ぐらい？の感じです。
リレーションシップって間違えた線引いていた場合減点になるんでしょうか…？
午後2で結構やらかしてます（т-т）

TACやITECの解答例を見てると、トランザクション系でDCコード(主), 店舗コード(主)になってるエンティティがありますが、DCコード(主)って必要なんですかね？自分は付けませんでした。
店舗が特定できればルートや地区を介してDCが特定できるので、DCコード(主)はいらないのでは？と思ったんですが、どうなんでしょうね。こう考えてるの自分だけですかね。。

今自分も思いました.
一つの店舗コードにDCは1つなので店舗コードがある限りDCはいらなくない？

でも出荷は配送年月日がDCごとにがあるからいるのかも

>>212
そうなんですよね。。。
出荷の主キーが配送年月日だけというのも、それはそれで違和感だし。。んーわからんですわ〜

基準在庫数量ってキに入れてもケに入れても変わらないと思うの自分だけですかね？

>>212 (ばばあさん)
自分もどう思います。
そもそも店舗コード→DCコードの部分関数従属している時点で、午後1の問題と同じように第二正規化すらできてない状態ですね。

やるとしたらDCコードを冗長な外部キーとして持たせないといけないと思います。

速報っていつもこのくらいの精度で出てるんですかね

訂正
どう→そう

本当に今回の午後Ⅱ悪問ですね
過去1の悪問です

午後1まで受かってて、午後2で問2取った人はもう全員合格でいいよ....
いくらなんでも悪問すぎる

tacもitecも結局[]ってトにしかついてなかった気がするのですが、そんなにつけない感じなんですかね。

激甘で６３、厳しめで45 甘く採点しろよ？PA

得点調整ってあるんですか？

TACとアイテックで回答例が出ましたね。それぞれで内容かなり違いますが。TACの方が正解に近い気がします。

私も店舗コードが決まればDCも一意に決まると思っていてDCコードほとんど書いてないんですが、もしかしてその前提(店舗コードが決まればDCも一意に決まる)が既に間違ってるんでしょうかね…？
とはいえ、いちいち店舗からDC辿るのもめんどいので、冗長であってもDCつけてよかったのかなと思ってます。

謎が解けた！！
..気がする。
「店舗ごと」とか書いてあるから、ここは店舗コード入れればいいんでしょ、と安易に考えるのが間違いで、
関係"店舗"のもう一つの候補キー、DCコード、ルート番号、納入順を使うべきであった。
候補キーを一つだと思い込むな、と伝えるための問題のように感じます。

更なる勝手な憶測になりますが、
IPAのこの問題を作成されている方々は、おそらく、
これに気づけなくて皆さんが混乱するのは想定済みだったと思います。
気づけないと連鎖して色々おかしくなってくるのも当然想定済み、と思われます。
なので、
｛DCコード,ルート番号,配送年月日,店舗コード｝を主キーとして、候補キーの「極小」の決まりを破ってしまった方も
(｛店舗コード,配送年月日｝,DCコード, ...)と第三正規形のお約束破ってしまった方も、
例えば出荷の主キーを配送年月日だけとして、どのDCのどのルートも同じ時分に出荷しなければならなくなった方も、
大きな減点はないと思われます。

ただし、サロゲートキーを使わないというお約束を破ってしまった方はゼロ点です。

TACの予想解答で自己採点59点だったから、なんとなく受かった気でいるんだが、これは多分合格発表当日に絶望するやつや

店舗コードが単体で重複なしのデータ設計ならば店舗コードのみでDCコードが取得できるとおもますが、そのあたりって問題文で語られていましたっけ？
DCコードが[1]の下に店舗コード[1,2,3]がいて、DCコードが[2]の下にも店舗コード[1,2,3]がいる、みたいなデータ設計だと店舗コードだけでは特定できないのでDCコードも主キーに含めるべきではと考え、解答にはDCコードを主キーに入れてました。
割と過去問もサブタイプのスキーマなどに上位スキーマの主キーを全部持たせていたような？

問題文の"地区は地区コードで識別する"に対応する"地区"は主キーが"地区コード"になっており、
問題文の"ルートはDCごとのルート番号で識別し"に対応する"ルート"は主キーが"DCコード"と"ルート番号"になっています。

店舗をDCごとの店舗コードで識別したい場合は、問題文は"店舗はDCごとの店舗コードで識別し"と記載されるんじゃないかと思いました。

>>227
DCコードが[1]の下に店舗コード[1,2,3]がいて、DCコードが[2]の下にも店舗コード[1,2,3]がいる

これって成り立つことあるんですかね？
主キーが店舗コードしかない店舗に、DCコードが外部キーとして入ってる時点で、店舗コードに対してはDCコードは一つに定まるのではないのでしょうか？

No.228を書いた後に気づきましたが、
トランザクション領域の"販売実績"と"商品資材使用量"の主キーには"店舗コード"のみが含まれており"DCコード"は含まれませんね。
なので、"店舗コード"のみで店舗を一意に特定できると捉えるべきだと考えます。

"店舗は店舗コードで識別する”と一応明言されています。

大事なポイントは、
関係"店舗"には二つの候補キーがあるということです
１．｛店舗コード｝
２．｛DCコード,ルート番号,納入順｝

トランザクション系では主に２のほうを活用すべきであったという話です。

この説について、そこまで深く考えているわけではないので、
間違っているようでしたらご指摘いただけるとありがたいです。


（ここからは私の勝手な憶測、個人的意見になります。）
さりげなく基礎理論が入れ込まれた良問と言えば良問と言えそうな問題だと思います。
基礎理論をおろそかにするな、というメッセージが込められているような印象があります。
おそらく、皆さんに「あれ？？おかしいなあ..」と、大いに困ってほしかったのでしょう。
身をもって経験をしてほしかったのだと思います。
tacやitecの解答例は見ていませんが、皆さんのコメントから見るにどうやら、気づけていなかったようで、
プロの業者ですら安易なパターン思考におちいっていたように見受けられます。
いましめの問題だとしたら、IPA問題作成者さん、お見事だと思います。

個人的にかわいそうだと思うのは、ここで悩んでしまい、設問２が手つかずで終わってしまった方々だと思います。

俺なんか資材プレート名なんか書き足してしまった。

主キー、外部キーだけ記載しますが、最終的には以下が正解で宜しいでしょうかね。

店舗単位
 資材要求：主キー{配送年月日、店舗コード、資材コード}
 出庫要求：主キー{配送年月日、店舗コード、資材コード}
 出庫：主キー{配送年月日、店舗コード}
 出庫明細：主キー{配送年月日、店舗コード、資材コード}

ルート単位
 出荷：主キー{配送年月日、DCコード、ルート番号}
 出荷店舗明細：主キー{配送年月日、DCコード、ルート番号、納入順}、外部キー{店舗コード}
 出荷店舗資材明細：主キー{配送年月日、DCコード、ルート番号、納入順、資材コード}、外部キー{店舗コード}
 納入：主キー{配送年月日、DCコード、ルート番号、納入順}

DC＆資材単位
 発注：主キー{発注年月日、DCコード、資材コード}
 入荷：主キー{入荷年月日、DCコード、資材コード}、外部キー{発注年月日}
 入庫：主キー{入荷年月日、DCコード、資材コード}

>主キーが店舗コードしかない店舗に、DCコードが外部キーとして入ってる時点で、店舗コードに対してはDCコードは一つに定まるのではないのでしょうか？

こちらの意見に賛成です。
問題用紙の印刷が
店舗(店舗コード、店舗名、【エ】)だったので…

>主キーが店舗コードしかない店舗に、DCコードが外部キーとして入ってる時点で、店舗コードに対してはDCコードは一つに定まるのではないのでしょうか？
この気がしてきました。外部参照で持ってこれそうですね。

 資材要求が、・・・。
 もしかして、こうなるのかしら？

確かに、資材要求は3区分が同時に存在しうるので主キーに要求区分が必要そうですね。
ぶどうさんのコメント通りでした。

サロゲートキーでの記述は部分点もなくて、すべて０点ですかね？

店舗を指す外部キーやトランザクションでの主キーとして
候補キー①｛DCコード,ルート番号,納入順｝
を使うことに否定的です。

理由としては、実務上外部キーはその値から指すテーブルの情報を取り出すために使われることが多いはずです。
具体的には出荷店舗明細の情報から店舗名が欲しい場合などです。
この時に候補キー①の情報から店舗名を調べるのは別に索引を作らないと効率が悪い可能性があり、不適切だと思います。
そのためだけに店舗コードも情報として持つと第3正規型ではなくなってしまいます。

案1

案2

案3

評価

第3正規形の解釈これであっています？？
このなかだと案3ということになってしまいますが・・・出荷シリーズの主キーがそろっていないのが気になりますね。

>>238（サロゲートにやられたさん）
俺が導くさん(No.225)のコメントは、そこが網羅できていなかった私に対する絶妙なツッコミであって（多分）、「サロゲートキーでの記述は部分点もなくて、すべて０点」ということはないと思います。ただし、関係者でも何でもない私の憶測に過ぎず、悲しいことに0点の可能性もありえます。分からない、というのが正解だということを前提とした戯言であることをご理解いただけたらと思います。


>>232（オスカーピアストリさん）
良いと思います。あの棚は”くまさんプレート”でこの棚は”イルカさんプレート”を使おう。みたいな。結構無限にできてしまいそうなので、やりすぎると採点者の怒りを買うかもですが。


>>240（g25さん）
案と評価の整理、素晴らしいです。
思い付きで修正案を考えてみました。どうでしょう。


案2修正案1
 出荷店舗明細と出荷店舗資材明細の店舗コード.fを削除
 出庫と出庫明細の”店舗コード”を”DCコード, ルート番号, 配送順”に置換
 関係"資材要求"、"出庫要求"についても同様の置換

案2修正案2
 出荷店舗明細と出荷店舗資材明細の店舗コード.fを[]でくくる

案3修正案1
 出荷店舗明細に[]でくくった外部キー[DCコード.f, ルート番号.f]を追加

P26 図1 結合して求まる冗長な属性を明示する例がありますが、これは[]で括った要素は部分関数従属のチェックから外して良いという趣旨なのでしょうかね？
ただし、この例は作業実績エンティティに[部門コード.f]を加えたところで主キーが極小でなくなることはない例のようです。

案2修正案2
[店舗コード.f]にしても主キーが極小になっていない状況は変わらないように思います。

案3修正案1
これは主キーが極小という点は引き続き満たしますし、上記のように[]で括ることで部分関数従属チェックから外して良いなら、この案は良いかもしれません。

この投稿は投稿者により削除されました。(2025.10.22 19:47)

>>242（g25さん）
P26 図1...
昨日、コメントを投稿する前にそこに気づいてズッコケました。
DBスペシャリスト試験において第三正規形は血の掟、あるいは
神聖で侵すべからざるもの、くらいの勝手な思い込みがありましたので。

IPAに完全に見透かされた気持ちになりました。
説明書を読まないタイプ、思い込みが強いタイプであることを。

案2修正案2について、私の考えでは
出荷店舗明細：{配送年月日, DCコード, ルート番号, 配送順}.p, [店舗コード.f],...
というスキーマだとすると、候補キーは二つ、

｛配送年月日, DCコード, ルート番号, 配送順｝

｛配送年月日, 店舗コード｝

があると思っていまして、
どちらも、一つでも属性を失うと、行を一意に特定できない、
つまり極小であると思っています。
間違っているかもしれません。

[]を使わないとしたら案2修正案1のみが唯一いろんな掟を守りきれているように思います。

でもまあ、アプレさんがおっしゃるように、店舗コードはなんか欲しいし、
[]を使っていいということで、
案3修正案1が感覚として一番すっきりしますね。

コメントありがとうございます。
私の一連のコメントで極小について記載していますが、候補キーが極小ということに加えて、冗長な候補キーが無いかということも含めてしまっていました。おそらく誤りですのでこの点は無視していただければ幸いです。

そのうえで、改めて次の問題文について考えてみたいと思います。
出荷を{配送年月日,DCコード,ルート番号}.pとすることに議論の余地はないように思います。

さらに、次の2つの問題文について考えてみると、
店舗を特定できるキーが2組 {店舗コード}、{DCコード,ルート番号,配送順} ありますが、"店舗ごと"と問題文に書かれた場合に後者を選んで良いのかはやや疑問です。
そう考えると案2（修正案1、修正案2含む）を回答とするのは難しいかもしれません。

案3修正案1が最もすっきりしますね。
・問題文に忠実
・出荷シリーズを配送車のキーで絞り込みもできる {配送年月日,DCコード,ルート番号}

とても分かりやすくて素晴らしいです。
ありがとうございます。異論無しです。

[]が使えるのであれば、{DCコード,ルート番号,配送順}を使う理由は見当たりませんね。
使うべきだ!と主張したのが恥ずかしい、、
お騒がせしました。

くまいちくんさんとの会話を踏まえて、設問1、2のトランザクション領域をまとめました。
少し長くなりますが、ご意見いただければ幸いです。