【ワカヤマン】データベーススペシャリスト Part46

データベーススペシャリスト試験(DB)
[ Database Specialist Examination ]
http://www.jitec.ipa.go.jp/1_11seido/db.html

情報処理技術者試験センター
http://www.jitec.jp/

前スレ
データベーススペシャリスト Part45
http://ikura.2ch.net/test/read.cgi/lic/1393733984/

ヒザの故障さえなければ・・・

>>1
おつお

>>1
乙

午後１　問１　設問２（２）は以下でおk？
　　　　　　　　−−−
　　　　　　　↓　　　｜
　−−−−−　　　｜　　　　　　　　−−−−−
｜　　　　　　　｜−　　　　　　　　 ｜　　　　　　　｜
｜バグ　　　　｜−−−−−→　｜対応　　　　｜
｜　　　　　　　｜←−メンバ−→｜　　　　　　　｜
　−−−−−　　　　　　　　　　　　　−−−−−
　↑↑　　↑　　　　　　　　　　　　　　　　　　｜
　｜｜　　｜　　　　　　　　　　　　　　　＿＿△＿＿
　工程 バグ種別　　　　　　　　　　　｜　　　｜　　｜
　　　　　　　　　　　　　　　　　　　　修正　　調査　　確認

キッタネェ図だなｗ

>>5
H26PM2問1
設問2
(1)概念データモデル
バグ−>バグ(自己参照)
バグ−>対応
バグ−メンバ
対応−メンバ
バグ−工程x3本
バグ−バグ種別
対応−△(修正、調査、確認)

と思う

実際には1対1を1対多として解答してしまったがね…
あなたとは逆向きの矢印で

>>5
俺は工程から1本だけにしちゃった

一生懸命書いたのにそんなこと言ったらかわいそうでしょ

>>7
1対多の矢印>>5であってるかな？逆にしちゃったよ

>>5
うめぇｗ
同じですた

>>6
うっせーｗ
本当は>>7みたいにスマートにまとめてみたかった
それはそうと、どうやら間違ってるっぽいなorz

反省してみた結果こうなった
やばい５９点の不合格が見えてきた…

H26PM2問1
設問2
(1)概念データモデル
バグ−>バグ(自己参照)
バグ−>対応
バグ<−メンバ
対応<−メンバ
バグ<−工程x3本
バグ<−バグ種別
対応−△(修正、調査、確認)

午後�Tの問２、完璧にやられた。
誰だよ、ＳＱＬ知らなくても合格できるなんて言ったの？
おい、わ○す○の、ババア責任とれよ。

このスレ見てると胃がキリキリする
けど除いてしまうジレンマ

午後2、問１選んで撃沈したｏｒｚ

>>14
いやSQLは知っとけDBの試験受ける身として

