2005年03月13日
アイテック模試午後I
アイテック公開模擬テスト＠午後I
問1：データベースの基礎理論
問2：SQL
問3：データベース設計
問4：データベースの業務運用
もちろん，問1，問2，問3を選択
問１
基礎理論：物流会社の配送管理に関するデータベース
設問１（１） 候補キーの指摘
設問１（２） 正規形名の指摘とその理由
設問２（１） 非キー属性の指摘
設問２（２） 推移的関数従属の指摘
設問２（３） 推移的関数従属の更新不良の具体例
設問２（４） 第3正規形への分割
設問３（１） 自明でない多値従属性の記述
設問３（２） ボイスコッド正規形であるが第4正規形でない理由
設問３（３） 第4正規形への分割
設問１（１）と設問２（１）が逆だが，H16午後I 問1の題材が変わっただけ。
ひっかかるのは，設問３（３）
「H16午後I 問1」的にこう書かせたいのかなというのは容易に想像がついたがｗ
その分割をするとインスタンス（表２）的にはＯＫなんだが，表１の意味と制約を満足できるのか疑問。
でも，他にどうしろと。。。
とりあえず，「こう書かせたい」というのは書かずに，意味と制約を満足できる分割を施す。（たぶん不正解なんだろうな。。）
問２
SQL：クレジット会社の販売分析システム
設問１（１） SQLの穴埋め（副問合せ）
設問１（２） 集約テーブルに必要な列名の指摘
設問２（１） SQLの穴埋め（副問合せ）
H16午後I 問2の設問２（３）が設問２（２）になり，テーブル構造はH16午後I 問2とH13午後I 問２を合体させたような感じ。
時間があれば間違わない問題でしょう。
図２が。。。「○○博満，△○仙一，○□大介，□○彰」。。。彰ってダレだ。。。分からん。
問３
データベース設計：衣類品小売業の販売管理システム
設問１（１） 主キーの指摘
設問１（２） 冗長なテーブル構造の正規化
設問２（１） テーブルへの列名の追加（時系列性保持）
設問２（２） テーブルの追加（記述エンティティ/連関エンティティどっちだ！？）
設問２（３） テーブルの追加（連関テーブル:後継品）
設問３（１） テーブルの統合（エンティティタイプの同一化）
設問３（２） テーブルの追加（組合せ管理）
設問３（３） テーブルの追加（組合せ管理）
題材はH15午後II 問2に類似。午後I にしてはボリュームがあり過ぎると思うのだが。。。
ひっかかるのは，設問２（２）
後入先出法での売上原価管理のためのテーブル追加
「入」の方は仕入明細で分かるので「出」と「入」と対応させて管理できればいい。
「出」の管理を
・仕入明細の明細として数量を管理する方法 と
・販売実績明細と仕入明細の多対多の関連と数量を管理する方法 と
ふたつあると思うが，要件からどっちが良いのか判断できない。
解答はとりあえず，後者で書いてみた。
あと，設問３（１）。
同一化するのはいいんだけど，カテゴリ識別子の要否が不明。
とりあえず，区分として書いておく。
関連記事
アイテック模試午後I 完了
アイテック模試届く
模試
この記事をLicWikiに埋め込む：
2 ：おみおみ：05/03/13 15:42:35 [RES]
図２が。。。「○○博満，△○仙一，○□大介，□○彰」。。。彰ってダレだ。。。分からん。
仰木さんじゃないですかね。字は違ったと思いますが。
答は見てないんですよね？
私は答を持ってて答え合わせもしていて、
議論したいところですが、
もう解禁ということでいいんでしょうか？
3 ：g@kko：05/03/13 15:49:34 [RES]
>>2 おみおみ さん
え？答持っているんですか？
私持っていないっすよ。。。ズルイなぁ。。。ｗ
「公開模擬テスト＠公開会場受験」の午後I は完了しているので解禁ということで良いと思います。
5 ：おみおみ：05/03/13 16:52:54 [RES]
会社で借りれるという恵まれた環境なんですよ。採点はしてもらえないけど。
問1
ひっかかるのは，設問３（３）
「H16午後I 問1」的にこう書かせたいのかなというのは容易に想像がついたがｗ
その分割をするとインスタンス（表２）的にはＯＫなんだが，表１の意味と制約を満足できるのか疑問。
でも，他にどうしろと。。。
とりあえず，「こう書かせたい」というのは書かずに，意味と制約を満足できる分割を施す。（たぶん不正解なんだろうな。。）
解答は以下で、g@kkoさんの「こう書かせたい」同じではないでしょうか？(主キーは載ってないので自分でつけた)
配送料金サイズ種別(料金コード,サイズ,配送種別)
配送料金発着地(料金コード,発地コード,着地コード)
私は表1でひっかかるところはないですが、どこですか？
問3
ひっかかるのは，設問２（２）
後入先出法での売上原価管理のためのテーブル追加
「入」の方は仕入明細で分かるので「出」と「入」と対応させて管理できればいい。
「出」の管理を
・仕入明細の明細として数量を管理する方法 と
・販売実績明細と仕入明細の多対多の関連と数量を管理する方法 と
ふたつあると思うが，要件からどっちが良いのか判断できない。
解答はとりあえず，後者で書いてみた。
解答は繰越商品(SKUコード,年度,繰越数量,繰越金額)
私もg@kkoさんと同じような考えで答えましたが、それだと売上原価を算出する処理が複雑になるように思います。
あと，設問３（１）。 同一化するのはいいんだけど，カテゴリ識別子の要否が不明。 とりあえず，区分として書いておく。
解答にはついてますが、省略可となってます。
個人的にはあったほうがいい設計に思いますが、
試験ではなくてもいいんでしょう。
最後に、□○彰は阪神の岡田彰布かも。セリーグつながりで。
6 ：おみおみ：05/03/13 16:55:52 [RES]
下線がつかないですね？
配送料金サイズ種別の料金コード、
配送料金発着地の料金コード、
繰越商品のSKUコード,年度につけたつもりです。
よければ修正を。
8 ：g@kko：05/03/13 17:37:53 [RES]
>>5 ：おみおみ さん
情報提供ありがとうございます！！
問１設問３（３）
こう書かせたいは，おみおみさんの通り，
配送料金サイズ種別(料金コード,サイズ,配送種別)
配送料金発着地(料金コード,発地コード,着地コード)
ですね。
表１には料金コードの説明で「配送距離（発地コードと着地コードの組合せ）と配送品のサイズ，配送種別によって決まる配送料金のコード」と書いてあり，
｛配送距離（発地コードと着地コードの組合せ），サイズ，配送種別｝→料金コード
という関係があるので，分割後もこの関係を保持できるのか非常に疑問です。
こういうのを見ると問題が悪い気がしてなりません。
私がどう解答を書いたのかは聞かないでくださいましｗ
基礎理論にはありえない挑戦的な内容ですので（爆
候補キーは
配送料金発着地(料金コード,発地コード,着地コード)
ではないでしょうか？
配送料金サイズ種別の方は，インスタンスの例が少なく判断し難いですが，例示してあるインスタンスだと，おみおみさんの通り，料金コードが候補キーですね。
問３設問２（２）
なんじゃそりゃ～って感じですね(苦笑
売上原価の把握はリアルタイムと思っていたら
(3) 繰越商品
「売上原価は，前年度繰越商品金額＋当年度仕入金額－当年度繰越商品金額で計算される。」
と，問題に書いてありましたね。。見落としてました（反省
問３設問３（１）
なるほど。省略可ですか。φ( . . )
□○彰を特定するためにgoogleで「彰 プロ野球選手」検索したりしましたが，野球に疎い私にはさっぱりです。。
9 ：おみおみ：05/03/13 20:41:27 [RES]
問１設問３（３）
どうもちゃんと問題を精読していなかったようです。
確かに分けていいのかという気がしますね。
｛配送距離（発地コードと着地コードの組合せ），サイズ，配送種別｝→料金コード
上記の関係はなくなってしまうのではないでしょうか？
配送料金サイズ種別(料金コード,サイズ,配送種別)
配送料金発着地(料金コード,発地コード,着地コード)
そして主キーは上記のようになるのではないでしょうか？
配送料金サイズ種別は微妙で、表2からだと料金コードだけでもいいように思えますが、例外がないとは限らないので。私はあまり表は信用しないようにしています。
10 ：g@kko：05/03/13 21:31:31 [RES]
>>9 ：おみおみ さん
＞確かに分けていいのかという気がしますね。
これで試験中に考え込んじゃったんですよ。。。(T-T
＞そして主キーは...
私もあるべきは，全（オール）キーだと思います。
この問題が正規化理論でなくデータベース設計だったら
配送距離（発地コード，着地コード，配送距離コード）
配送料金（配送距離コード，サイズ，配送種別，料金コード）
と，分割するんですけどねぇ。。。
もちろん，料金コードと配送料金(\)が１：１の場合ですけど。
11 ：前スレ973：05/03/15 23:31:11 [RES]
g@kkoさん、
＞もちろん，問1，問2，問3を選択
と書いてらっしゃるけど、問4を選ばないのが定石なんですか？
運用系の問題は、あんまりひねってないので、意外と高得点が狙えるんじゃないかとも思うんですが？
12 ：g@kko：05/03/16 00:11:58 [RES]
>>11 ：前スレ973 さん
運用系を選ばないという訳ではありませんが，計算問題は選ばないのが定石です。
１．電卓がない！ （計算間違いの可能性がある）
２．数値の解答に部分点があるとは思えない。
３．前の問題の答えを前提とした計算が多く，間違いが連鎖する可能性がある。
と，いうことで私は計算問題を選択しません。
電卓が無くなってさっぱり計算問題を解く気になりません。。。
午前の待ち行列や信頼度計算も面倒臭いくらいですからｗ
13 ：9：05/03/30 06:45:18 [RES]
gakkoおっはー(´･∀･)ﾉｼ
元ネタ
http://school4.2ch.net/test/read.cgi/lic/1108469078/689とか693
これ多分午後Ⅰだと思うんだけどgakkoはどう(´･ω･)?
