Database Systems Engineer Examination

イムカ（アイテック提供）＞Ｈ１６春＞試験直前アドバイス

こんなのも読み返してみる。

これすげーｗ(´･∀･`)ｗガッコが作ったん(´･∀･)?
これ作るのにどういうツールが必要(´･ω･)?
午後Ⅰばかりで午後Ⅱの内容がないようヽ(`Д´)ﾉ
あと俺が考えたの。承認者コード1、承認者コード2、承認者コード3、承認者コード4とかをまとめて記述したいときは、承認者コード1～4とする、ってのも字数を削減する効果としてよさ気でない(´･∀･)?

あともし時間を持て余してるようなら、身近な何かからテーブル設計するもよし、セット問題やDWHの予想問題を作成するもよしo(´･∀･`)o

>>2
それにしてもこんなの相変わらずどっから見つけてくるのよｗ
見てみたがな～んか当たり前のことばっか書いてあって今一だな
第一、キーワード盛り込めとか抽象的なこと言われても困るんだよね。ならアイテックの過去本の午後の解答にキーワードはこれとかちゃんと示してほしいよｗ自分らができないことを適当に人に薦めるなっての
これならガッコの資料のが具体的実践的でよっぽど役に立つo(´･∀･`)o

>>3
　お手製だよ。Wordで作成しPDF化。

＞午後Ⅰばかりで午後Ⅱの内容がないよう
お・オヤジギャグ？？
午後I って書いてるやん。午後II は。。。何か書けるかな。。。
汎用的な対策って，リレーションの引き方とかスキーマ完成くらいしかないのでは。。。

＞承認者コード1～4とする
それ，いただき。改版時に反映ということで。

＞身近な何かからテーブル設計
今やっているプロジェクトのＳＥから「帳票からのボトムアップの仕事」を少し取り上げたい（一石二鳥狙いw）んだけど。。。勤務時間中に余裕がない。。。。

>>4
過去の解答速報を探す時に見つけてたヤツなんだな。
そうそう，推奨していることと教えていることが違うやん！！って＜アイテック

お疲れ様っす
＞1.1.2. 第１正規形だが第２正規形ではない理由
＞⇒ 部分関数従属の存在を指摘
＞・ 非キー属性の【 】は，候補キー【 】の一部である【 】に関数従属するた
め。
これでいいとは思うけど、アイテックの解説では、「候補キー【】の真部分集合である【】に関数従属」とか「候補キー【】の一部である【】に部分関数従属」とか、必ず部分って言葉が含まれている。ここは安全策（部分って言葉を何らかの形で使う）をとった方が良いのでは。

＞1.2.1. 第２正規形の条件
＞・ ｛候補キー｝ → ｛候補キー以外｝ → ｛非キー属性｝を 指摘する。
｛非キー属性｝の｛｝は不要ですよね。後の方では、そう書いてあるようですが。

>>3
＞これ作るのにどういうツールが必要(´･ω･)?
ドキュメントをPDF化する廉価ソフトやフリーソフトがある。プリンタドライバのような形式で、そのソフトを印刷時に指定してやれば作れる。
WORDファイルを直接載せたり送ったりすると相手が読めないかも知れないので、便利だよ。
アイテックはかまわずWORDファイル直送りなんだよな。