午後�U問2を選んで同じく撃沈した(´Д` )

itacの速報だと午前IIで落ちてるんだが…or2

いぱの速報まだかな

あーびみょーーー…
午前2午後1午後2全部びみょーすぎて胃がいたい

午前�Tから受けたんだが、すげー消耗する

>>19
itac速報は過去問さえも間違えてる！安心しる！

だ、だいじょうぶだよみんな！
6割で合格ってことは4割間違ってても合格ってことだから！

>>24
部分点くれるって信じてるわ

ﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃﾀｽｹﾃ

スーパータイプにリレーション引くべきとこを
全てのサブタイプに引いても０点ではないよね？

基本ができてないとみなされて、むしろマイナス査定だよ

Itacって適当にやってるの？
ぜんぜんあってなさそうだけど

だよなwww

今見直したら、午後２問２の客室のE-Rの問題、エンティティも追加するって問題文に書いてあるわ・・・
追加するエンティティあったっけ？

午後１、時間足りなかったなー
問３→問１とやってなかったらと思うとゾッとする

公式待ちだな　こりゃ

おれも午前2の結果は公式まちだ
itac適当すぎ

午前問題の解答はITEC、TAC見ないほうがいいよ。
すぐIPAで公式解答がでるから、そちらがいい。
その後の午後解説とかなんだけど、お勧めは。

公式きたぞ！

>>31
(2)のトランザクション領域だろ
予約が代理店予約と直接予約に別れる
直接予約がネット予約と電話よやくに別れる

itacの回答、午前２の問１から間違ってるじゃねえかｗ

>>31
図２の客室タイプの下にわざとらしい空白があるだろ？

客室タイプ標準料金(ホテルコード(PK)、客室タイプコード(PK)、標準料金)
が入ると思われる

>>37
（２）の方は、エンティティじゃなくてサブタイプの方を追加しなさいって明記してあるんだよなぁ。

>>39
おれもこれ

午前IIは20/25だた。
あとは午後どうだか・・

>>38
これ過去問に無かった？
itec信用ないねー。

IPA公式だ！

問　1〜　５：エアアアウ
問　６〜１０：イイイエウ
問1１〜１５：ウウエイエ
問1６〜２０：ウエエアエ
問２１〜２５：エウエウウ

>>39
そういや図１の方にもそれらしき空白があるなぁ。なるほどー、全然疑ってなかった。
テーブル構造記述しなくてよかったから神経質になれなかった。。

午前2は 22/25 だった
なお午後1で撃沈したもよう

>>44
thx

いまがんばって自力の解答をテキストに起こす作業をしてるけど
見直すとちょいちょい間違ってるのが見つかる
試験会場で気づけばいいのに！気づけばいいのに！

さ、午前�Uの結果がわかったところで午後�Tと午後�Uの回答をさらしあおうか。

毎回高度試験の午前ＩＩはハラハラさせてくれるぜ！
午後特化の勉強しかしてねえからな！

１８／２５
ｋｔｋｒ

１９／２５
ｋｔｋｒ
itecの速報当てにならなさすぎ

昨日来た3日前から勉強始めた者だけど
ちゃんと落ちてきたから安心してくれ

午前2は18問正解だったわ
午後1が半分あるかないかぐらい
午後2は諦めて途中で帰ってきた

応用まで一夜漬けで余裕だったから正直なめてた
秋から頑張る

>>39

客室タイプ標準料金(ホテルコード(PK)、客室タイプコード(PK)、標準料金)

これも書かないといけなかったのか？
回答欄がなかったような気がするが

２２／２５
とりあえず6月まで楽しみが出来た。

>>54
書かなきゃダメだったの？
問題用紙に書いてたんだが…
解答用紙に書いてないんだが…

追加するエンティティは標準料金と施設だよな？

午前1 27/30
午前2 22/25
なお午後
ほとんど午後の勉強に時間当てたというのにこの仕打ち

午後１問２、最初のSQLから全く分からないんだが
EXISTSとかNOT EXISTSとかが入るの？

公式で採点した
午前1 26/30
午前2 23/25
勝ったか…？

未完成の概念データモデルを埋める問題は、同時に関係スキーマも書いていくパターンじゃないと、なんか波に乗れない（´・ω・｀）

itecみたら７問間違ってんなと思ったら公式みたら間違えたの２問だけやった

15/25ｗｗ

>>57
施設は、いらないと思う。
別なマスタ領域に既に出ている。
標準料金だけでいいいと思う。

>>61
わかる
奇数年度でしか演習してなかったから今回のはついていけなかった

itecいくらなんでも間違えすぎだろw

こんにちはこっちのitecさんは午前2何点でしたか？
SCは16点でした

>>61
関係スキーマにどかーっと空欄があってそれを埋めつつER図を作ってくやり方に慣れてたから
ちょっと今回の問題は戸惑った
>>65
奇数年と偶数年で違うんだっけ？ちょっと過去問やるの偏ってたかなー

>>67
4個しか当たってないの？w

今年の問２は、過去の年の問１に近い印象だな。

19/25で午前2大丈夫だった…
itecビビらせやがって…

>>69
すみません16/25です…

>>61
よう俺

>>59
おれは NOT EXSIT という謎の術語を書いた

AM1 免除
AM2 19/25
ページをめくって即、答がわかる設問(過去問)があるのが何とも
PMは、実務最前線でバリバリの人には楽勝だったんじゃないかと思う

普通に=じゃダメなのん？

>>76
selectにワイルドカード使ってる時点で複数値だしなぁ

>>63
良かったね

午後2だよ午後2
解説はやくみたい

ダブルブッキングのところは↓？
r:予約日
s:予約開始時刻

午後の解答６月公表ってマジかよ。

>>77
おぉ…おぉ…おぉ…orz

>>80
俺もそう書いた

>>81
今週中にはITAPやTACが午後解答速報出してくれるからそれで我慢

午前の答え合わせ終わったし6月にまたこのスレ来て落ちてたら3月にまた来ると思う
もう少し真面目にしてればよかったかなぁ

>>59
おれもここ謎だわ
副問い合わせのドメインはY.*なんだからEXISTは違うんか思った

副問い合わせのドメインがY.会議室番号なら　X.会議室番号 NOT IN で良い気がするんだが

見当違いだったらすまん

>>36
itacで採点 17/25
公式で採点 22/25
itac5つも間違えてるじゃねーか。まぁ早いのは評価するが・・・時間つぶしになったし

上の方もあげてくださってますがipa 公式のリンク
www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_am2_ans.pdf

あぶねぇ１５問正解だった
最後の１分で問８を書き換えたのが吉とでた

itacに勝った。

>>85
システムアーキ来い。
午後�Tは開発だぞ。
データベース問題が多い。

未だに午前2の問23の意味がわからない

>>91
なにをどれだけ用意するのか日本語がよくわかんなかったな

>>86
副問合せのselectが＊だから、INだと何を条件にするかが分からない

普段は資格全般板なんざこないんだが
この時期だけは覗いてしまうｗ

ＤＢはいかに設問をすばやく読み解いてすばやく回答するかだからな
知識とは別の技術が問われるというか時間が最大の敵

午前2、23点だったけど、午後2で落ちてたらなんの意味もないんだよな

午前I　26/30
午前II　19/25
とりあえず午前I通ったから安心

まあ来年頑張るわけですが

24/25
だが午後1で撃沈。。。
問1に時間かけすぎた。
来年は45分経過したらそこで打ち切って次の問題に取り掛かろう。
気持ち切り替えて、ちょっと休んで秋SA頑張るわ。

existsって書いてこのSQLだと空き部屋なのに次のSQLだと予約済み部屋になってるのなんでだろ
とか思っていた9時間前の俺を張り倒したい

午後１問２の○×表、みんなどう書いた？

>>93
そうなんだよ　

だから副問い合わせのSELECTはY.会議室番号の間違いじゃないかと思って・・

結果発表に２か月もかかるとは、情報技術を使いこなせてないな

午前�U 24/25
午前簡単で、余裕こいて昼休みに大学見学していたら
午後�Tで時間が足りずに死亡
今見直したら問3を選んで先にといてりゃよかった

>>90
80じゃないけど開発寄りならシステムアーキって選択肢があるのかなるほど
秋なにもしなかったら次の春には免除切れだから考えてみようかな

>>74
俺は"NOT EXIST"って書いてた・・・

>>99
全部○
どれか当たってるだろうよ。。

H26PM2問1
設問1
(1)｛緊急度コード、重大度コード｝
部分関数従属性 あり
緊急度コード→スケジュール影響度
重大度コード→ソフトウェア影響度
※どちらか一つで大丈夫と思ったけど両方書いた
推移的関数従属性 あり
｛緊急度コード、重大度コード｝→優先度コード→リソース投入度

(2)第1正規形
第3正規形に分解した関係スキーマ：
スケジュール影響度(緊急度コード(PK)、スケジュール影響度)
ソフトウェア影響度(重大度コード(PK)、ソフトウェア影響度)
リソース投入度(優先度コード(PK)、リソース投入度)
優先度(緊急度コード(PK)、重大度コード(PK)、優先度コード(FK))

午後I問
設問2
(2) a ステータス　b 完了日　c 対応区分　d 対応メンバID
(3) 不具合：�@チーム階層が表現されていない�A複数のチームに所属できない
　　　解消した：忘れた
(4)忘れた
設問3
(1) e 発見工程ID=発見すべき工程ID
　　f バグ　g バグ種別ID　h バグ種別　i 修正有無　j あり
(2) k ？　　ｌ ？
(3) ア B1,B4　イ B1,B4,B5　ウ B1,B5

>>105
表2は
c×d○e×
表3の方は
b×c△d○e△
かなようわからん

午後２問１のg~j、アイ
ってチンプンカンプンだったんだけど何が正解？

H26PM2問1
設問2
(1)概念データモデル(略)
(2)
aステータス
b完了日
c対応メンバID(FK)
d対応区分

(3)
不具合�@;関係チームでは上位階層のチームを参照できない
不具合�A;関係メンバでは新規登録の際氏名等が冗長となる
関係スキーマ:
チーム(チームID(PK)、チーム名、リーダメンバID(FK)、上位チームID(FK))
メンバ(メンバID(PK)、氏名、主担当チームID(FK))
兼任(メンバID(PK)、兼任チームID(PK))

(4)
成果物(成果物ID(PK)、成果物名、作成工程ID(FK)、作成担当チームID(FK))
修正内容(修正前成果物ID(PK)、修正後成果物ID(PK))

午後２は最後の方ボーナス問題だよな
完璧に解いたわ


午後１で完全に爆死したけど

H26PM2問1
設問3
(1)
e発見工程ID=発見すべき工程ID(長めの解答欄)
fたすけてわからない
gたすけてわからない
hバグ種別
i修正有無
jあり
(2)
k工程IDがK3より前の工程
l原因を作りこんだ
(3)
アB1、B4
イB1、B4、B5
ウB1、B5

問2が怖い

>>109
正解かはわからんが俺は↓

g：1ページあたりの最大行数
h：見積行数
i：見積ページ数
j：ページサイズ

来年は本気出す

前回は午後1が59点、
主な保有資格は簿記3級の、
趣味の受験者です

午前2
エアアアウ
イイアエウ
ウウエイエ
ウエエアエ
エウエウウ

少なくとも96点はあるかとw
問23だけが問題の意味が分からなかった、
というか説明不足だろ特に表の一番右の列は何を表すか不明
仕方ないので、真ん中の列と右の列を掛け算してその和を答えとした

ところで、今回の午前2には特に注視すべき箇所がある
問4と問6である
これらは、いずれも、
第三正規形より先の正規形に関連のある問題である
問6のイはBCNFの定義に関連している

午前2の中に第三正規形より先の正規形に関する問題が2つ含まれるのは偶然だろうか？
自分は、これは偶然では無く、午後1で第三正規形より先の正規形が出題される前触れだと予測し、期待したのだが
結果はまさかの午後1問2でSQL…
しかし、それでも尚、自分はこれは偶然では無いと思っている

というよりは、今回は午後1問2でSQLを出したからこそ、
次回は午後1で第三正規形より先の正規形を含む正規化理論の問題に重点が置かれる事を予見していると思う

次回受験予定の人は参考にしてほしいw

>>113

ありがとう

結構出来てると思っていたが、このスレを見て撃沈している。。

午前1 19/30
午前2 19/25

すげーぎりぎり。とりあえず６月まで楽しみが続いて良かった。
今度こそ受かりたいなぁ。

午前2は通過したけど、午後1が時間足りなかったー。
午後2は時間が余るから、いかに午後1を素早く解くかだなあ。
秋はネスペ行きまーす。

問題見てみたけど。
午後�Tは例年と傾向が違ってんな。
※関数従属図の問題ないんか。
午後�Uは問2の方が例年通りで組みしやすそうだったな。

>>44
これあってるのか？
２３／２５だ　あんまり自信なかったのに

この試験は筆記スピードを難易度に含めるのを止めろｗｗ

午後1-1の解答欄の多さをみて考え直すべきだった…

>>110
(3)の不具合って
上位チームともうひとつは兼任が複数あったら〜じゃないの？

もうかれこれ受けてるが、午前２の点数が
とんでもないレベルに…
せめて採点してほしいぞ午後の

趣味の人、良くやったと思うよ。
SQLは実務でやってたら、複雑なものも書けないと話にならないが、
そうでない人はたぶん解けてないよ。
本年もよくやった。
合格を待とう。

>>120
あってる
www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_am2_ans.pdf

午後1問2ボロボロすぎて笑った

>>122
主キーをメンバIDのみと考えると"兼任が複数〜"
主キーをメンバID、兼任チームIDとすると"氏名などが冗長〜"になるね。
どっちでも正解かな？

itec ホントひどいね。
16問正解で心配してたら、公式では19問正解だった。
ホッ。

午後1-2　SQLとかふざけんなふざけんなふざけんな

ホントに震えながら回答したわww

「影響度」を何回も書くの苦痛すぎﾜﾛﾀ、罰ゲームかよ

>>129
おまおれ

午後2の問2の設問3のトリガーの問題って何にした？

>>130
影響度のせいで5分は損したと思う

平成２５年度　DB試験
午前１突破率：59.2%
午前２突破率：66.8%
午後１突破率：60.9%
午後２突破率：48.8%
全体の合格率：16.3%

今年はどうかわからんけど
多分午後のどこかで引っかかってるわ．．．

午後1でまた関係代数の問題が出たのか。
この手の問いは解答量が多くなってウンザリしていた。

>113
それであってるとおもう！
俺も問題中に同じ言葉出てくるからかなり不安になった

>>134
去年は午後２問２が見かけ以上の難しさ（時間の足らなさ）だったからなぁ。

>>130
影の右側と響の左上が合体して何度も書き直した

H26PM2問2(自信なし)
設問1
(1)
a NOT EXISTS
b <
c >
(2) 一意性制約違反となり行が挿入できない
(3)
de �@
fg ○(空欄)
hi �@
jk �A
lm △(空欄)
no ○(空欄)
pq △(空欄)

(4)
r 時間帯
s 予約開始時刻

>>134
現時点で選ばれし4割の民なのか
なんか少し嬉しい
どうせなら1.5割の民にもなりたかったが

>>91
>>115
秒単位で最大TPSでタイムチャート書くと2〜3秒の間で
10×6＋20×2=100(TPS)
これがMAXだから最低100セッション用意しておかないと駄目なんじゃない？

お前ら、落ちたらどうしますか

>>140
でも実際は午前１なんか免除の人が多いし、
途中帰宅者とかそもそも試験にこない人もいるから
試験を最後まで受けた人で言えば確率はもっと高いんじゃないかな

午後1問2設問2のスループット低下
時間なくて本文読まずに
王道のデッドロックとかいたがどうか！

UNIQUE制約に主キー入れたら×だぞ

>>142
特に何の感慨もなく秋に何受けるか考える

>>142
ITストラテジスト\(^o^)/

さっきからpm1のことをpm2って書いてる奴何なの？死ねよ。

落ちたらではなく落ちたよ

午後一・午後二結構自信があったんだけどさ…

午前�U：14/25なんだけど…

問23がなにをどれだけ用意するのかまったくわからず、
とりあえずトランザクションの最低限数的な流れで
どうせ秒数は引っ掛けだろ、と「イ：40」を選択したんだけど

この問題がエである理由をだれか教えてくれ…意気消沈して寝れねぇよ…。

午後1問1
スーパータイプとサブタイプ書かずに線３本引いたわ…
変な注釈あったからこう言うことなんかと思たが違うぽいな…

>>139
△の存在に今気がついた件

午後２問１
添削頼む

■設問１
（１）
ａ．銘柄コード
ｂ．有効開始年月日
ｃ．銘柄詳細
ｄ．業種コード
ｅ．業種
ｆ．上位業種コード

（２）
手順２〜４の検索を省略できるから。
取引登録に、手順２〜４と同様の検索で求めた上位業種コードを”取引”テーブルに転記する処理を追加する。

■設問２
（１）
表５
　CHAR(4)　Y　4
　NCHAR(30)　Y　30
　CHAR(1)　Y　1
　INTEGER　N　4
　NCHAR VARYING(1200)　N　1004
　CHAR(5)　Y　5
索引の種類と構成列
　P　1：銘柄コード
　U　1：銘柄名

表７
Y　Y　N　N　N　Y　N　N

午後1は多分8割りくらいあるが午後2は多目に見積もっても4割
来年また会いましょう

（２）
制約１：”銘柄”テーブルの売買単位が変更されることがあるため。
制約２：”取引”テーブルの株式決済番号の値がNULLの場合があるため。

（３）
ｇ．ページあたりに格納可能な行数
ｈ．ページサイズ
ｉ．１行あたりのデータ所要量
ｊ．見積行数
ア．1048
イ．16000

（４）
可変長のデータを含んでおり、そのデータを更新するときに他のデータページに格納されることがないため。

■設問３
（１）
再編成直後はキー値の順番とキー値が指す行の物理的な並び順が一致するため。
データの更新を繰り返すと、キー値の順番と物理的な並び順が一致しなくなるため。

（２）
○
×　表示期間１か月、表示間隔１日のデータを出力できない。
○
×　表示間隔6年前から30年前の株価データが冗長。

（３）
？

午後1が鬼門だな　時間的に

sessions初期化パラメータ幾つにしときましょうか的な話かと

>>152
おまおれ

午後2の2の問１くやしいなー

>150

自分もいまいち意味がわからなかったのだけど、

20TPS = 1秒間に20トランザクションくる
留保2秒 = WEBサーバ内で2秒はクライアントへのレスポンスを待たせることができる？
逆に言うと2秒分は同時にトランザクションをこなしてることになる。

と解釈して、
20x2 + 10x3 + 10x3 = 100
と回答してみたです。

書いていながらいまいち自分も釈然とはしてないです。

>>153
2(1)NCHARは60だと思うが
そうすると(3)アは1078か

答案と将来が真っ白だぜ！

>>155
最後のは、
・統計情報が古いため、適切なアクセスパスが選択されない
・株価テーブルから別のテーブルに格納する時に統計情報を更新する
みたいな事を書いた(うろおぼえ)

>>162　
将来はこれから書いていこう．．．
白紙なんだから何でも書けるじゃないか

>>150

TPSが一秒ごとの最大トランザクション件数
webアプリケーションサーバー内部保留時間

これの意味が分かれば簡単だよ。

検索業務:一秒当たり最大20件のトランザクション:サーバー内部で2秒保留可能
＝最大40件までのトランザクションをサーバーで保留する可能性
登録業務:上記と同様一秒あたり最大10件:3秒間保留可能
=最大30件まで保留する可能性
削除業務は登録業務と同値
よってこの３つの総和40+30+30=100
よって100件までのコネクションを用意しなければいけない。

>>153
VARYING(1200)のとこはNull制約がないから+1バイトして1005にした

>150
TPS=１秒間に処理するトランザクション件数。
検索の場合、内部保留時間が２秒あるので、DBに一度に最大で20トランザクション×２。
みたいな感じ？

>>153
NOT NULL制約がないのはフラグとして1バイト必要だよ

物理設計系の問題はどこかの過程を1つ間違えると
芋づる式に間違えることになるのが地味な落とし穴。

午後は埋めれてはいるんだが、採点もされんじゃな…

(1)
a NOT EXISTS
b <
c >

bとcって=つけんとダメな気が、
開始、希望終了被ってんのが
抽出されたらアウトって話だから
寧ろ逆って話も、<が

まあ俺はNOT EXISTって書いたし、
午前で終わってるけど

上の方もあげてくださってますがipa 公式のリンク
www.jitec.ipa.go.jp/1_04hanni_sukiru/mondai_kaitou_2014h26_1/2014h26h_db_am2_ans.pdf

あぶねぇ１５問正解だった
最後の１分で問８を書き換えたのが吉とでた

>>170
(1)aでテーブル名を書いた俺は論外なんだよな

>>155
3（2）の一番上のは×だよ。
バッファに収まりきらない。

教えて下さい　午前１から受けた者なんだけど、今回午前１通れば来年は免除になるのかな？

>>109
g ページあたりの行数
h 見積もり行数
i ページ数
ア 1054
イ 15024

あってるかはわからん

上場区分はchar(1)でいいの?
それともsmallint?

>>155
■設問３
�@はバッファに入りきらないから?にした

>>174
2年免除

午前1-1がいきなり難しいじゃねーか!?と思ってたら、26/30出来てたww
逆に午後1-2は簡単簡単wと思ったら19/25ww
そして午後1-2で脂肪ww
午後2-2は簡単な部類と思うけど、午後1-2の敗北感で辛い2時間だった。。。

午後�T 問1
設問1
(1)
・候補キー：:緊急コード、重大度コード、優先度コード
・部分関数従属性：あり
　緊急度コード→スケジュール影響度
　重大度コード→ソフトウェア影響度
・推移的関数従属性：あり
　{緊急度コード、重大度コード}→優先度コード→リソース投入度

(2)
・第1正規形
(緊急度コード(PK)、重大度コード(PK)、優先度コード(FK))
(緊急度コード(PK)、スケジュール影響度)
(重大度コード(PK)、ソフトウェア影響度)
(優先度コード(PK)、リソース投入度)

>>175
俺はsmall intにした。「整数は数字型」ってことだから。

>>176
ありがとう！

>>179
7ページの記述で数字と整数って言葉が使い分けられてるからおれはチャーにしたよ。チャーチャー

　 　 　 　 　 　 　 ┌──┐
　 　 　 　 　 　 　 ↓　 　 │
　 　 　 　 ┌────┬┘　 　 　 　 　 　 　 　 　 ┌─────┐
　 ┌─→│　 バグ　..├─────────→│　　 対応 　 │
　 │┌→└────┘←─┐　 　 　 　 　 　 　 └──┬──┘
　 ││　 ↑　 　 　 ↑　 ┌─┴──┐　 　 　 　 　 ↑　 │
　 ││　 │　 　 　 │　 │　メンバ　├─────┘　 │
　 ││　 │　 　 　 │　 └────┘　＿＿＿＿＿＿_△＿＿＿＿＿＿_
┌┴┴─┴┐┌─┴───┐┌──┴──┐┌──┴──┐┌──┴──┐
│　 工程　 ││　バグ種別..││　　 修正 　 ││　　 調査 　 ││　　 確認 　 │
└────┘└─────┘└─────┘└─────┘└─────┘

今時だし、統計情報は自動的に取ってる前提かと思っちまった。
削除して追加しまくるから、indexのリビルドせんとマズそう

結局、indexがバッファに収まらんとか適当な事書いてしまった。
CLUSTERの問題は上記であってるつもりだけど。

午前で落ちたけど

>>178
(1)の候補キーは緊急コード、重大度コードでは？

設問2
(1)
　・工程からバグへ3本(1対多)
　・バグ種別からバグへ1本(1対多)
　・メンバからバグと対応へそれぞれ1本(1対多)
　・対応から修正、調査、確認へそれぞれ1本(1対1)
(2)
　(a)ステータス、(b)完了日、(c)対応メンバID、(d)対応区分

check制約で''で括られてたから区分はcharでしょ

午後�T 問1
設問2
(3)
　・チームが上位階層のチームを識別できない
　・メンバが複数のチームを兼任できない

　チーム(チームID(PK)、チーム名、リーダメンバID(FK)、親チームID(FK))
　メンバ(メンバID(PK)、氏名、主担当チームID(FK))
　兼任(メンバID(PK)、兼任チームID(PK)
(4)
　成果物(成果物ID(PK)、成果物名)
　成果物修正(バグID(PK)、対応連番(PK)、成果物ID(PK))

>>182
よくがんばった！

>>179
迷ったあげくcharにしたんよ。
制約のとこの数字がアポストロフィで囲んであったから
問題が悪いよね、あれ

それ以前にnot nullのN書き忘れたんだが...

設問3
(1)
　(e)バグ[発見工程ID=発見すべき工程ID]
　(f)バグ、(g)バグ種別ID、(h)バグ種別、(i)修正有無、(j)'あり'
(2)
　(k)工程が基本設計と詳細設計、(l)作り込んだ
(3)
　(ア)B1,B4(イ)B1,B4,B5、(ウ)B1,B5

>>179
迷ったあげくcharにしたんよ。
制約のとこの数字がアポストロフィで囲んであったから
問題が悪いよね、あれ

それ以前にnot nullのN書き忘れたんだが...

あーそっかバグIDって自己参照してんのかぁ、何でスルーしちゃったかなぁ。ミス見つけるたびに辛くなるだけですわ

>>160
>>165

おお…TPSってSecondか…
腑に落ちました、ありがとうございます。

午前�Uは過去問けっこう出てたし、それなりに余裕だと思ってたんですが…
勉強しなおして来年出直してきます！

何故かメンバとチームがごっちゃになってメンバに自己参照つけた俺
死にたい..問2が爆死してるっていっとるでしょーがー

午後�T 問3
[設問1]
(1)
　(a)表示順
　理由：商品全体で重複がないよう商品を表示するため
(2)単品商品とセット商品で同じ表示順が発生する場合があるため
(3)
　(ア)単品商品番号列にセット商品番号を設定できてしまう
　(イ)単品商品かセット商品か区別できない
(4)(b)�C、(c)�E、(d)�A、(e)�B

>>124
ありがとう
今、回答を見直して午前2問8をアと間違えていて100点の可能性が消えた事に絶望していた…

自分は趣味でSQLをやって無いので午後1問2は散々だったけど

しかし、SQLの経験が無いなら、
だからこそ問2をSQLの問題だと思ってはだめなんだよ

いかにSQLの経験と関係無しに回答できる部分があるか見極めて可能な限り回答しないといけない

まあ自分がそれを十分できたとは言えないけど
SQLに詳しく無くても、排他制御とかについて午前2レベルの知識があれば、
半数程度は回答可能だったのでは無いだろうか？
つまり、SQLを知らなかった、と言うのは甘えと言える、自分を含めて

>>194
どんまい
俺は一対多を見事に逆にしたwww

死にたいorz

午後II 問１
銘柄名はNCHAR(30)じゃなくて、NCHAR VARYING(30)じゃないん？

午後�T 問3
[設問2]
(1)
　(f)LEFT (g)INNER
(2)K.構成数
(3)P.商品番号=K.単品商品番号

みんな午後IIはどうだった？
簡単な部類だった？

午後�T 問3
[設問3]
(1)
　(ウ)×(エ)×、(オ)○、(カ)○
(2)引当可能数

H26PM1問2
設問2
(1)
原因となる処理 �B
原因 SELECT文でロックがかかるため

(2)ダブルブッキングが発生した場合
(3)わからない

設問3
(1)
t わからない
(2) わからない

>>139
おお、r,s以外は同じだ。うれしい。
r,sは結局解らんかった。

>>106
>>110
>>112
>>139
>>202
というような出来でした
反省するにたぶん落ちてる

午後１問2分かる人添削お願いします

198正解だね。
サイズは平均文字数書いてないから、15文字として算出する
charで取ったら、容量の無駄

午後１問１明らかに４５分じゃ足りないだろ。
いつもの図と表ばっかのならわかるけどもで解答用紙１ページは多すぎるし
配点調整入ってくれるといいなぁ。

small intだと2バイト
数字1文字でフラグ的に使うのなら、char(not null)の方が良いのだろう

>>198
賛同

H26PM1問2(自信なし)

設問1
(1)
a NOT EXISTS
b < ⇒　>=
c > ⇒　<=

こうじゃない？

>>200
午後2の問2は簡単な部類だったと思うよ

午後2問1の銘柄名はユニーク索引の対象になるからNCHARじゃないの？

午後�U　問1　設問1

(1)>>153と同じ
(2)
　検索効率が上がる理由：手順2〜5の検索を省略できるため
　他の処理の変更内容：取引登録に、手順2〜5と同様の検索で求めた大分類の業種コードを取引テーブルに転記する処理を追加する。

>>211
索引が固定長に限るとは書いてない

所で、午後2問2はどうして毎年毎年(と言っても受験2回目だが)簡単なのだろうw

これで今回も午後2の点を教えてもらえなかったら本当に悔やまれる…

特に今回の午後2問2はサービス問題だった、自分にとっては
ホテル業務に関わった経験が有るのでw

問題文を読んでいて「あるあるw」と思ったのは過去問も含めて始めてだった

業務経歴が有れば問題文の読解の効率が目に見えて違う
自分の経験を回想して問題文に当てはめられるので、
問題文が経験上の長期記憶と結びついて、
インプットしやすく、消失しにくい、
といった所かな
今回はチャンスだった、チャンスだった…

修繕予定の部屋は予約対象から外すとか、そんなリアルな話は空想では思いつかないはず
だから、午後の設問にはモデルとなった実在のシステムや事例があるんだろうと、
今回確信した

自分の業務とクリティカルに重なる部分を読んでた時は軽くにやけていたと思う
だからこそ、今回合格したかった…

誰だよ午後1問2でSQL出したやつw
…いや、SQLを恨むのは甘えだな、
さっきも書いた通り、
SQLと関係無く答えられる部分を答えれば、自分の実力でも、
問1:35点、問2:15点
ぐらいは取れたはずだった…

>>138
あれ？俺がいる・・・

午後2-2誰か晒してる？

211
ユニーク制約って重複しない事だから、
charとかvarcharとか関係ないと思う。
名称はサイズ考える可変長にする方がベターかと。

>>155
自信ないが、
（２）制約２：　3ヶ月前の決済情報が削除されるため
（３）ｈ　見積もり行数
　　　i ページ数
　　　j ページサイズ

午後�Uの問２は、易しい部類だと思う。
特に設問３は、過去問で訓練していれば
容易と思う。
午後�Tの問１、関係代数演算がまた出るとは思わなかった。

午後２問１は見かけじゃ難易度分からないからなぁ。今回はサービス問題だったらしいけども。

>>212
おれも手順2から5にしたー

午後�U　問1　設問2
(1)
　(表5)
　　銘柄コード CHAR(4) Y 4 P1 Uなし
　　銘柄名 NCHAR VARYING(30) 15 Y Pなし U1
　　上場区分 SMALLINT 2 Y Pなし Uなし
　　売買単位 INTEGER 4 N Pなし Uなし
　　公開情報 NCHAR VARYING(1200) 500 N Pなし Uなし
　　市場コード CHAR(5) 5 Y Pなし Uなし
　(表7)YYNNNYNN

午後１問2が新手のスタンド使いに見えた

午後�U　問1　設問2
(2)
・制約�@
　　銘柄の売買単位が変更されると注文株数と取引株数に矛盾が発生するため
・制約�A
　　月末日の決済情報の削除時に参照制約違反が発生する場合があるため

>>213,>>217
13ページの2.(2)�Aと2.(5)�Aから判断したんだけど間違ってたかな。。。
7ページの銘柄名には銘柄を一意に識別するって書いてあるし。

午後2問2
自分の解答をまとめてかきます


■設問1
(1)
ホテル → 客室
客室 → 客室状況
客室 → 客室タイプ
ホテル → 宿泊プラン
宿泊プラン → 宿泊プラン明細
ホテル → ホテル客室タイプ日別在庫
客室タイプ → ホテル客室タイプ日別在庫
ホテル → ホテル客室タイプ料金（追加エンティティ）
客室タイプ → ホテル客室タイプ料金（追加エンティティ）

(2)
顧客→予約
予約─△（直接予約、代理店予約）
直接予約─△（予約センタ予約、インターネット予約）
予約センタ従業員→予約センタ予約
代理店→代理店予約

午後�U　問1　設問3
(3)
　・考えられる要因
　　ストレージへの入出力が頻繁に発生したため
　・対策
　　ページサイズを16,000バイトへ変更する

>>198
俺も最初はそう思ったが、NCHAR VARYINGにすると
表８アの値が見積もれなくなるのよね。なのでNCHAR(30)とした。
問題としてイマイチだと思うけど。

>>226つづき

午後2問2
■設問2
(1)
宿泊、宿泊者、客室、客室状態

(2)
a.チェックイン可
b.予約可能区分
c.Y
d.禁煙喫煙区分
e.ホテル客室タイプ日別在庫
f.未割当数

(3)
テーブル名：ホテル客室タイプ日別在庫
列名：割当済数、未割当数

ホテルコード='001'、客室タイプコード='S0A'、禁煙喫煙区分='禁煙'、宿泊年月日='2014-04-19'の
行の割当済数を2加算し、未割当数を2減算する

午後１問2
表2の失敗検知箇所の問題。

「空欄のままとすること」って珍しい。
無回答と同じでいいの？って、面食らった。

null可ってことか…

あんなポンコツ会議室予約って、そもそもないわー

225
テスト
テスト□□
テスト□
上記がchar（おしりにスペースがついて）であれば、
すべて一意に扱われるからって事かな。
午前２落ちた私の考えは甘かったのか。

下記は別物として扱われるけど、どうかな。
□テスト□

今年の午後2問2は、100点を狙えそうだった？
それとも到底無理そうだった？（例えば、平成22年のあの有名な問題）

午後1設問1(1)の関数重蔵正の具体例は2つとも書かないといけないんですか？
例なので1つしか書かなかったのですが・・・

>>232
十分狙えると思う
ただいつも以上に時間が厳しかった

>>233
×関数重蔵正
○関数従属性
すみません・・・

部分関数重蔵

H26PM2問2
(1)概念データモデル
ホテル−>客室タイプ標準料金
客室タイプ−>客室タイプ標準料金
ホテル−>宿泊プラン
ホテル−>ホテル客室タイプ日別在庫
ホテル−>客室
客室タイプ−>ホテル客室タイプ日別在庫
客室タイプ−>客室
宿泊プラン−>宿泊プラン明細
客室タイプ−>宿泊プラン
客室−>客室状況

(2)
顧客−>予約
予約−△（直接予約、代理店予約）
直接予約−△（予約センタ予約、インターネット予約）
予約センタ従業員−>予約センタ予約
代理店−>代理店予約

>>233
いくつかの過去問題集を見たけど、１つでもＯＫになってるよ。
自分は一応２つ書いた。

みんなが簡単だっていうことは…
俺は落ちたか…午後2の問2…
一応、全部埋めれたんだぜ…一応な

>>226
>>237

(1)で、
自分の解答だと客室−>客室状況が増えてるのと
客室 → 客室タイプ の矢印が逆になってる
他に違いはあるだろうか？

(2)は一緒

>>238
ありがとうございます！

午後1SQL完全に切り捨ててたからまさかの問2にやられたわ
設問1を勘でしか埋められなかった

午後1くじの当たる確率が4/10くらいで午後2くじの当たる確率が3/10くらい
...無理そう

代理店と代理店予約ってリレーションいる？

>>228
可変長の場合、平均項目長が解らなければ最大の半分ってP13(4)に書いてるよ。

>>226と>>229のつづき。添削求みます

午後2問2
■設問3
(1)
予約　（予約番号、ホテルコード、宿泊プランコード、宿泊開始日、泊数、予約登録年月日時刻、キャンセル年月日）
　※主キー：予約番号　外部キー：ホテルコード、宿泊プランコード
予約客室　（予約番号、宿泊プランコード、客室数）
　※主キー：予約番号、宿泊プランコード
予約客室人数　（予約番号、宿泊プランコード、客室連番、人数）
　※主キー：予約番号、宿泊プランコード、客室連番

(2)
(a)
　上位客室タイプ組合せ　（ホテルコード、客室コード、上位客室コード、組合せ可能顧客区分）
　　※主キー：全部
　UG値引額　（ホテルコード、UG前客室コード、UG後客室コード、UG値引き額）
　　※主キー：ホテルコード、UG前客室コード、UG後客室コード
(b)
　テーブル名：予約
　列名：予約状態区分
(c)
　�@テーブル名：ホテル客室タイプ日別在庫
　　実行条件：未割当数が増加したとき
　�Aテーブル名：予約
　　実行条件：キャンセル年月日が設定されたとき
(d)
UG値引額の履歴が無いので、照会対応等のため宿泊ごとの値引額を保有しておく

(3)
まとめ請求　（ホテルコード、まとめ請求番号、請求合計金額、売掛小計金額、宿泊料金）
追加テーブル：客室別請求　追加項目：まとめ請求番号

>>229
全く同じ、あってると思う

>>245
うあほんとだ・・・。
こんなに膨大な情報量、限られた時間でとても読みきれないよ

18/25

午後１が一番不安

>>248
こんなスピード勝負の現場ってないよな
現場との乖離は指摘されて久しいが...

>>240
ありがとうございます。
客室−>客室状況　は>>226にもありますよ。

客室と客室タイプ の矢印は、>>237がどう見ても正解ですね…
自分が問題用紙に写し間違えただけで
解答用紙は合っていることを祈る…

現場も効率効率煩いからねー。

このスピード間で毎日仕事してたら
あっと言う間にに脳がいかれるだろうけど。

>>228
特に記述がない場合サイズの半分を見積とするってった気が、、、

>>246
(2)(a)は恐らくそれが模範解答だと思うけど、
これはだめなのかな？

上位客室タイプ組合せ（ホテルコード、客室コード、上位客室コード、組合せ可能条件、UG値引額）
主キー：ホテルコード、客室コード、上位客室コード

何を血迷ったか予約可能数まで更新するように解答してしまった

予約可能数っていうカラム名が良くないと思うんだ...
解いているときも何度も脳内で間違えて解釈し直していたら、やっぱり間違えた...

>198
13ページのまる２番「文字型の列が主キー又は索引を構成する場合は、CHAR又はNCHARのいずれかにし、〜」
とあり、銘柄名は一意だからユニーク索引を引くのでNCHAR(30)かと。

>253
NCHARは固定長（空きはスペースとして扱う）なので半分にしない。

>>255
俺も俺も
あれって修理中か否かだけなのよね

>>246
(1)
予約　（予約番号(PK)、ホテルコード、宿泊プランコード、宿泊開始日、泊数、客室数★、予約登録年月日時刻、キャンセル年月日）
予約明細　（予約番号(PK)、明細番号(PK)、客室タイプコード(FK)、人数）
にした、たぶんこっちの方が間違い

(2)
(a)
上位客室タイプ組み合わせ(ホテルコード(PK)、客室タイプコード(PK)★、上位客室タイプコード(PK)★、組み合わせ可能条件、UG値引き額)
一つのテーブルにまとめた

(b)(c)(d)同じ

(3)同じ

>>254が模範解答じゃないか？
組み合わせ可能条件って主キーにする必要あるの？

>>175
intだったら4byte
charだったら1byteで済む
少ないバイト数で済む方を選ぶって記載があったような

256

確かに書いてる。
午前で落ちる俺の能力ではここまでか

>>257
ん、よくわからないけど、「割り当て可能数」にしてほしかった

>>255
それが午後2問2の肝だよね。
直観的に分かりにくい日本語に惑わされず
無駄に長い問題文を整理できるかを問う試験。
概念データモデルやデータベース設計はただの題材に過ぎない。

午前2 できた
午後2 問2 できた
午後1 問1 ><
午後1 問3 ><
何か釈然としねぇ……

>250
>252
確かに現場で完成形でこの時間で上げろって言われたら無理ですよねー
ま、だから試験では60点で合格としてるのかな、とも。
あれだけのボリュームの要件読みこなして半日で6割正解の
アウトプット出せるのなら、それはそれで価値があるのかも。

>>259
顧客区分A以上を「A以上」の1レコードとするか「A」「S」の
2レコードとするかの違い。

午後２問２設１（３）、「列値の変更内容を答えよ」で書き方も字数制限も指定なし。どうやって書けばいいかすげー悩んだわ、こういうのやめてほしい・・・

>>244
図2の予約テーブルに代理店コードのは無かったけど、
．．．で終わっていて続きの項目がある点と、
4．予約管理業務(2)に
「H社の代理店用Webサイト上で予約内容と代理店を登録する。」
とあったので、リレーション書きました。

>>254
その主キーで一意になるか不安になって分けました。
表1の例を見る限り大丈夫だから、テーブル一つでよかったのかな…

>>259
問題文を無視するとそうする方が自然な気がする

問題文には「客室タイプと上位客室タイプの組み合わせ、及びUG値引額を管理するテーブル」とあるのでこれは一つのテーブルにまとめるべきかなと思った。。。

>>263
そうなんですね...、ちゃんと予約可能数と割当済数と未割当数の説明読んでメモしたけど、
他のところに集中しているうちに混乱してしまいました
分かりやすいカラム名を与えるのもデータベース担当の大切な役割じゃないの〜

しかし午後１は完全に時間オーバーだった。
問１選んだ時点で失敗だったな。１時間近くかけてしまった。
ネットワークがんばろう

>>260
あの説明だと文字列型に限定っぽい

そして索引使う場合ncharかー。可変にしたわ。
罠多すぎ

名前入れ忘れていました。

>>258
あざっす

>>269
その部分の「及び」だけ読み落としていました…orz

午後1の得点調整があったとしてもギリギリ落ちてるっぽいな
また来年か…

>>254
同じ
表1からは組み合わせ可能条件の顧客コードは非キー属性と判断した
…けど今気付いたけどやっぱり違うかもw

顧客区分が「A以上」なら複数の顧客区分コードを登録しないといけない、
つまり、表1の「A以上」は単一の属性値ではないので表1は非正規形だ！

非正規形を第一正規形にするには、繰り返し項目を主キーの一部にして複数の行にすればいい
つまり表1の顧客区分は主キーの一部だね

今まで受験した高度の中で一番キツかったわ
結果はどうであれもう受けたくない

自分は、午後1は余裕、午後2は微妙だった。
皆の反応を見る限りは、午後2の採点は厳しめかなあ…。

データベース楽しいけども時間が無いからイライラする

>>269
やっぱり組合せ可能条件の方が自然な気がしてきた。
今回はたまたま顧客区分S,A,Bという条件だけど、
もし「過去1年間の延べ泊数が10以上」とかが条件だったら
10以上の自然数を全てレコード登録すんのかって話になるね。

>>275
A：1
S：2
A以上：3

という風にコードを採番すれば、単一属性値になる。

と考えたのだけど、DBだとあんまりこういうこと考えさせる問題ないような…

一番きつかったのは、
Ｈ２４の午後�T問１
（やたら、〜ＩＤが出てくるのと、
代数演算穴梅がハンパじゃない量だった）

くぅ〜酒がうめえ

>>275
残念ながらH21年の午後２問１の銀行の届出印管理の問題をやってみると分かるが、こういう条件を属性に持つ表というのは出題されたことがある

問題作ってる方からすれば考える量が少なかったら時間かからないって思うんだろうけども
午後１問１は明らかに書く量が足引っ張るわ。
影響度とか緊急度とか、、マークシートじゃなくて記述で、読めなかったら×にされることをもっと考慮していただきたいものだ。

>>280
なるほど、その手もあるか

…待てよ、そもそも、Sを最高として降順に、SとAとBのランクがある時、
Aランクがサービスの対象であれば、
それより上のSランクがサービスの対象になるのは自明じゃ無いのか？

新規顧客開拓キャンペーンでも無い限り、
あえて、Aランクだけ対象とか、Bランク以上でAランク以下が対象とか、やらないよね
つまり、あるランクが対象なら、それより上の全てのランクも対象になるのが自明であるならば、
対象範囲の中で一番低いランクだけを登録したらいい事にならないかな？

今思えば、自分は試験中にはそう考えて>>254と同じに答えた気がして来たw

>>277
＞午後2の採点は厳しめかなあ

H24みたいになるのかな？

午後1は、問1＝基礎理論、問2＝設計のお決まりパターンが
ついに崩れたのね

比較的後ろの方は合ってるから配点変えられるのはそこまで痛くないんだけど、部分点とか別解の基準上げられると困るなぁ。どういう風に厳しくするんだろう

体感的にはH24よりは難しかった

>>287
次回からの勉強がきついな
今回で受かってくれればいいんだが・・・

午後�U問２はH25と同程度の難易度に感じた。
H25で10点くらいのゲタがあったようだから今回もそれくらいか。

やっぱSQL勉強しないとダメだったんだな…

>>226
>>237

客室タイプ−>宿泊プランが
前者になく
後者にある

ないのが正解だと思う。
ただ代わりに以下がいるような。

客室タイプ−>宿泊プラン明細

去年の応用はどう採点しても不合格だったのになぜか合格してた
今年も頼みますよIPAさん

午後2は下駄ないと思う

>>290
次回からの午後1対策は、基礎理論と設計だけではダメかもしれないね

毎回思うんだが、概念データモデルの作成とかに入る前に、業務要件の整理をやり直せと言いたい

今年SQLが２問出たから来年は出ないという考え方もできる

これから、実際に午後2問2を解いてみて、
H24やH25と難易度を比較してみようかな

by 過去のDB受験者

無勉で突っ込んだ俺に死角はないが資格もない

仮にもデータベースのスペシャリストがSQLを使えないのは問題な気がするが

みんなお疲れ
午後1の問2でやられたわー
SQLはともかくロジックからめてくると、あの時間では辛い
予約開始時間との比較とか、予約終了時間の比較とか、ほとんど自身なくて適当に書いた感じだわ

たぶん午後1でアウト。また来年頑張るしかないなー

>>301
この試験解き方というかパターンの色が濃いしなぁ。
それやるならもっと午後２にもSQL出せばいいのにね

>>298
それでは、来年はDBMSが出るかも？

>>65 >>68
そのうち、午後2問2における、奇数年度と偶数年度のお決まりパターンも崩れるのかな？

>>299
H24<H26<H25

SCやNWは仕事で関わってるからいけるんだけど、DBはほんと難しいわ
実務無しでDB受かる人すごい

ぱっと見の印象は、>>306に同意

午後2　設問(2)
制約�@ 銘柄テーブル行の売買単位がNULLの場合、注文テーブルへの登録ができない。
制約�A 決済テーブルから決済番号の削除後、取引テーブルの行を削除することができない。
ぴんとずれてるかなぁ。

午後2 設問3 (1)
向上 データ量が小さいうちは索引の効率が良くなるため
悪化 データ量が増加するに従い索引のデータサイズが大きくなり検索効率が悪化するため
(3)
原因 バッファデータが低速レイヤのストレージ領域に格納されているため
対策 バッファデータが高速レイヤに格納されるような処理を構成する

ここ１０年分ぐらいやってみた感想ではこんな感じだった

簡単
↑
H17 建設機材のレンタル
H24 レストラン食材
H26 ホテル部屋管理★
H23 部材の入庫出庫
H19 カラオケ施工
H20 しょうゆ
H18 サブタイプサブタイプサブタイプ
H25 スーパー特売
H21 カタログ
H22 在庫引き当てスペシャリスト
↓
難しい

午後2 設問3 (1)
向上 データ量が小さいうちは索引の効率が良くなるため
悪化 データ量が増加するに従い索引のデータサイズが大きくなり検索効率が悪化するため
(3)
原因 バッファデータが低速レイヤのストレージ領域に格納されているため
対策 バッファデータが高速レイヤに格納されるような処理を構成する

>>187

悩んだ挙句血迷ってこんなかんじにしちゃいました。
設問2の(3)
　チーム(チームID(PK)、チーム名、リーダメンバID(FK)、親チームID(FK))
　メンバ(メンバID(PK)、氏名)
　チームメンバ(メンバID(PK)、チームID(PK)、兼任フラグ(FK)）

今ある属性削るってのはやっぱなしですかね…。
無念。

>>311
個人的には、H21とH25が逆だと感じる
「H18 サブタイプサブタイプサブタイプ」には、爆笑ｗ

午後2 設問3 (1)
向上：最初は時系列順なので主キーの順に格納される
悪化：そのうちバッファを越えるから

(3)
アクセスパスが表探索だから。
コマンドで統計を更新する。

午後1の試験始まった瞬間ファッ？！って声聞こえてきてワロタわ

PM1　設問2 4
修正成果物（バグID(PK)、対応連番(PK)、成果物ID(PK)）
成果物（成果物ID(PK)、成果物名）

>>110が書いてる情報ってどこかにヒントあった？

>>317
[Bプロジェクトの概要](5)を見よ

>>304
さらに
「関係データベーススペシャリスト」では無いのだから、
午後でネットワークモデルや階層型モデルが出たりしてね

>>313
ごめん、兼任フラグのFK嘘だ

>>271
俺もだ。。。。Orz...
午後�T問１に、１時間以上かけてしまった。。Orz...
問２が、時間がなく、ヒデー中途半端な結果に。。。。Orz...

>>246

(2)(b)は、予約テーブルに追加した場合はどの客室タイプがキャンセル待ちか管理出来ないから違うはず。
(a)で追加したテーブル(予約客室タイプとか予約明細？)に追加するのが良いんだろうけど、
問題文に「図2中のテーブル」と書かれているのでこれでもない。

ということで、ホテル客室タイプ日別在庫にキャンセル待ち数を追加と書いてみた。
合ってる気はあまりしないけど、他に思いつかなかった、、、。

午後�Tの得点調整があるとしたらどうなるの？
問１の配点が高くなる？

>>323
そしたら問１選択しなかった人は90点満点とかになっちゃうでしょ。

下駄方式。満点の人は、本来のMAX値を越える場合も。

pm1の下駄を心から願うばかりだな。

書き込み少ないのは全体的に出来が悪いからだとすると
下駄期待できるんじゃない？

正直合格率１８％とか
受験にきてたおっさんを５〜６人押し分けて合格とか厳しいわって思った

テクデの頃って1桁％の時もあったよな。
アレに比べると易化してる気がするけど。
ネスペは一発だったけどデスペは取れる気がしない

午後�U-1は出来たとおもっていたのに、CHAR(5)の()を付けるのを忘れていたので、あの部分が壊滅的だ。
このスレを見れば見るほどチョンボが見つかって辛いわ。

横のおっちゃん、午前1が終わった瞬間、駄目だ帰ると宣言して帰って行ったｗ

>>331
応情とってからこいよ…

>>322
(2)(b)は「1.予約管理業務(2)」の対応についてなので、
「1.予約管理業務(1)」の対応で追加する、予約客室タイプとか予約明細は
使えないのでは？

図2の構造で、「1.予約管理業務(1)」の対応も実装していない前提なら、
予約テーブルへの追加で問題ない気がします。

午後１でソッコー退出した人は、やっぱ諦め組だったんかな
俺は問１半分くらいしか書いてないのに、出来る人はこんな早いのかって
無駄に焦ってたわ

>>333
考えすぎると駄目なパターンだよな
俺も予約テーブルに状態区分を付け加えるパターンだわ

どの試験区分にもいるけども、退室時間にすぐ出るやつはほぼ諦め組だよ
大抵は会社や学校に無理やり受けさせられたり、なんとなく受けようと思って勉強してないやつ

>>331
やる気なさ過ぎだろｗ

午前�U88、午後�T60（問１問２）、午後�U55（問２）くらいかなー。
何かの間違いで合格してくれ。

おれ採点してない

問題集でもいきなり答えみちゃだめだ

テキスト参照して回答してみないと

昔セキュアドで、午後�Tが３割くらいしか分からなくて
絶望的になったが、なぜか受かってたことがあった

と言っても今回は厳しいだろうな…

>>332
そんな回り道せんでも

簡単
↑
H17 建設機材のレンタル
H24 レストラン食材
H26 ホテル部屋管理★
H20 しょうゆ
H19 カラオケ施工
H25 スーパー特売
H21 カタログ
H18 サブタイプサブタイプサブタイプ
H23 部材の入庫出庫
H22 在庫引き当てスペシャリスト
↓
難しい

よくよく考えたら午後1通ってても午後1を通った人たちの上位半分に入れるような解答書いたとは到底思えないんだよなぁ

午後1問1のC君の概念データモデルにﾜﾛﾀ
未完成にも程があるだろw
これを突き返さずにレビューするD部長も
試験のためとは言え大変だな

午後1速報出始めたね
http://www.itac.gr.jp/kaitou2014/

TACやITECの解答例と公式解答例を比較して、

かい離が大きい→難易度が高い問題
かい離が小さい→難易度が低い問題

>>345
擬人化しないでｗいないからそのD部長ｗ

午後1余裕だと思ったけど設問1の推移関数従属の表記法間違えてた…

itecなんで午後2発表やめたし・・・

>>349
表記？

>>350
まじかｗ？ 逃亡だなｗ
講師がいなくなったか、やばいと思って出さなくしたのか。

午後は�Tが7割�Uは8割固いのに
午前�U13/25だった死ね

FEもAPも午後完璧なのに1回ずつ午前で引っかかったし
マジで午前死ね
記憶系問題死ね

いや、分かってるならなんで対策しなかったん・・・(´・ω・`)

