2005年03月13日

[ テクニカルエンジニア(データベース)/出版社オリジナル ]

アイテック模試午後I

アイテック公開模擬テスト@午後I

問1:データベースの基礎理論
問2:SQL
問3:データベース設計
問4:データベースの業務運用

もちろん,問1,問2,問3を選択


問1
基礎理論:物流会社の配送管理に関するデータベース
 設問1(1) 候補キーの指摘
 設問1(2) 正規形名の指摘とその理由
 設問2(1) 非キー属性の指摘
 設問2(2) 推移的関数従属の指摘
 設問2(3) 推移的関数従属の更新不良の具体例
 設問2(4) 第3正規形への分割
 設問3(1) 自明でない多値従属性の記述
 設問3(2) ボイスコッド正規形であるが第4正規形でない理由
 設問3(3) 第4正規形への分割

 設問1(1)と設問2(1)が逆だが,H16午後I 問1の題材が変わっただけ。

 ひっかかるのは,設問3(3)
 「H16午後I 問1」的にこう書かせたいのかなというのは容易に想像がついたがw
 その分割をするとインスタンス(表2)的にはOKなんだが,表1の意味と制約を満足できるのか疑問。
 でも,他にどうしろと。。。
 とりあえず,「こう書かせたい」というのは書かずに,意味と制約を満足できる分割を施す。(たぶん不正解なんだろうな。。)


問2
SQL:クレジット会社の販売分析システム
 設問1(1) SQLの穴埋め(副問合せ)
 設問1(2) 集約テーブルに必要な列名の指摘
 設問2(1) SQLの穴埋め(副問合せ)

 H16午後I 問2の設問2(3)が設問2(2)になり,テーブル構造はH16午後I 問2とH13午後I 問2を合体させたような感じ。
 時間があれば間違わない問題でしょう。
 図2が。。。「○○博満,△○仙一,○□大介,□○彰」。。。彰ってダレだ。。。分からん。


問3
データベース設計:衣類品小売業の販売管理システム
 設問1(1) 主キーの指摘
 設問1(2) 冗長なテーブル構造の正規化
 設問2(1) テーブルへの列名の追加(時系列性保持)
 設問2(2) テーブルの追加(記述エンティティ/連関エンティティどっちだ!?)
 設問2(3) テーブルの追加(連関テーブル:後継品)
 設問3(1) テーブルの統合(エンティティタイプの同一化)
 設問3(2) テーブルの追加(組合せ管理)
 設問3(3) テーブルの追加(組合せ管理)

 題材はH15午後II 問2に類似。午後I にしてはボリュームがあり過ぎると思うのだが。。。

 ひっかかるのは,設問2(2)
 後入先出法での売上原価管理のためのテーブル追加
 「入」の方は仕入明細で分かるので「出」と「入」と対応させて管理できればいい。
 「出」の管理を
 ・仕入明細の明細として数量を管理する方法 と
 ・販売実績明細と仕入明細の多対多の関連と数量を管理する方法 と
 ふたつあると思うが,要件からどっちが良いのか判断できない。
 解答はとりあえず,後者で書いてみた。

 あと,設問3(1)。
 同一化するのはいいんだけど,カテゴリ識別子の要否が不明。
 とりあえず,区分として書いておく。


関連記事
 アイテック模試午後I 完了
 アイテック模試届く
 模試

Posted by g@kko at 2005/03/13 15:00 | 個別記事表示 | コメントを見る (13) |
この記事をLicWikiに埋め込む:
コメント
2 :おみおみ:05/03/13 15:42:35 [RES]
図2が。。。「○○博満,△○仙一,○□大介,□○彰」。。。彰ってダレだ。。。分からん。

仰木さんじゃないですかね。字は違ったと思いますが。
答は見てないんですよね?
私は答を持ってて答え合わせもしていて、
議論したいところですが、
もう解禁ということでいいんでしょうか?


3 :g@kko:05/03/13 15:49:34 [RES]

>>2 おみおみ さん
 え?答持っているんですか?
 私持っていないっすよ。。。ズルイなぁ。。。w

 「公開模擬テスト@公開会場受験」の午後I は完了しているので解禁ということで良いと思います。


4 :g@kko:05/03/13 16:39:23 [RES]

>解禁するも解答知らないんじゃあまり意味ねー…_| ̄|〇

しくしくしく。。。
会場受験って解答例をその場で貰えるんだね。。。


5 :おみおみ:05/03/13 16:52:54 [RES]

会社で借りれるという恵まれた環境なんですよ。採点はしてもらえないけど。

問1

ひっかかるのは,設問3(3)
 「H16午後I 問1」的にこう書かせたいのかなというのは容易に想像がついたがw
 その分割をするとインスタンス(表2)的にはOKなんだが,表1の意味と制約を満足できるのか疑問。
 でも,他にどうしろと。。。
 とりあえず,「こう書かせたい」というのは書かずに,意味と制約を満足できる分割を施す。(たぶん不正解なんだろうな。。)

解答は以下で、g@kkoさんの「こう書かせたい」同じではないでしょうか?(主キーは載ってないので自分でつけた)

配送料金サイズ種別(料金コード,サイズ,配送種別)
配送料金発着地(料金コード,発地コード,着地コード)

私は表1でひっかかるところはないですが、どこですか?

問3