>>6
真部分集合とはまたマニアックだなｗそこまで厳密に説明しなくてもいいと思うが
あともういい加減拘りすぎｍ９(´･A･`)

>>7
おおｻﾝｸｽｗ(´･∀･`)ｗ
ガッコはどんなツール使ってるの(´･ω･)? ガッコと同じもの使うヽ(`Д´)ﾉ

>>8
ま、減点はされないだろうね。属性名は全部ちゃんと書くということだけ気をつければいいかな。

>>5
> 午後II は。。。何か書けるかな。。。
> 汎用的な対策って，リレーションの引き方とかスキーマ完成くらいしかないのでは。。。

例えばネーミング設計とかは？
・元ネタの表から拝借するとか
・主（候補）キーが○○番号だったらテーブル名は○○とか
・Ｒ（○○番号(PK)，△△番号(FK)）だったら○○△△とか
・主要な非キー属性名にするとか
・主キーを構成する属性｛Ａ，Ｂ，Ｃ｝毎に，Ａ別Ｂ別Ｃ別○○とか

>>6
＞第１正規形だが第２正規形ではない理由
は，Ｈ１６公式解答例に合せる方向で修正します。
（そうするつもりで，忘れていた。。。）

＞｛非キー属性｝の｛｝は不要ですよね
不要としているのは，「非キー属性を挙げよ」と聞かれた場合で，
推移的関数従属の指摘の場合，｛　｝は付けていた方が良いかと思います。
（Ｈ１６公式解答例　午後I 問１ 参照）

>>8
　adobeの純正（acrobat）だよ。バージョン古い(5)けど。。。

>>10
　ネーミングにこだわりますねぇ。。。ｗ
　「ネーミング」ってやっぱり迷うんですかねぇ。。。
　私はSEよりもユーザ寄りなんで，「分かればいいじゃん！」って感じなんですが（ｗ

PDF。。。こっそりマイナーバージョンアップ。

発掘：
　データベース午後対策（googleキャッシュ）

キャッシュがあるうちにローカルに保存しておきましょう。

＞＞｛非キー属性｝の｛｝は不要ですよね
＞不要としているのは，「非キー属性を挙げよ」と聞かれた場合で，
＞推移的関数従属の指摘の場合，｛　｝は付けていた方が良いかと思います。
なんかこだわるようだけど、｛｝を付けるのは組合せを特定するわけで、
例えば、A→｛B,C｝→D,Eというような場合は、｛B,C｝→Dと｛B,C｝→Eは独立に成り立っているから、D,Eに｛｝をつけるとおかしいような気がする。
｛B,C｝に｛｝がつくのはいいんですよ。B→D,EとC→D,Eが独立に成り立つわけではないですから。

>>8
　adobeの純正（acrobat）だよ。バージョン古い(5)けど。。。

9には買えないなw
VECTORに色々あるから好きなのを使うが宜し。

「BCNFにしない理由を指摘する」とか「メタデータモデル化」が、でそうな気がします。

>>13
　合併律で，
　｛B，C｝→D　かつ
　｛B，C｝→E

　であれば
　｛B，C｝→｛D，E｝
　と，いうことで。。。どうでしょうか？

　推移関数従属の例示の場合，一番右の非キー属性の記述は１個あれば良いので，１個しか書かない。という安全策もアリかなと。

>>15
　楽しみですねぇ。。。基礎理論の設問３は。
　何が来るのか。
　新問BCNFか，過去類問でメタか，属性の存在が排他か。。。
　関数従属の図を書きそうな感じもしますし。キーの制約か。。

>>12
あそれ去年保存したわｗ
確かそこの管理人3年越しで合格狙ってたんだけど、どうしても受からなくて諦めたっぽい。で、DB関連のコンテンツも削除してしまった。そのページはその中で唯一ｗ使えそうだった。まあでもリックテレコムの本に書いてあることほとんどそのまんまなんだけどねｗ

>>14
それって有料なん(´･ω･)?

>>16
> ｛B，C｝→D　かつ｛B，C｝→Eであれば｛B，C｝→｛D，E｝
俺もくどいようだけどそこはじーさんの意見に賛成だ。それじゃおかしい。｛B，C｝→｛D，E｝としてしまうと、単独の｛B，C｝→Dとかが逆に導けない気がする
基本的に>>13の意見に禿同

> 楽しみですねぇ。。。基礎理論の設問３は。
> 何が来るのか。
去年第4が来たから今年はBCNFあたりを匂わせといて、またメタデータかとも思わせといて、まったく全然違うものがくる可能性もあるからなｗ
基礎理論の設問3は俺にとっては毎年難問で、常に外してた（0点）というか半分諦めて捨ててたｗ
ガッコほどの力がついた完璧主義者だと、そういう難問ほどщ(ﾟДﾟщ)ｶﾓｫｫｫﾝなんだろうｗ
ただ実力者に言いたいのは、ある程度解けなくても妥協すること。得てして俺がこれだけ力をつけて望んだのに、この問題がわからないなんて許せない、白紙の部分を作るなんて許せないと拘りすぎて必要以上に時間を使ってしまう場合がある
午後Ⅰは６割取れればいいと肩の力を抜くことも大切だぞo(´･∀･`)o