>>351
｛緊急度コード，重大度コード｝→優先度コード→リソース投入度
じゃなくて、
優先度コード→リソース投入度
って書いた。

記憶障害かってほど用語とか覚えれん
20超えてからほんと頭に入っていかん
今回は高度一発目で午後合格圏いけるのがわかっただけでもいいわ
数打てばいつか午前突破できるだろ

>>355
オレは過去問やってその答え方はダメだと知った。

風邪ひくからはやくしろ

午後２で問１選択した人って少ないの？
簡単だったけど

午後１で問１に時間掛けすぎたんよ。。

午後1の問１は時間かける価値があるくらい得点源だったと思う
問2が半分以上出来てるなら平気じゃね

>>350
itecじゃなくてitacなのでは？

itacの解答速報は、プロの講師が発表している訳ではないので、
プロ並みのレベルを期待しない方がよいのでは？

午後1の問1は設問3までで45分使い切ってたんで、
その後は諦めて次の選択したわ。問2。

そしたらロジックが関係する話だから、その検証が本当に正しいかイマイチわからんし、
どんな状態だと駄目なのか検証してる間にどんどん時間がかかって終了になってまった
結局問2に関しては、たぶんそうだろうという○×や結論を当てずっぽうに書いただけ
それじゃあ、まだ正解ができたと思う問3を選択したほうがよかったなあ

