2005年04月09日

[ テクニカルエンジニア(データベース)/H17受験記 ]

午後I 総復習

総復習といっても。。。
もう1度,問題解いてもやっつけ仕事になってしまうので・・・
(4回通りやっているの飽きがね…(苦笑 )

自分の今までの解答を眺めながらのプチ反省会。

んで,自分用にまとめの資料を作る。
体系的に整理すると気持ち良いもんだ♪


※資料の利用は自己責任で。
 資料に間違いがあっても,当方は一切,責任は負いません。


 資料に対するツッコミ歓迎!
 元気があれば改版します。

Posted by g@kko at 2005/04/09 15:57 | 個別記事表示 | コメントを見る (26) |
この記事をLicWikiに埋め込む:
コメント
2 :g@kko:05/04/09 16:10:59 [RES]

イムカ(アイテック提供)>H16春試験直前アドバイス

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


3 :9:05/04/09 16:14:05 [RES]

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

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


4 :9:05/04/09 16:36:44 [RES]

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


5 :g@kko:05/04/09 17:16:25 [RES]

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

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

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

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

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


6 :前スレ973:05/04/09 21:07:35 [RES]

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

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


7 :前スレ973:05/04/09 21:10:46 [RES]

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


8 :9:05/04/09 21:35:05 [RES]

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

>>7
おおサンクスw(´・∀・`)w
ガッコはどんなツール使ってるの(´・ω・)? ガッコと同じもの使うヽ(`Д´)ノ


9 :前スレ973:05/04/09 21:48:42 [RES]

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


10 :9:05/04/09 22:35:44 [RES]

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

例えばネーミング設計とかは?
・元ネタの表から拝借するとか
・主(候補)キーが○○番号だったらテーブル名は○○とか
・R(○○番号(PK),△△番号(FK))だったら○○△△とか
・主要な非キー属性名にするとか
・主キーを構成する属性{A,B,C}毎に,A別B別C別○○とか


11 :g@kko:05/04/10 10:49:54 [RES]

>>6
>第1正規形だが第2正規形ではない理由
は,H16公式解答例に合せる方向で修正します。
(そうするつもりで,忘れていた。。。)

>{非キー属性}の{}は不要ですよね
不要としているのは,「非キー属性を挙げよ」と聞かれた場合で,
推移的関数従属の指摘の場合,{ }は付けていた方が良いかと思います。
(H16公式解答例 午後I 問1 参照)


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

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


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


12 :g@kko:05/04/10 13:24:33 [RES]

発掘:
 データベース午後対策(googleキャッシュ)

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


13 :前スレ973:05/04/10 14:47:07 [RES]

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


14 :前スレ973:05/04/10 14:49:25 [RES]

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

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


15 :前スレ973:05/04/10 14:50:25 [RES]

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


16 :g@kko:05/04/10 15:52:06 [RES]

>>13
 合併律で,
 {B,C}→D かつ
 {B,C}→E

 であれば
 {B,C}→{D,E}
 と,いうことで。。。どうでしょうか?

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

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


17 :9:05/04/10 17:19:34 [RES]

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

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

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

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


18 :前スレ973:05/04/10 17:34:38 [RES]

>>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
は成り立たないからまずいと思う。


19 :g@kko:05/04/10 18:03:57 [RES]

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


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

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


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

R1(BC,D) と R2(BC,E) を合わせて
R3(BC,D,E) は良いけど,

R3(BC,D,E) を
R1(BC,D) と R2(BC,E) には分割できないと読めない?


20 :9:05/04/10 18:11:22 [RES]

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


21 :前スレ973:05/04/10 19:48:10 [RES]

>>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}と書く方が正しい。
ってとこかな。


22 :g@kko:05/04/12 00:22:53 [RES]

>>5

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

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

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


23 :初受験:05/04/16 12:40:03 [RES]

g@kko様へ

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


24 :g@kko:05/04/16 12:46:08 [RES]

>>23 :初受験さん

こちらに

JITEC公式解答例
 ・H16春(午前解答例)
 ・H16春(午後Ⅰ解答例)
 ・H16春(午後Ⅱ解答例)


25 :初受験:05/04/16 12:51:53 [RES]

g@kko様へ

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

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

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


26 :DBマスターになりたい。:05/04/16 21:29:13 [RES]

g@kkoさん初めまして。

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

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

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


27 :g@kko:05/04/16 23:16:17 [RES]

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

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

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