>>17
ほれ、36,540 円

＞｛B，C｝→｛D，E｝としてしまうと、単独の｛B，C｝→Dとかが逆に導けない気がする
そう、
｛B，C｝→D かつ ｛B，C｝→E　⇒　｛B，C｝→｛D，E｝
は成り立つけど、
｛B，C｝→｛D，E｝　⇒　｛B，C｝→D かつ ｛B，C｝→E
は成り立たないからまずいと思う。

>>17
＞午後Ⅰは６割取れればいい
ごもっとも。満点取る必要はないからね。
設問３を捨てても６割超える基礎力が重要ということで。

こだわる気はさらさら無いがｗ

私は公式解答例に合わせる方向で。

ところで，合併率の逆を否定すると。。。

R1（B，C，D） と R2（B，C，E） を合わせて
R3（B，C，D，E） は良いけど，

R3（B，C，D，E） を
R1（B，C，D） と R2（B，C，E） には分割できないと読めない？

>>19
わかった。結論として、→の左側（従属させる側）は複数の結合の場合｛｝は必須だが、→の右側（従属する側）は｛｝があってもなくてもおｋみたいな感じか
確かに拘るところじゃないなｗ

>>19
納得した。
｛B，C｝→D かつ ｛B，C｝→E　ならば　｛B，C｝→｛D，E｝
｛B，C｝→｛D，E｝　ならば　｛B，C｝→D かつ ｛B，C｝→E
なので、
｛B，C｝→D かつ ｛B，C｝→E　と　｛B，C｝→｛D，E｝ は等価。

で、
｛B，C｝→D かつ ｛B，C｝→E　を　｛B，C｝→D，E と書いていいという決まりはない。
だから、｛B，C｝→｛D，E｝と書く方が正しい。
ってとこかな。

>>5

汎用的な対策って，リレーションの引き方とかスキーマ完成くらいしかないのでは

は，
H16午後II 問2を参照されたし。

　リレーションシップを補う問題。この手の問題の解法は３つのアプローチがある。
　・関係スキーマから導く。
　・問題文からビジネスロジックとなるリレーションを読み解く。
　・問題文（帳票）からスキーマを導いてリレーションを完成させる。
　問題の傾向として「関係スキーマの完成」とセットで出題されることが多い。
　（H14午後2問2，H13午後2問1，H13午後2問2，H11午後2問1）
　この場合，「関係スキーマの完成」と合せて解く方が賢いと思われる。

g@kko様へ

初めまして。今年初受験のものです。
ちょっとお願いがあるのですが、実は、昨年の公式回答PDFを削除してしまいました。
お手数ですが、もし、ファイルをお持ちであれば送っていただけないでしょうか？
良ければこちらのメールアドレスを連絡いたします。

>>23 ：初受験さん

こちらに。

JITEC公式解答例
　・Ｈ１６春（午前解答例）
　・Ｈ１６春（午後Ⅰ解答例）
　・Ｈ１６春（午後Ⅱ解答例）

g@kko様へ

初受験の者です。
どうもありがとうございます！！！
本当うれしいです。。（涙）

g@kko様も明日は頑張って下さいね！
こちらも頑張ります。

g@kko様の合格をお祈りいたします。

g@kkoさん初めまして。

いつもページ拝見させて頂いております。
g@kkoさんの日記やリンク関連は、役立ちまくりです。

さて、ついに明日ですね。
緊張しまくりです。

g@kkoさん明日はお互い頑張りましょう！

>>25 ：初受験さん
　どういたしまして。
　初受験さんも明日，頑張ってくださいネ。

>>26 ：DBマスターになりたい。さん。
　はじめまして。
　こんな駄文でも，お役に立ててなによりです(^^

　いよいよ明日。あまり緊張なさらずに。
　リラックスでお互い頑張りましょう。