午後2が結構よくできたのに、まったく残念だよ

例年の下駄を考慮すると問1の正答率が9割あれば
問1だけで合格できる可能性も

午後1にも下駄あるのか
だとしたら希望もてそう
午後2はできたけど午後1時間がなかったっていう人多いし

でも皆の午後２の出来が良すぎたら調整しないかもね

H24みたいに、午後1の採点を甘くして、午後2の採点を厳しくする、という展開になるかな？

>>361
>>364

なんだよおまいら励ましてくれてんのか。。ありがとう。

秋はアーキテクト狙うか。

最後まで必死に解いたのに午前1で死んでた情けない俺が来たよ
また来年絶対受けるから

解答予想の発表日一覧まとめちくり

言い出しっぺがやるもんだろ

午後１開始３０秒で終わったと確信した
なぜSQLが問２にきているのか
過去問１２年分３周やったのはなんだったのか

結局問２問３どっち選べばいいかもわからんで問３選んで爆死

問２はなんちゃってSQLだとすぐに見破れただろ

午後2が自信ない。
午後2出来た人たちが午後1で不合格になって午後2の平均点が上がらなければいいな。

正直言って、今年の受験者でなくてよかった

今回は午後1で問1と2固定で勉強してた人は絶望だったんだろうなぁ・・・
ひでぇことしやがるわ・・・

そこで無便ですよ

問2はSQL苦手でも5割はとれるし、問1が易しいから帳尻は合ってると思う。

だよな

ＳＱＬが難しいというから見てみた。
問２，３のＳＱＬそのものは難しいと思わないなあ。
アプリ開発とかでＤＢ扱わない人はできないだろうな。
こういうのを知ったうえで実装とかしているし。
>>372が解けない理由もわかる気がする。
対策としてはＳＱＬだからと言って、ミック本買うのではなく、
午後�Uの問１で演習がいいかも。
見た目、かなりハードルが上がったように見える。
もう、経験者じゃないと受からないのかもしれない。