ひっかかるのは,設問2(2)
 後入先出法での売上原価管理のためのテーブル追加
 「入」の方は仕入明細で分かるので「出」と「入」と対応させて管理できればいい。
 「出」の管理を
 ・仕入明細の明細として数量を管理する方法 と
 ・販売実績明細と仕入明細の多対多の関連と数量を管理する方法 と
 ふたつあると思うが,要件からどっちが良いのか判断できない。
 解答はとりあえず,後者で書いてみた。

解答は繰越商品(SKUコード,年度,繰越数量,繰越金額)

私もg@kkoさんと同じような考えで答えましたが、それだと売上原価を算出する処理が複雑になるように思います。

 あと,設問3(1)。  同一化するのはいいんだけど,カテゴリ識別子の要否が不明。  とりあえず,区分として書いておく。

解答にはついてますが、省略可となってます。
個人的にはあったほうがいい設計に思いますが、
試験ではなくてもいいんでしょう。

最後に、□○彰は阪神の岡田彰布かも。セリーグつながりで。


6 :おみおみ:05/03/13 16:55:52 [RES]

下線がつかないですね?
配送料金サイズ種別の料金コード、
配送料金発着地の料金コード、
繰越商品のSKUコード,年度につけたつもりです。
よければ修正を。


7 :g@kko:05/03/13 17:26:22 [RES]

>>6 :おみおみ さん
 下線の件,修正しました。
 ブログの設定漏れでした m(_ _)m


8 :g@kko:05/03/13 17:37:53 [RES]

>>5 :おみおみ さん

 情報提供ありがとうございます!!

問1設問3(3)
こう書かせたいは,おみおみさんの通り,

配送料金サイズ種別(料金コード,サイズ,配送種別)
配送料金発着地(料金コード,発地コード,着地コード)

ですね。

 表1には料金コードの説明で「配送距離(発地コードと着地コードの組合せ)と配送品のサイズ,配送種別によって決まる配送料金のコード」と書いてあり,
 {配送距離(発地コードと着地コードの組合せ),サイズ,配送種別}→料金コード
という関係があるので,分割後もこの関係を保持できるのか非常に疑問です。
こういうのを見ると問題が悪い気がしてなりません。

私がどう解答を書いたのかは聞かないでくださいましw
基礎理論にはありえない挑戦的な内容ですので(爆

候補キーは
 配送料金発着地(料金コード,発地コード,着地コード)
ではないでしょうか?
 配送料金サイズ種別の方は,インスタンスの例が少なく判断し難いですが,例示してあるインスタンスだと,おみおみさんの通り,料金コードが候補キーですね。


問3設問2(2)
 なんじゃそりゃ~って感じですね(苦笑
 売上原価の把握はリアルタイムと思っていたら

 (3) 繰越商品
 「売上原価は,前年度繰越商品金額+当年度仕入金額-当年度繰越商品金額で計算される。」

 と,問題に書いてありましたね。。見落としてました(反省


問3設問3(1)
 なるほど。省略可ですか。φ( . . )


 □○彰を特定するためにgoogleで「彰 プロ野球選手」検索したりしましたが,野球に疎い私にはさっぱりです。。


9 :おみおみ:05/03/13 20:41:27 [RES]

問1設問3(3)

どうもちゃんと問題を精読していなかったようです。
確かに分けていいのかという気がしますね。

{配送距離(発地コードと着地コードの組合せ),サイズ,配送種別}→料金コード

上記の関係はなくなってしまうのではないでしょうか?

配送料金サイズ種別(料金コード,サイズ,配送種別)
配送料金発着地(料金コード,発地コード,着地コード)

そして主キーは上記のようになるのではないでしょうか?
配送料金サイズ種別は微妙で、表2からだと料金コードだけでもいいように思えますが、例外がないとは限らないので。私はあまり表は信用しないようにしています。


10 :g@kko:05/03/13 21:31:31 [RES]

>>9 :おみおみ さん

>確かに分けていいのかという気がしますね。
 これで試験中に考え込んじゃったんですよ。。。(T-T

>そして主キーは...
 私もあるべきは,全(オール)キーだと思います。

この問題が正規化理論でなくデータベース設計だったら
 配送距離(発地コード着地コード,配送距離コード)
 配送料金(配送距離コードサイズ配送種別,料金コード)
と,分割するんですけどねぇ。。。

もちろん,料金コードと配送料金(\)が1:1の場合ですけど。


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 さん

運用系を選ばないという訳ではありませんが,計算問題は選ばないのが定石です。
 1.電卓がない! (計算間違いの可能性がある)
 2.数値の解答に部分点があるとは思えない。
 3.前の問題の答えを前提とした計算が多く,間違いが連鎖する可能性がある。

と,いうことで私は計算問題を選択しません。

電卓が無くなってさっぱり計算問題を解く気になりません。。。
午前の待ち行列や信頼度計算も面倒臭いくらいですからw


13 :9:05/03/30 06:45:18 [RES]

gakkoおっはー(´・∀・)ノシ

元ネタ
http://school4.2ch.net/test/read.cgi/lic/1108469078/689とか693

これ多分午後Ⅰだと思うんだけどgakkoはどう(´・ω・)?


14 :g@kko:05/03/30 21:33:07 [RES]

>>13
 遅くなりました。。。
 なんか解決しているっぽいっすな。。。

 かなり遅くなりましたが情報をまとめてみました