いやDBの試験で、あのぐらいのSQLがわからないで合格しようというのはおかしいとは思うよ

けど実際、現場で副問い合わせなんてあんまりない。
頻繁にあったら、変なことしてんじゃないかと思われるレベル

えっと経験者以外が合格しようなんて図々しいだろ

もし自分が来年の受験者だったら、
午後1の勉強は、基礎理論と設計だけではなくて、
SQLとDBMSもきちんと行うと思う。
時間はかかるけど。

俺はDB管理者だけどSQLぐらいはわかるよ

午後2の問2の回答用紙左下にあった、変更値を述べよ的なあれは、どうやってかけばいいの？
文章で書いたんだけど。

>>371しょうがないからまとめた

itec
午後1 4/22〜
午後2 4/21〜
http://www.itec.co.jp/auto_mark/answer/index.html

TAC
午後1,2 4/26 16:30〜
http://www.tac-school.co.jp/sokuhou/joho/joho_04.html

大原 予定なし

>>362
そんな紛らわしいのが２つ並んでていいんだっけか。

>>387
他にどっかある？

サブクエリはそんなないけど、でもクエリみりゃあんぐらいわかるっしょｗ

>>383
高度服す持っている人はペーパー多いみたいだよ。
>>382
ミック本読んでみるといいよ。
たぶん衝撃を受ける。
複雑なものは使わないけど。

来年の受験者は大変だなあ。
昨年受験でよかった。

>>391
呼んだ？
ペーパーのネスペエンベプロマネテクセキュ持ちだけど。

>>388
確かに、紛らわしいネーミングだと思う。

>>391
来年の受験者は、「午後1は基礎理論と設計だけではダメ」
と学習したから、今年の受験者よりはまだマシかもしれない。

範囲が広すぎる。
今までは問題固定で深く勉強することで高みに望めたのに。
準備期間がさらに長くなるな。

何だか、午後2よりも午後1の方が難しくなったような気がする。
午後2の問2は、だいたいお決まりのパターンだし。

>>394
むしろ来年以降の受験者は手を拡げ過ぎて
SQLも概念データモデルも中途半端になりそう。
今年の受験者は割り切って解ける問題に専念できた分救われてる。

問２は殆どがSQLできなくても普通に解ける問題だったじゃないか
皆本気で言ってるのか

冷静になれるというのは実力がある証拠だよ。
見た目、難しそうに見えるだけなのかもしれない。

それよりも、延々と休日をつぶしたあげく、
この問題傾向はきついな。
どちらかというと応用の問題文が長くなったものと思えばいいのかな。

午後2の問2にトリガなんて過去問で出てたっけ？

見た目、難しそうな問題と言えば、思い出すのは、
ネスペのH24午後2問1

H17-H25まではトリガは出ていないかったと思った。
トリガは応用受験の子でも知っているのでは？

午前２の問１０

ウを選択していて正解だったんだが腑に落ちない。

「男女それぞれの最年長社員を除く」は
「男女それぞれの最年小社員を除く」の間違いじゃないのか？

問題解いてる最中から問題がおかしいと思っていたんだが。
だれか気づいた人いる？
それとも俺が何か勘違いしている？

午後２は問１で安定、DB門外漢にはありがたいものだった

てかSQLわからないっていうやつって
ゲームしないやつがゲーム作ってるのと似たようなもんだよな
そんなもん誰も買わない

午後�U問１ほど、本職DB向けなものはないに…。すこい。

>>403
年小じゃなくて年少の間違いだった

累積合格者数見たんだががデータベースって割とマイナー試験なんだな

>>403
年齢じゃなくて生年月日だから

>>403
WHERE　生年月日　＞　MIN(生年月日)

だから生年月日が最小(つまり最も昔に生まれた社員)を除くだから間違いない

>>406
え、そうなの？
組込みアプリでちょいちょいメモリ使用量とか見積ってるからかね
限られたメモリでキャッシュしたり、インデックスファイルも場合によったら作るし

>>407
あれ殆ど隔年で出てるパターン問題じゃん。

>>408
デスペよりも、ネスペの方が人気者でしょう

つーかＡＰの後はＰＭとかＡＵみたいな管理・監査系に進むのが王道なんじゃない？
ＤＢ受験してるオレらは変わり者。

今回はあかんかったけど
午後1問1でDBの楽しさに目覚めたわ
PMとかESとか春は取りたいのばっかで困る

>>414
サーバ系の問題でるの？
開発系は　DB→SA（システムアーキ）→PM(プロマネ)じゃない？
他浮気したら、受からないし。

>>409-410

ありがとう。
俺の勘違いが証明されてよかった（笑）
確かに属性は年齢じゃなくて生年月日だった。
時々こういうしょうもないボケかますんだよな俺は。
疲れてるみたいだからもう寝るわ。

DBが今年で片付いたら、来年はエンベかな

DBAとして働くんだけど、デスペってもってた方がいいの？
物理設計、構築、運用保守ってデスペでは少ししか出ないよね？
デスペ受験者の意見を聞きたい

DBいじるのにDBの国家試験を無視する意味はあるのか
資格なんて勉強のついでに取ればいい

>>419
見た目通りの試験だよ。
なんでも資格資格という考え方はよくない。

持っててマイナスになることはない。取れるんなら取ればいいんじゃ？
個人的にはDBAならOracleとかの方が特化していると思うけど。
俺はOracleから入っていまデスペ受験組
ちなみにプロマネは持ってる

このスレを見る限り午後�Uで落ちたみたいですね･･･
来年大学生になったらまた受けようかな。

午後１
問１
設問３ の e

バグ[発見工程ID = 発見すべき工程ID]バグ

でなかろうか。
閉じカッコの右に バグ （関係名）が無いかきこみが多いような。

そして
午後１
問２
設問３ t の模範解答をオナシャス

itecの講評見たが午後�U問２の難易度は昨年と同程度とのこと。
昨年の午後�U問２は下駄があったようだから今年も期待できる？
午後�Tは３問とも難化とのことだからこっちも期待できる？

>>425
なんか罠があるのかな？？
予約可能数が割当済み＋未割当てのが意味不明だった

>>426
計算で導出できるけど、そのあたりの値を冗長して値を持つのはIPAではよくあること

>>427
あ、普通に何が入るかわからなかったという意味。
10部屋あって、1部屋予約されてた時って、割当済みと未割当ての数値は何になるの？

>>428
予約可能な部屋＝割り当て済み＋未割り当て

だから、10部屋可能なら、割り当て済みが1で、未割り当てが9だと思われるよ

>>428

全部屋数 − 修繕中の部屋数 = 予約可能数 だと読み取ったわ。
予約可能な部屋なうち、実際の予約に割り当てた部屋数が割り当て数で、残りが未割当

初挑戦だけど、SQLかけるくらいじゃしっかり勉強しないと難しいな。甘く見てたわ

>>429
なんか凄い誤解釈をしたかもしれなくて怖くなってきた。
そもそも割当済みってどゆこと？
割当済みなのは予約不可なのかと思った

>>431
客室はいくつかあるけど、修繕中とか改装中とか、たぶんその他の問題のある部屋を差し引いたのが予約可能な部屋の数
そのうち予約を承ってもう予約済みなのが割り当て数
で、残りが未割り当て済みの部屋

>>430
そうゆうことか。。。理解しました。

ホテル的な問題は何回かでてるけど、こうやってみると
ホテルってその都度、客に対して客室を固定して割り当ててるんじゃなくて、
客室のタイプ（ツインとかシングルとか）だけで予約させて、
その後は適当に部屋を割り振ってんだな

今年の午後2は簡単だという意見が多い気がしますが、
去年の午後2問1と今年の午後2問2って難易度的に差はありますか？
去年、あまり手応え無かったんですが、
（下駄のおかげなのか？）なぜか59点はあったので

午前2の問16のSQL、何度読んでも意味がわからない。
あれは一体何を求めるSQLなんだ。

解答時間に余裕持たせるために２問選択にしたのにかえって昔より時間なくなってるの最高にロック

>>436
クエリ的には自分自身（商品）より販売数が多いものが2個までの商品の一覧
例えばS001は、販売数が150で、それよりたくさん販売しているのは、
S001以外に4個あるから、3未満でないのでアウト

>>436

総販売数上位3位までの商品を抽出するsql


午後問題のE-R図は100%正解してなくても途中点くれたりするの？
線一本足りないから0点とかはきついわー。

>>393
だよねー。

はて・・・ iTECともTAC とも関係ない会なのかiTACて

>>434
自分が知ってる例ではそうだよ
客室タイプごとに在庫数を管理して、
予約時には客室タイプの在庫の数が足りていれば予約を受け付ける
その後で、その客室タイプの中のどの客室にどの顧客を割り当てるかを考える
その割り当てでは、1
つの階の宿泊数が少ないならその階では隣合う部屋を同時に使わない様にする(隣からの騒音予防)とか、
グループの顧客はなるべく近い部屋に入れるとか、
色々な判断要素があり、予約状況の変化に応じて割り当ては動的に変動しているんだよ

あと、混乱を招きやすい表現だった「予約可能数」も、業務の現場を知ってれば意味が分かりやすかった
すでに指摘の通り、
ある客室タイプの部屋の総数から「使えない部屋」を引いた数が予約可能数となる

ここで「使えない部屋」と言うのは現場的な表現で、
使えない理由は本文では修繕中が該当する
他にも、修繕の見通しが立たない重度の破損とか、香水など強い匂いが残って長期の消臭が必要とか、
機械設備との位置関係で騒音がするとか、
お化けが出るとか、
様々な理由で「使えない部屋」が発生する
それらの使えない部屋を除外した「使える部屋の数」が問題文では「予約可能数」と表現されている

ほんと午前1の下駄次第

ちがった午後1の下駄

午前は下駄無いだろ

もうだめだー

予約可能数にはやられたよ。
穴埋めとかトリガあたりに、予約可能数って何個か聞いた記憶あるけど、全部未割当なんだね。合格はなくなった

しかし、今年は、午後�Tは３問全部ＳＱＬが出たんだな。
問１の設問３の関係代数も、ＳＱＬを文章で表現しているだけで
ＳＱＬを知らないと解けないはず。

>>425
ITECの難易度判定は、あまり当てにならないと思う。

H24午後2問2は、H23午後2問2より難易度が上がったと書いてあった
けれども、実際は難易度が下がったと思えるから。

また、H22午後2問2「在庫引き当てスペシャリスト」の難易度判定が
「普通〜やや難」となっていた。「難」ではないかと。

>>438-439
なるほどー。
とんクス。
総販売金額がSQLにも答えにも出てこないのはフェイクなのか。。。

みんなすげーな
おれは回答欄を埋めただけだ…

おちたな

>>448
H22〜24の難易度比較が妥当でないのは確かにそうだね。

でもH25とH26の難易度が同じっていうのは妥当だと思った。

正直あれだけサブタイプ書く問題苦手だから今年がだいぶ楽に感じた

しかしなんでこの試験は時間ギリッギリになるように作られてるんだろうね
もう少しじっくり考える時間があってもいいが、
午後１は間に合わないし午後２は３分しかあまらなかった

>>450
いや埋められただけすごいよ
自分は頭から8割くらい埋めたところで時間切れになった
完全に時間配分しくじったわ

もっと午後の問題に慣れないとダメだったなぁ
あまりにも解くのが遅すぎた
午後1-1が終わった段階で一時間使った…

>>453
以前はどの問題を捨てるか考えながらやる試験だった
それと比べれば全部埋める時間が出来ただけマシ

itecの講評は、そんなに難しくないじゃんみたいな
余裕しゃくしゃくのポーズなんだけど、
解答速報はミス連発なんだよな

>>455
同じ感じ。
改めて落ち着いて解いてみたら、普通に解けた感じでがっかりしたわ、、、

午後2問2は、H17とH24は、時間が余る
他の年は、おそらく時間が余らない

この試験ってそんな感じだよな
覚えることは他試験よりはるかに少ない
いかに早く読解して回答を記載するか

大事なのは実務でも知識でもなく過去問をどれだけ時間計って解くか

問題文を「素直に」読むこと。
ヘタな実務経験があると、かえって邪魔になることもあるらしい？！

早くＴＡＣの配点

>>460
でも読んで理解してから解くのだと時間が足りないから
読みながら出題の流れに乗るのが大事だな

みんな午後2自信満々だねー

マ板でも午後�Uはボーナスステージだったと言われてたね。
俺もあれで60点切るとは思わない。
午後�Tが一番心配。

午後２は逆下駄あるんじゃない
そういや、午後1で帰る人が多かったなぁ

解答速報見て、早く安心したい。。。

今年も午後1の裏側の署名欄に名前書くの忘れた　死にたい・・・・

午後�Tの問一前半で40分近く使っちゃって途中で捨てて、問三解いた後見直したら、下の方は実は簡単。
気付かなかったらヤバかった。

>>469
それ書き忘れるとアウト

午後1は90点近くありそうだけど、
午後2が全然できなかった俺は異端？
なんか読む元気なくて…

9割とれてるならもう途中で集中力きれてるだけだろうな。

SCもそうだったけど午後1の時間が短すぎ
日和ってデタラメ書いた割に受かったりして腑に落ちない

のが癖になって毎期受けてる奴は結構いるはず

ほんとそれかも。
午前1、午後1が9割とれていようが、午後2がダメならダメなんだよねぇ…
下駄どころか逆下駄なんてきいて泣きそう

>>475
おまおれ
俄然午後2のが難しかったわ
問2選んだけど設問3は時間足りなくて特にぼろぼろ

下駄予想

午後�T問１　なし
　　　問２　７／５０点
　　　問３　なし
午後�U問１　なし
　　　問２　８／１００点

その根拠が知りたい

裏方さんじゃね？

下駄があるって根拠はなんなんだ
配点いじるとかならわかるけども

まあ合格率が10%前後なんだから、報告の9割が「難しかった」「駄目だった」でおかしくないんだよな
だから、ギリギリの人ならともかく、初めからもうだめっぽいなと正直思っている人は、
下駄とかなんだの考えても無駄よ

>>469
えっ　もしかして回答用紙に名前書くとこ表裏両方あったの？　誰か教えて・・

写真の裏になら書いた

>>482

>>482
表にしかない
安心しろ

>>485
ネタバレいくない。

>>485
よかった　ありがとう！

初めて受けたんでなんともいえないけどそれなりに書いてれば60点って出るのかね

午後�T60後半、午後�U60くらいの手応えなので２ヶ月間不安だ・・・

すげぇできたー
って感触じゃないと６０点はムリー。

下駄頼みの俺

しかし高度試験ともなると女っ毛全くないんだな
試験官もばばあだったし、どうにもならん

>>490
希望をたたれた
部分点とか考えんなってことなのね

>>492
女性はいてもバリバリやる感じの人しかいないから
癒しにはならないね

>>493
感覚的には４割くらいでも、いけることもある
配点が高いところミスらなければ

ER図を高くして欲しいな

>>70
確かに、H17午後2問1やH18午後2問1みたいな雰囲気が少しある。
というか、ホテル予約システムって、H14午後2問2がまさしくぴったり！
ちなみに、H14午後2問2は解いたことがない（行き着かなかった）。

>>234
今年の午後2問2は、100点を取るのはとっても難しそうだと思った。
H24の午後2問2の方がずっと簡単で、時間的余裕もたっぷり。

>>318
トン。あちゃ。存在を忘れてたぜ。
成果物の属性はわかった。
ただ、指摘�Bを考慮すると、関係エンティティの持たせ方は「成果物」と「修正」の関連性だよね。

>110みたいに、成果物の履歴管理（バージョン管理）をするなんて書いてないよね？
修正内容(修正前成果物ID(PK)、修正後成果物ID(PK))

情報処理技術者は毎回予想より点数がいいな。
前回のDBもまさか午後�U52点取れてると思わんかった。
オラクルは毎回予想より低いw

答えも出揃ってきたし、
バイツァダスト発動してもいいかな

ttp://www.itec.co.jp/siken/sokuho/2014h/2014hDBpm1.pdf

ITEC上がったで！

午後1ちょろすぎワロタ

簡単だなぁ

もうみるきしない( ´･ω･)

ttp://www.itec.co.jp/siken/sokuho/2014h/2014hDBpm2.pdf

午後IIも上がったで！！

ＩＴＥＣの発表、こんなに早いかたっけ。
昨年と違う？

>>506

問2
設問3
(1)
同じ宿泊プランコードで複数部屋予約で、
部屋ごとに人数が異なる場合に対応できなくね？
>>246参照

(2)(d)
間違ってはないけど部分点になりそうな解答…

識別だけなら区分を追加すればOK。
あえて金額を保有する理由を答えるべきでは？

UG値引額は見直すことがあるが履歴を残さないから、
金額を保有させる、という点がポイントでは。

>>508
記憶が正しければだけど、複数の部屋の場合の人数は合算を保存するみたいに
書いてあったから、客室と人数は同じ明細でいいんだと思う

>>502　>>506
うーん、ぎりぎりかなぁ。文章の回答でどれだけ点数がもらえるかだな・・・。

>>509
問題文の
「1客室タイプの客室数が2以上の場合は、指定された客室数分を指定してもらう」
かな。

でも直前に「1客室当たりの人数は、客室ごとに指定してもらう。」とあり、
「客室タイプごと」でなく「客室ごと」だから、
テーブル分けないとだめと思ったんだよなぁ。


しかし、客室タイプコードが主キーじゃないから、
別に同じ客室タイプコードで人数2人・3人ていう2レコードを登録しても
大丈夫だと今気付いた。。。

>>508
問2
設問3
(1)
(予約番号(PK), 明細番号(PK), 客室タイプコード(FK), 人数)が、例えば
709, 1, ダブルA, 2
709, 2, ダブルB, 3
709, 3, ダブルB, 2
でどうよ

>>511
もしそうだったら、「1客室あたりの人数は、客室ごとに指定してもらう」にはならないんじゃね？
「客室ごと」はタイプを差しているから、「1客室あたりの人数は〜」と解釈したんだが

つまり、
客室が1室→タイプごとに1部屋の人数
客室が2室以上→タイプごとの合計人数合算

itecで採点したがやっぱ午後１が微妙ー
これ通過率低いんじゃなかろうか

>>502
設問２の(２)
修正成果物（バグID，対応連番，成果物ID）の「成果物ID」は外部キーじゃないの

ITEC回答で午後１、午後2ともに７割くらいいけてそ
合格点ぎりぎり狙ってたのに意外といけた

問１の設問２の公開情報がどうして１００４バイトなんだよ・・・

午後2問2
設問1，2はほぼ満点だが設問3が1割しか合ってねえ・・・
ゲロ吐きそう

>>517
表４から、４バイトの制御情報がつくよ
500文字平均で2バイト文字だから、500*2+4で1004だYO

>>519
いや、２４０４じゃないの？

>>520
問題文に、「属性の意味と制約から平均文字数がわかる場合にはそれを基準に」
て書いてあったからそうした

午後�U問２設問３（１）の予約明細はこう答えたけど正解として自己採点しようと思ってる。
同じ人いるかな？

予約客室タイプ（予約番号,客室タイプコード,客室タイプ連番,人数）
主キー：予約番号,客室タイプコード,客室タイプ連番

あの午後一通った人で、この午後2のER図書けない人なんていないよね。

午後2問2は、ひたすらER図を書きまくりのH21が好き

午後１で＼(＾o＾)／ｵﾜﾀ
午後２の採点してほしかった

>>490
むしろ去年の午後�U問2は死んだと思ったら78だったけど。

>>508
UG値引き額が履歴保存できないから宿泊テーブルに残す、だよね。
わりと自信ある。

標準料金テーブルとか抜けまくったよーダメだこりゃ

午後２余裕。
午後１微妙。

>>527
UG値引き額の履歴管理は行わない。
ってP27に書いてあるやん…

標準料金ではなくホテル客室タイプというエンティティを書いた。
標準料金を属性として持つことは認識してるのだが、それをアピールできてない。
追加したエンティティのテーブル構造を答えよっていう設問がないのは出題側のミスだろ。

問題用紙の片隅にテーブル構造書いとけばよかったんでね？

履歴は残さないけど時点の値が必要って話でないの

>>532
そうだと思う。
履歴を残すか否かって、過去にも何度か出題されていたのではないかと。

>>532
そうそう、それを言いたかった。
うーんiTEC含め違う意見多いし自信なくなってきた。

>>529
マスタそのものの履歴を残していたら正真正銘履歴管理していることになるけど
実際に適用されなかった場合は履歴が残らないから、履歴管理していることになるか微妙。

>>535
それでいいんじゃね？問題文からは、
「履歴管理は行わない」「顧客が希望した時点のUG割引額を適用」ってことだから、
厳密な履歴管理をせず、要望があった時点の割引眼を保存できればいいってことになるからね

適用されなかった場合の金額や、適用日時等がわからなければ履歴管理とは言わないと思うし

itecと同じ回答で喜んでいたが、自信がなくなってきたｗ

おれ微妙なライン…

iTecは間違ってることよくあるし、なによりコソッと直すからな

「UG値引額の時点情報を保存」と「UGの申し出があったことを識別」は
恐らくどちらも正解になるでしょう。
逆に言えばどちらも要件としては全く書かれていない。

午後１　問３　空欄hってK.構成数だと間違い？

結局15パーセントになるくらいに足切りされるんか。
15パーセントの上位に入れなければなぁ。

>>540
要件にはかかれているよね？顧客がUGを希望した時点のUG値引き額を適用するって
UG適用だけを知りたいのなら「適用フラグ」でいいわけだし、
それだと適用時点の値引き額がわからなくなっちゃうわけだから、
やっぱり理由としては「適用時点の値引き額が知りたい＞値引きが適用されたことを知りたい」でしょ

>>543
顧客がUGを希望した時点のUG値引額を適用する
≒顧客がUGを希望した時点のUG値引額を保持する

宿泊プランと客室タイプの組合せごとに決まっている宿泊料金から
その時点のUG値引額を差し引いた金額を客室別請求.宿泊料金に保持すれば
「顧客がUGを希望した時点のUG値引額を適用する」の要件は満たせるよ。

間違えた。

（誤）≒
（正）≠

>>544
そうかもしれんけど、
この試験のことだから講評で
「UG割引額の適用有無の識別とする解答が散見されたが、
フラグではなく金額そのものを保有させることの意図を読み取って欲しかった」とか
エラソーに言われるんじゃないかね

>>544
それだったら「適用フラグ」でいいわけだから、金額を保存する理由にはならないし、
宿泊料金のほうに、その分の金額をマイナスするみたいなビジネスロジックの変更が
なければ答えられない問題だし、
されに、普通、基本料金に対して適用する「値引き」なんだから、
明細とかレシートとか出すときに、いくらの正規料金に対して、いくらの値引きなんだか
わかんなくなっちゃうから、やっぱり値引き額を保存するほうが王道だろうね

>>546
IPAはどっちとも取れるものは両方正解じゃない？
ちなみに宿泊プランと客室タイプの組合せごとに決まっている宿泊料金は
不変とも改定があるとも言っていない。
もし不変だとすると
その時点のUG値引額＝（通常の）宿泊料金−適用された宿泊料金
で導出できるから保持する意味がないとも言えるよ。

不変か改定有りかについてだけど、これも
変わると言ってないから変わらないも言えるし、
常識的に改定があるに決まってるとも言える。

こーいうケースは両方正解だと思うんだけどなー。

>>548
その理屈でいうと、導出できるけど
予約可能数＝未割り当て数＋割り当て済み数になってるしね

それにビットフラグたてればいいのに、金額を記録する理由にはまったくなってないよねｗ

>>549
導出項目が存在しちゃいけない訳ではないけど、
敢えて持たせる必要もないよね。
フラグも持たせる必要ない。

自分はUG値引額の時点情報を答えたけど、何か解答書こうってだけで
無ければ行き詰る理由は思い当たらなかった。

>>550
いや実際に必要かどうかじゃなくて、
この場合、割引額を記録した理由だから、やっぱり履歴保存の目的でしょ
記録した理由の最も適切な解答を求められているんだから
設計者が、割引適用時の価格を保存したいと思ったからと想像するのが妥当でしょ

いくら他で導出できても、設計者がなぜ保存しようとしたのかを答えなければならないから
その可能性を考えても仕方が無い。
この場合は、フラグでなく金額なのだし、履歴は残さないとかかれているんだから、
設計者の意図としては、その時点の割引額を保存するためでしょ。

割引適用のために保存するのに金額である必要はまったくない

ｗ

誤爆しますた(´・ω・`)

TACはっとく
https://www.tac-school.co.jp/sokuhou/joho/pdf/db_14s.pdf

>>551
今日2000円引きでチェックイン
明日1000円引きにマスタメンテ
明後日チェックアウト
だとすると、
チェックアウト時に正しい額で精算するには
客がUGするって決めたとき(チェックイン時)の金額をもたなきゃダメだろってことだと思った。
履歴は持たないのだから。

午後2問2TAC自己採点60ぴったし・・・
たのむぞ〜

答え合わせなんて怖くて出来ないから、合格発表まで放置。

TAC自己採点
午後1 59点
午後2 87点

午後1下駄こい…

TACの解答例が予約客室タイプで良かった。

自己採点
午後�T75
午後�U79

逆下駄なしでお願いします。

iTECとTACが食い違ってる場合どっちが信用できますか？

おおむねITECかな。TACは外すことが多い

午後2の問題冊子P.27には、「テーブル構造の解答に当たっては、
主キーを表す実線の下線、外部キーを表す破線の下線も示すこと。」
と記載されている。

しかし、TACの午後2のテーブル構造の解答には、主キーと外部キーが
示されていない。

午後�U問２設問１（１）のリレーションは
標準料金：ホテル客室タイプ日別在庫＝１：多ではダメなの？

午後２は問２ばっかりなのか、ここの住人は！

午後2みんな六割ごえかよ！！

テーブルはメモってないからとりあえず全部丸で計算して、50点ぐらいしかない俺がきましたよ。

TACの配点は１５点くらい誤差はあるから注意な。

受けたやつが100人として→午前一80人→午前二60人→午後一30人→午後二で15人とかかね？

免除がいるからそんな簡単には出ない

自分の勤務先はDB合格しても報奨金10万円＋書籍代・受験料しか貰えない。
手当２万円／月が定年まで支給される人とかいる？
そしたら30年で720万円だから大きいよね・・・

手当て2万だよ
応用で1万、基本で5000円

午後I　60ギリ　午後II 80
午後I問2の下駄頼む！

>>570
まったく同じだよ、同じ会社だったりしてねｗ
高度二つ目からは５万に減額だから、今回は5万だわ
今二つだから、４冠とって最低でも２５万はもらとくぜ

>>573
４冠目指すのか。すごいね。
ウチは高度２個目以降も減額はないけど、来春ＥＳ獲って
情報処理は終わりにしようと思う。

>>519
解答例、null許容の場合の制御情報の1バイトが抜けてますよね。

>>574
お金もらえるなら取れるだけ取っといてもいいんじゃない
安い私見だから、落ちてもそんなにペナルティないし

ええお前らそんなもらえるの！
うちとっても2.5万円しかもらえないクソ会社

うちの子会社は２５万円もらえる摩訶不思議

ウチは資格手当無しで合格時にしか受験料払ってくれないわｗ
でも高度を取らないと昇格試験が受けられないから仕方なく受験してる……

子会社とはいえ、会社の成り立ちはいろいろあるからな
それぐらい許してやってくれ、親会社と合わせるなんてまっぴらふぁ！

>>576
論述やりたくない、ＮＷ＆ＳＣ大嫌い。
やるならLPIC制覇で30万とかOracle Goldで15万とか狙うかな。
受験料高いのはネックだけど。

SC受けた時はitecカスでTACは信頼できた

無職には羨ましすぎるこの流れ。。。！

慣れちゃえば論述のほうが楽だけどな
ネックは午後1だけだから外れもないし

契約社員だから何もないや…

資格手当の話題には興味がない
試験問題そのものの話をしたいなー

また来年受けるわけだけど
年末から3月末までびっしり忙しくて
結局四月の試験は一ヶ月弱くらいしか勉強できないんだよなぁ

あと一年切ったぞ
おまえらはやく勉強しろ

いや2年の間違いだろ？

>>585

じゃあ>>563にレスしてよ。

デスマに直撃され、ほぼ午前対策のみ。
午後は当日のテンション頼みw
集中力は最後までもったが、次の日だるかったわ。
今年で終わりにして別の資格を目指したいなー。

>>563
標準料金とホテル客室タイプ日別在庫には、
リレーションシップがないのでは？

>>591
（標準料金の主キー）
ホテルコード、客室タイプコード

（ホテル客室タイプ日別在庫の主キー）
ホテルコード、客室タイプコード、禁煙喫煙区分、宿泊年月日

１：多のリレーションシップがあると思うけど？

午前�Tが71
午前�Uが75
うーん微妙。午前�Tの新傾向が自分にとって吉と出るか凶と出るかにかかってるという感じか

↑間違えた
午前じゃなくて午後

その点数で微妙とか嫌味か！！！

これで微妙なのか？？だとしたら俺は・・・

午前2は8割くらい過去問からだったね

スレ住人の合格率10%割れか？過疎り過ぎだろ。

>>592
もし、
標準料金→ホテル客室タイプ日別在庫
とするのであれば、

ホテル→ホテル客室タイプ日別在庫
客室タイプ→ホテル客室タイプ日別在庫
が冗長になるような気がする。

合格したら、東証一部上場企業に転職するんだ。

>>600
求人あるのかい？

>>599
もちろん、そっちのリレーションシップは不要。

iTECで○×つけてTAC配点で自己採点
午後�T62
午後�U88

午後�Tで1対多の矢印うっかり逆に書いたり、NOT EXITSTとか書いたりしたので
59点つけられることの恐怖におびえている

>>600
この戦が終わったら故郷へ帰って結婚するんだ

午後2問2設問3(3)のテーブル名は
itecが「宿泊」、TACが「客室別請求」となっているけどどちらが正しいんだろうね。
後者にしてしまったけども。

あとTACの方で、まとめ請求テーブルに氏名〜電話番号等持たせているのはなんで？

>>603
おまおれ
リレーション逆にしちゃった…or2

>>606
上から下に矢印書く本能に付け込まれたな

NOT EXIST　じゃないのか

>>607
だなー
午後2は自信あるんだが、みんなが得点良いってことは7割くらい行ってても安心しないほうがいいよなー

みんな午後2自信あるんだな・・・
俺は午後1は8割くらいあるけど、午後2が６０ギリギリだわorz

>>605
TACの方が正しそう。

P.27の「3. チェックアウト業務」によると、
「通常の客室別の請求はホテルコードと宿泊番号で
識別している」⇒「客室別請求」テーブルのこと。

「チェックアウトのときに顧客からまとめ請求を
依頼された場合、通常の客室ごとの請求ではなく、
まとめ請求書を印刷する」⇒印刷する金額情報は、
「客室別請求」テーブルではなく、「まとめ請求」
テーブルから取得する。

また、顧客の基本情報は、「まとめ請求」→
「客室別請求」→「宿泊」→「宿泊者」を経由して
取得できそうなので、「まとめ請求」テーブルに
持たせる必要はないのでは？

>>311と>>343は、
最高難度：H22、難易度低い順：H17＞H24＞H26
が一致しているね。

個人的には、難易度高い順は、H22＞H25＞H21

H21の午後2問2は、とにかく図表が多いね。（図が8個、表が5個）
今年の午後2問2は、図表が少なく、ひたすら文章の羅列。

H25は午後�Tが微妙に問われるものが違ったけど、
簡単じゃないかとたたかれたよ。
ひっかけ問題で解答に迷うだけ。
難易度関係なく、お気の毒度は
H22 > H26 > ....高い壁... > H25 > 以下ほぼ同じ

難易度と業務知識が必要な問題はここで言っていたんだけどなあ。
簡単な年度から順次やると自分の実力が徐々に上がると言っていたんだが、
反応なかったなあ。
一番勉強しやすい方法だと思うけど、そういうのは参考書で載っていないのかね。

午後2問2は、いきなりH22を最初に解いた
H22が悪名高い「在庫引当スペシャリスト」だというのは、後から知ったのだが

受注から引当を作って出荷したら受払を作って在庫に反映
昔そんなシステム扱っていたな

TAC配点で午後1が50点ぐらい
下駄付いて59点かな

http://ai.2ch.net/test/read.cgi/venture/1322025641/112
　　　↑　　↑　　↑　　　　　↑　　↑　　↑

50だと下駄の付きようがないと思うんだが。
調整が入るのはボーダー付近だけでは？

配点についてはよくわからないのだけど。
みんなどうやって自己採点してるの&#8263;

>>620
体感で半分ぐらいしかできなかったけれども、
実際は合格していた、という書き込みも散見されるようだ

>>562を読んでいただいたようで？
TACの午後2問2の解答が、主キーと外部キー入りに修正されていた！

>>621
>>554

>>611
そう、同じ解釈。
だよねぇ。

顧客の基本情報も同じ考えで、
俺も「まとめ請求」テーブルには持たせなかった。

あぁやきもきするわー。

NWの本買ってきた♪
DBの結果がどうであろうと秋はNWとるぞー

NWの本を本屋で立ち読みしたけどDBより簡単そうな気がした
自分にCCNAレベルの知識があるからかもしれないけど

NWのほうが楽だよ、少なくとも試験で時間が余る

そうだよね、DBはNWより難しいはず
DBに合格できるなら、NWも合格できるはず？！

PM2問2
何でオイラは『チェックイン』などという謎のエンティティを追加したんだろう、、、

いやー正直スペシャリスト系の中ではネットワークが一番むずいだろ。
データベースみたいに過去問練習でなんとかなる試験ではないし。
ただ時間はデータベースより確かに余裕はあるかも。

NWはムズいというのは状況証拠から明らか。
なめんなよ

世の中には、NWはさくっと受かったけれども、
DBはなかなか受からないという人もいるようだけど

NWは知識、DBは理解
正反対だから比べてもね
もし比べるなら受験率と午前1で
受験者のレベルを計ってからだな

どっちも難しいよ
でも勉強しやすいのはDBだろう
試験がパターン化してるしな

DBは少なくともテーマによって難易度が左右されることはないからね。
NWは知らないと手がつけられないことがある。

個人的にはES<NW<DB<SC
誰でもこの順じゃなくて得手不得手で変わる

おれはDB<SC<NW<ESだな

どっかのスレで資格の難易度を偏差値化してるのを見たことあるけど、
あれの信憑性はいかほどのものだろう。
そもそもどうやって測ってるのか謎だが。

>>627
自分は試験の帰り道に中小企業診断士1次のテキストを買いました、
8月に中小企業診断士1次→ITストラテジストのコースの予定です
DBの結果がどうあれ…と言いたいところだけど、今年も午後1が悲観的なので、
DBの結果が悲観的だからこそ診断士で挽回するという意気込みです
まあ全ては趣味の活動なので気負う必要は無いのですが…

DB>_<NW

今からで間に合うのか？
中小企業診断士って科目多いような。

個人的には、>>639に同意
DBの方がNWよりも好き嫌いが分かれるかも？

実務経験とかにもよるよね

俺はSC＜＜NW＜＜＜DBだよ

研究分野が情報セキュリティだから、過去問ちょっと見るだけでSCは余裕だった
多分試験のためには１０時間も勉強してない

DBはAPの知識しかなくて、今回１００時間は間違いなく勉強したけど
受かってるか五分五分くらい

NWだけでも極めれば十分食えるのに、なぜDBもやるのか。
将来的に中途半端が一番食えなくなるよ。

経験無しでNW、SC、ES、PMはとれたがDBはむりぽ

PMなんて何で取れるんだよ。
もう一回若くなってもそんなに取れない。
あまたいい人はいいな、

ESって、経験なしでも取れるんだ

>>643
診断士一次は7科目あるけど、マネジメントやストラテジ系の科目は半分ぐらいはITパスポートで覚えた事という感じだよ

生産管理の分野では受注とか発注とか納品とか在庫とか、DB試験のために鍛えた神経回路が反応しまくりの単語が続出で楽しかった

財務会計のために簿記3級合格済みだし、情報システム工学はノルマ100点
後は法務関係の分野で最低ラインの40点を取れば7科目一発合格だよ

後は、診断士の1次試験で身につけた経営戦略の知識を生かして、
でっち上げの作文をいともそれらしく書き上げるスキルを身に付ければ、
IT業未経験趣味独学のITストラテジストの完成だよw
そして、来年はその余力でほぼ無勉強で診断士の2次に受かる

これもITパスポートを真面目に勉強したおかげだ、
3年前のこの時期にITパスポートで100点を取るつもりで勉強していたんだよ
その時にストラテジやマネジメントも全て覚えようとしたおかげだ

時間が足りないというよりは、6月に簿記2級を受けるか診断士に専念するかで迷う

…こうしていればDBの事は忘れられるねw

ESは暗記量が高度の中で最小だと思う
一番多いのはNW>=SC

仕事に関係ない試験は避けてきたが、こんなに受かる人もいるんだな。

DB 出題範囲は狭いが深い知識が必要
NW とにかく出題範囲が広い
SC 国語力が必要
ES 高度の中で一番易しいがハードの知識とエスパー能力が必要

そんなに大きな差はない

ES。ハードの知識が必要といってもH8 3052やArduinoで
学生実験したくらいじゃ、受からないだろうに。
世の中すごい人がいるものだ。

とりあえずテクニカル系は全部チャレンジしてみようと思う

SCが一番簡単そうAPの知識だけでそこそこ戦える
逆に簡単すぎて　あとあと価値がなくなりそう　他の試験区分に吸収されるとか

だからSCは更新性になるかもっていわれてんね
セキュリティに関する意識の向上はどうしても必要だし、できることはある程度限られているから、
難易度低くても広めるほうがいいんじゃないかな
営業にFE取得させるようなもんだ

個人的なイメージはこんな感じ

DB→クエリかけない、設計経験ないと難しい、時間無い。設計経験があればわりと余裕
NW→範囲が広く暗記項目が多いけど、覚えていればそれほどでもない
PM→論文の難しさだけクリアし、PMの基本的基本方針を理解すればなんとか
ST→論文の難しさに加え、合格の基準みたいのものが明確になく、それが逆に難しい

全部仕事で使ってない分野だけど
毎回まともに勉強してないから変な意味で信頼できるかもな難易度↓

SC（一回で合格）＜＜＜NW（二回で合格）＜＜DB（三回目）
※ES未受験

DBだけは問題文読んで足りない知識で回答を取り繕う戦略では一枚壁がある感じ、今回はおそらく行けてそう
難易度はさておき会社の取得者数見てもDBは少ないね

>>650
人生楽しそうでいいな

論文系試験の午後２チラ見したけど勉強する余地が少なくてもいつまで経っても合格できなさそう
スペシャリスト系で情報処理試験は打ち止めかな

仕事は工場の検査員だけどスペシャリスト全制覇目指してる

論文系も含めて全制覇しかないな

論文は写経でOK

NWとDBを独学でやってみた感想（主に午後試験について）

NW（2回目で合格）
断片的な知識を広範に覚えて、
その知識を組み立てて回答する感じ
問題文を多少は適当に読んでも要所を見抜けば回答は作れるが、
知識の欠如は致命的となる場合がある
個別の知識から、知識を組み合わせて全体像を描く能力が必要になる

DB（2回目も不合格？）
さほど数の多くないルールを覚えて、
そのルールに従い事実を拾い集めて回答する感じ
問題文を適当に読んだら、必要な事実が欠如して回答が不可能になる
ルールの欠如は論外
概ね個別の事実は個別の回答に対応しており、全体像は個別の回答の集積である
個別の対応付けの精度が得点そのものである

試験としての性質が違う
自分がNWに先に受かったのは、
文章を読むのが得意とは言えないからだと思う

NW…抽象的、柔軟、創造的、マクロ的
DB…現実的、厳格、生産的、ミクロ的
性格や気質によっても難易度というか適正が変わるのかも知れない

なんだこいつ頭良さそう

NWはもやっとしてて、DBはかっちりしてる試験なのか
なるほど納得

SCがさらにもやっとしてる…と
簡単かどうかってところには部分点が絡んでそうだな

個人的にはスペシャリスト系はSCが一番とっつきやすく受かりやすい

::::::::　　　　　　　　┌─────────────── ┐
::::::::　　　　　　　　｜　またSCがやられたようだな…　　　│
:::::　　　┌───└───────────ｖ───┬┘
:::::　　　｜フフフ…奴はスペシャリスト四天王の中でも最弱 … │
┌──└────────ｖ─┬────────┘
｜　やつごときに負けるとは　　　│
｜　スペシャリストの面汚しよ 　　　 　　│
└────ｖ────────┘
　 |ﾐ,　 ／　 ｀ヽ　/!　　　　,.──､　　　　　　
　 |彡/二Oニニ|ノ　　　 /三三三!,　　　　　　 |!
　　`,' ＼､､＿,|/-ｬ　　　 ト `=j r=ﾚ　　　　 /ミ !彡 　　　　
T 爪| /　/￣|/´＿_,ｬ　　|`三三‐/　　　　 |`=､|,='| 　　　
/人 ヽ ミ='／|`:::::::/ｲ＿_ ト｀ー く＿＿,-,　 ､　_!_ / 　　
/　　`ー─'" |_,.イ､ | |/､　　 Y　 /| | | j　/　ﾐ`┴'彡＼ 　
　　NW　　　　　　　　　　　DB　　　　　　　　 ES

>>664
よろしければ教えて頂きたいのですが将来は何のお仕事に就くご予定ですか？
参考にさせてください

>>653
いつからESは「エスパー試験」と呼ばれるようになったの？ｗ

>>668
年二回ってのが大きいと思う

SC以外の高度も全部年2回にして欲しいわ

だが、俺が取得済みの物だけは年1回で構わない

次どうしようかな
Oracleは高いからなー
会社からは節操ないとか資格厨とかって思われるかもしれないけどNWいっちゃおうかな

自分の生き様の方向性にあったもんを受ければいい

資格ばっかりとっていたら、かえって資格廚と思われそうだけど。
それでモチベーション上がるなら良いよ。

使わないにしても、基本的なものとして
スペシャリスト試験レベルの知識はあった方が良いよ
分野違っても意外と通じる事があったりするもんだし

>>671
志柿取得者数が多い理由の一つだろうけど、やっぱり簡単だと思う
周囲でも「SC受かっちゃったわぁ、勉強してないのに俺受かっちゃったわぁ」て
ミサワ大量生産してる

志柿ってなんだ、資格だわ…

初受験で合格を確信しているが、
マーチ理工の物理くらいの難易度だと感じた。
スペシャリスト４冠がマーチ理工合格かな。

もっと簡単だろ

NWとDＢもちだが資格もってないやつに限って資格は意味ないという。悔しいが会社自体がIT会社じゃないので認知度もない。仕事するうえでもかなり役にたってんだけどな。

むしろ業務でNWやDBを触っていて、これらに対応する試験に受からない人の能力が怪しい。

同意

sqlやってて午後1問2で爆死しましたよっと
一発で正答がかけるほど普段訓練してないんですよ

ＳＱＬと騒いでいるけど、ＳＱＬそのものの問題じゃない気がする。
トランザクション、排他制御の問題の気がする。（同じこと言っているけど）
誰もが１回は時間かけて勉強するものなんだけどな。
といっても、試験参考書を読むレベルではだめ。

話ずれるんですが
皆さんER図ってなんで書いてます?
ERwin?とかまだあるんですかね

最近のナウでヤングなイケテる
ツール教えてください
テーブル数300〜500個程度の
システムで10人ぐらいが
テーブル設計に関わる規模です

>>685
あれはSQLというよりロジックだな
終了時刻が開始時刻の前か、開始時刻が終了時刻の後かとか
ふだんああいう業務の仕事してないと、とっさにどういうように
空き室を求めるのかでてこないと思う

普通は掃除する時間とか予備の時間があるしと考えると
いろんな選択肢がでてきてハマる

>>682
その手の人にはSCのほうが効果発揮するんじゃね？
セキュリティって昨今何かと重要視されてるぐらいは認識してるだろそういう人たちも

非ITでも情シスなら評価されるでしょ？
一般部門なら知らなくても仕方ない。

>>682
資格がだめというより、さらに実績、業績を求められるんだろ。
そういう会社なんだよ、早く気づけ。
査定及び出世競争に関係するぞ。

SCの資格簡単といっても、会社全体に規定を制定したりするだけで実績になる。
NWだって、ペーパーだけでなくIP電話導入すれば電話代削減になる。
そういうものを企画し、導入する実担当者になれば、評価される。
資格もちの単なる評論家なんて評価されない。
上長、会社の評価基準がレベルが高いということ。
もっとがんばる必要がある。

査定はともかく出世競争してるヤツって裏山だなあ
出世にまったく興味がないから、そういうのを励みにしてるヤツは尊敬するわ
俺はただPCを触っているのが楽しい、設計が楽しい、実際に動いてるのみるともっと楽しい
ただこれだけだわ

出世云々的な話はたまに聞くが
高度持ってるだの資格は意味ないだのは一回も聞いたことないわ

実績を出さないと評価されないのは当たり前だか、それ以前に高度試験にも受からない奴がてきと〜なこと言って評価されてるうちの会社はとてもレベルが高い評価をしてるとは思えないね、
先にも出てる非ITの情報システム部門だが。高度はそれなりに難しい試験だよ、評価されるべき、それに満足せず更にスキルを上げて会社に貢献すればよい。

この試験はむずい。受かったけどそう思う。

高度試験に合格していてもてきと〜なこといってる奴が評価される時点でだめだめだろ
試験云々まったく関係無い

>>694
途中までウンウンと思ってたけど、最後の会社に貢献ってところに社畜感が
その「レベルの高い評価」をしてくれない会社に貢献なんかする気でる？

資格だけでは「お勉強ができる」ってだけだからな
もちろん高度を持ってる人で全然仕事ができないって人はめったにいないから、取った時点で評価されるのが一般的だけど
それはあくまで「仕事できる人が、さらに資格も取った」ってんで
元々評価の高い人がさらにプラス評価されるってこと
でもたまーーにいるんだよ、オラクルのプラチナ持ってるくせにSQL全然書けない人とか…そいつはいまだにヒラで各部署の窓際をたらい回し

資格取得は査定の向上心の分野で大幅プラスになるからな
資格取ってないのに評価される人ってのは向上心以外の分野の査定が高いんじゃないかな
どう見ても得意分野がないのに評価される人の場合は…世渡りが上手いってことだろうな

資格もってたら実力より低く評価されるよ
いくら仕事ができる人でも「ああ、あの人はデータベーススペシャリスト相当の実力なんだな」ってなる

アホか

>>698
プラチナがどんだけ大変かわかってるのか。
一昔のプラチナだって大変だというのに。
今ならゴールドでもすごいと思うけどな。

>>700
アホか。
そもそも情報処理試験の難易度が知られてない以上、そういう話にもならない。
ちなみに私の会社は高度取っても査定に反映されない。
総務はとれとれ言って、取得件数はカウントしているけど、
査定するのは開発設計側だからなあ。直属の上長が情報処理は知っているが、
実情しらんとなれば、評価しようもない。

業界が違えばしょうがない
無名でも難しい資格、試験はほかにも
沢山ある。と思う
ただ、取得のメリットが主に
自己啓発の範囲でこの難易度は
理不尽な感じもあるけどね

まぁ語学関係も近いか

セキュリティ監査は将来
法定業務として義務化される
可能性はあるかもしれんが。。

プロのレーサーが自動車の運転免許もってたら、あの人は運転免許相当の実力なんだなって判断されるの？
世界で活躍するようなすごい料理人が調理師免許もってたら、
あの人は調理師免許相当の実力だとかいわれちゃうのかな

世の中って難しいね

>>705
その例えはおかしい
運転免許もってないプロのレーサーや
調理師免許もっていない料理人がたくさんいる業界だから

>>706
そのレースが開催される国の運転免許や、調理師免許をもってない料理人なんてやまほどいるんやで

美容師の免許みたいなものか。
取れたからといって、見習いで辞めてしまう人もいる。
生き残るのは１割で、食ってほどお客がつくだけでもかなり大変。
オーナーなんて死にそうになって働かないといけない時期がある。

>>698
9iプラチナ=10gゴールド=11gシルバー
10gプラチナ=11gゴールド
くらいの難易度らしいぞ
12cはもっと難しくなってるのかな？

ワカヤマン

資格受ける理由は皆それぞれあるんだろ？
なら自分の価値観でいいじゃん

アスタリスクは六芒でもいい？

>>712
宗教的理由でまずいです。

ITは下請派遣会社中心にバカが多いからな
業界が業界なんだよ
医師会や弁護士業界とは違う
バカと一緒にされたくないなら取ったほうが得策だろう

同意

>>714
できる人にはすごいのもいるけど
底辺の裾野が広大すぎてびびるよな

良くも悪くもオープンな業界だと思う

OSSなだけに。

>>716
底辺の裾野を比べるなら
医師会ではなく医療業界の底辺であるドラッグストア店員と比べるべきではないか
弁護士業界なんてわけのわからない造語を作らないで、法曹界の底辺と比べるべきではないか

結論としては、世の中馬鹿の方が多いってことで

当たり前じゃん。バカのおかげで相対的に頭の良い奴がいるんだ

ん？どういうこと

つまりバカのおかげで相対的に頭の良い奴がいるってことだ

だからそんなに頭のよくないヤツでも
そばにおバカちゃんがいればお利口さんに見えるってことで

相対的にって、努力は個々人がするもんだろ
他人関係ないわ

みんなが同じレベルの頭のよさだったらバカも頭がいいも悪いもないってこと

あり得ない前提だけど、仮にその前提だったとしても
皆が勉強全くしないなんてことないし、その努力でいくらでも覆る話じゃん

おまえらまだ勉強してないの？

言い訳ばかりは達者なので

>>728
つーか、年に１回しか受験できないから、
今の時期から約１年もの間をモチベーションを高く維持できないんだよねｗｗｗ

半年に1回しか勉強しないｗ

>>730
もしかして１年以内の勉強期間で合格できちゃうエリート様ですか？

>>727
覆るってことは、そいつ以外のバカがいるから
相対的にそいつが頭がいいってことだろ？

バカがいなければ頭のいい奴なんていないんだよ

>>732
当面この試験から離れたほうがいいよ。
マンネリになって、来年受験の際にモチベーションが沸かない。

>>733
なんで馬鹿がいるから頭が良いって事になるんだ…、必要条件でも十分条件でもない
頭の良さって絶対評価できるものだと思わない？
ブスがいるから美人がいるのか？

>>735
必要な条件だよ

まわりがお前よりみんな頭がよかったら、お前はバカってことだろ？
お前が頭がいい条件は、お前以外のやつがバカであるってことだ
お前以外のやつがお前より頭がいいのに、お前が一番頭が良いなんてあり得ないだろう？

なにをいってるんだ？

ついでに付け足すと、ここで言ってる「頭の良さ」っていうのは
世渡り上手とか、奇抜さじゃないからね

>>736
屁理屈でしょ
馬鹿の基準はどうやって決める？その理屈じゃ馬鹿自体がいないって事になるじゃん。

頭のいいやつの定義がバカより頭がいいことなんだから、
バカなやつの定義は他のやつより頭が悪いっとことにきまってんだろ

いいかバカなお前にもわかりやすく説明してやんよ
身長185cmのやつに「身長高いですね」って言うの普通だろ？
それは、そいつ以外のやつがほとんど185cm以下のやつで、そいつらよりも身長が高いから、
身長が高いねって言えるんだよ。
もし日本人の平均身長が200cmだったら185cmのやつを身長が高いとは言わない。
同様に日本人の平均身長が170cmだったら、160cmのやつを高いですねとは言わない。

だいたいお前の言うことが屁理屈なんだよ
偏差値って相対評価なの知ってるか？みんながみんな偏差値60で、あらみんな
頭がいいですねなんてありえねーんだよ。
テストでみんな同得点ならそれは偏差値が50になるわけで、そいつらみんな頭の良さは
他人と同じ「平均的」ってわけだ。その中でぽんと頭のいいやつがいて、
一人だけ偏差値60とかのやつがいるから、そいつが頭がいいんだよ。
つまり頭のいいやつはバカがいなければ存在しない。

>>739
他所でやってくれ

おまえら実際はどんなDBMSを扱ってるの？

みなが同じだけ勉強できる≠みなが同じだけ勉強する

みなが同じだけ勉強できるとしても、
何をどれだけ勉強するかによって学力に差がでるだろ

>>739
噛み合わないからやめとく
否定はしないよ、馬鹿の定義にはいろいろあるね

>>741
今は開発から外れたけど昔はMSのSQLServerとかOracleとかmySQLとかPostgreSQLとか色々使ったわ

次はシステムアーキテクト受けるのが普通だろうか

またお前か、ワカヤマン。

>>741
OracleをMongoに移行するお仕事

>>747
それってどう？意味ある？

意味は…ない！

まぁお金貰えるならやりますって感じかな

>>748
単に社内の複数DBに分散している同一情報を
一か所にまとめてWebAPIアクセスに移行したいってだけなので
別にMongoである理由は全くない。
流行りに飛びついただけなのかも。

>>730-732
モチベーションは、1年どころか、半年すら維持するのは難しい、
と個人的には思う。

>>752
とはいえ、半年間毎日勉強したって合格が危うい試験

さすがに半年毎日勉強して受からないは、相当効率悪いやり方してるか才能が全くないか

毎回落ちるやつは、いつも試験1〜2ヶ月前くらいから空いた時間に軽く勉強してるだけだから

試験勉強はじめるまえから、ずっと忙しくなってしまったor2

>>754
後者だが、NWやSCは1回でよかった
DBとは縁がない

縁がなくても高度試験はそれなりに同じ勉強の仕方でどうにかなるよ

縁がない（向いてない）

円がない（採点できない）

高度は形を変えた国語の試験

人生は形を変えた国語の試験

恋愛も形を変えた国語の試験

縁がない
データベースっぽく言えば、
リレーションが無い

NoSQLありますやん

やっぱDBはXDM/RD

とくるとDCCM3っていいたくなるHITAC

じゃあ俺はJP1で

>>765
>>767
おめーら、何者だ？？（笑）
なら、俺は、HiRDB Ver 9.0 の最新バージョンでって言うぞ。

Hi-UXとか解りません＞＜
VOS3しか知りません＞＜

HITACH（笑）

嘗て、2050 で H-Window やってました。:-p

FHL(笑)
拝承(笑)

あと一ヶ月くらいか〜
はよせい

あと5週間かー

なげーよ、わすれかけてた

｜┌──────────┐　履歴書
｜｜　 　 ／　　 　 　＼　 　 　 |　┌──────────────────────
｜｜　 ／　　─　 　 ─＼　 　 |　｜氏名：ワカヤマン（IT系資格試験挑戦厨）
｜｜／ 　　 （●） 　（●） ＼　｜ ├──────────────────────
｜｜|　　　　　 （__人__） 　 　|.　|　｜年齢：30代後半（アラフォーｗ）
｜｜＼　　 　　 ｀ ⌒´ 　 ,／.　 |　├──────────────────────
｜｜...イ.ヽヽ、___ ーーノﾞ- ､ 　 |　｜現住所：和歌山県 ntwkym0*****.wkym.nt.adsl.ppp.infoweb.ne.jp
｜｜　 　| 　';　＼_____ ノ.|ヽ i....｜ ├──────────────────────
｜｜　　 |　　＼/ﾞ（__)＼,| i　 |　|　｜facebook：http://www.facebook.com/wakayaman.kii
｜└──────────┘ └──────────────────────
｜ ┌───┬─┬────────────────────────────
｜ ｜　年 　 ｜月｜　　　　　　　　　　学歴・職歴
｜ ├───┼─┼────────────────────────────
｜ ｜ 　 　　 ｜　 ｜　　　　　　　　　 学　　　　　歴
｜ ├───┼─┼────────────────────────────
｜ ｜昭和xx.｜xx｜神経質中学中退
｜ ├───┼─┼────────────────────────────
｜ ｜ 　 　　 ｜　 ｜　　　　　　　　　 職　　　　　歴
｜ ├───┼─┼────────────────────────────
｜ ｜昭和xx.｜xx｜自宅警備員（要はただの和歌山の引き篭もりｗ）
｜ ├───┼─┼────────────────────────────
｜ ｜ 　 　　 ｜　 ｜　　　　　　　　　 資　　　　　格
｜ ├───┼─┼────────────────────────────
｜ ｜平成25｜ ６｜システム監査技術者試験 脳内合格ｗ（合格証書無し）
｜ ├───┼─┼────────────────────────────
｜ ｜平成25｜12｜ネットワークスペシャリスト試験 ４年連続脳内合格ｗ（合格証書無し）
｜ ├───┼─┼────────────────────────────

ワカヤマンてなに？

ワカヤマンて2年前まではネスペスレだけの存在だった気がする
今はもう板全体でこいつの名前見かけるが

もう待てん！摩天楼！

死〜

しばらく話題ないね。

基本情報は今日だったんだ
あと一ヶ月だ、一週間前に正式回答

基本情報スレは盛り上がってていいのう

合格発表直後だからね〜

>>785だったら合格

786だったら合格

報奨金でたら
焼き肉バイキングで食べ放題

傾向変わったけど
ビッグデータにデータサイエンティストだの言い出したからなのか

あと三週間くらいか

もうどっちでも良くなってきた

報奨金なんてもらあないぜ

辞退するの？かっこいい馬鹿！

豚以外なら合格

そろそろホントに終わりが見えてきたな
ふふふ、間違いなく合格だ

>>791
いらないならちょうだい♪

今更ながら不安になってきた。
午後1-2の下駄次第だ。

どんな問題だったかすぐに思い出せない

>>797
だよねー

>>797
これは興味深い無限ループ
デッドロックを検出してロールバックする流れ

断る！

来週には解答例でるのな
これで大体決まるか

もはや、解答なんて覚えていないｗ

解答から合格発表までの生殺し感…
同時発表してくれよ

確かに…

>>802
よね！

なんで同時に出さないんだろう
みんな自分がなに書いたかなんて忘れちゃってるよ！

試験終了直後に、復元答案を作成しておかないと、忘れるでしょうね

午後１は問1しか書いてないんですが、
受かる確率ありますかｗ

あるある

>>807
５０点越えてたらここで報告よろ。

問一しか書けてない時点で正答率もタカがしれてる
受かる確率はほぼないと思うが…

落ちたのをぐちぐち言うのは精神衛生上よくないぞ。
思いっきり忘れて、さっさとやるべきことに集中したほうがよい。
試験だけが重要じゃないはず。

以前、午後�Tを問１しか埋めなくて54点だったって
書き込みがあったと思ったのだが、そんなことあるのか？

点の調整があるんだからあるんじゃない
でも60点ラインは超えないでしょ