資格まとめ情報局速報ヘッドライン

【ファイト*^o^*】データベーススペシャリスト Part50〜2chまとめ〜

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

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

前スレ
【ファイト*^o^*】データベーススペシャリスト Part49
http://ikura.2ch.sc/test/read.cgi/lic/1429176205/
2:2015/04/19(日) 19:13:55.31 ID:
◆2013/09/23版
63:ITストラテジスト
62:システム監査技術者、Oracle Platinum、CCIE
61:プロジェクトマネージャ
60:ITサービスマネージャ、システムアーキテクト、OCJ-EA
58:スペシャリスト(ネットワーク、データベース)、RHCE
57:スペシャリスト(エンベデット、情報セキュリティ)MCSE、MCSD、LPIC Level3、OCSecA、OCJ-D、Oracle Gold
56:RHCT、PMP、CISA、CISSP
55:MCSA、CCNP、ITILマネージャ(V2)
54:XML Professional、MCITP
53:応用情報技術者、UML-advanced、VBAエキスパートプロフェッショナル、MCPD、UMTP-L3、
52:OCNA、OCJ-WC(J2EE1.4)、OCJ-BC(1.5)、公認情報セキュリティ監査人
51:LPIC Level2、OCJ-P Gold
50:基本情報技術者、OCJ-WC、OCJ-BC、OCJ-WS、OCJ-MA、P検1級、UML-intermediate
49:CCNA、OCJ-P Silver、.Com Master☆☆、UMTP-L2、MCTS、Security+、Project+、SEA/J応用テクニカル、SEA/J応用マネジメント、ITIL intermediate
48:Oracle Silver、P検準1級、OCSA、M日商PC(文書、データ)1級、CCENT
47:MCP、LPIC Level1、Linux+、Server+
46:MCA Master、Oracle Bronze、XML Basic、OCJ-A、UML-fundamental、Network+、J検PG認定、J検SE認定、SEA/J基礎
45:MCA、MTA、MOT、A+、UMTP-L1、VBAエキスパートスタンダード
44:P検2級、.Com Master☆、ITコーディネータ、ISMS審査員補、ITSMS審査員補
43:J検情報活用1級
42:ITパスポート、ITILファンデーション(V2)、ITIL V3 Foundation
41:VBAエキスパートベーシック、MOSマスター
40:J検情報活用2級、IC3、日商PC(文書、データ)2級
39:MOS Expert、MOS Specialist(Access)
38:MOS Specialist(Access以外)
3:2015/04/19(日) 19:14:41.88 ID:
合否報告用テンプレ
【合否】
【午前T得点】
【午前U得点】
【午後T得点/自己採点】
【午後U得点/自己採点】
【午後選択問題】午後T問123、午後U12
【受験回数】 回
【学習期間】
【年齢】 歳
【保有資格】
【参考書】
【一言】
5:2015/04/19(日) 23:55:55.33 ID:
8:2015/04/25(土) 10:59:17.25 ID:
>>6-7

iTEC と TAC の解答が違うところが、結構ある。
何故??
wwww
10:2015/05/02(土) 08:03:43.25 ID:
>>8
解答者がまともでないか、出題者がいい加減か、のどちらかでしょうけど。
7:2015/04/23(木) 21:20:21.63 ID:
11:2015/05/02(土) 22:44:32.71 ID:
出題者が無能なんだろ
後世に残るんだから、恥ずかしくない問題を出題してほしいもんだ
12:2015/05/03(日) 00:11:53.34 ID:
リレーション(関係)とリレーションシップ(関連)って
別物だったんだ・・・
いままでずっと混同して使ってた。
そりゃ落ちるわ。
13:2015/05/03(日) 15:56:08.10 ID:
>>12
それ間違い安いよね。
15:2015/05/07(木) 08:13:28.36 ID:
>>13
え、全然意識したことなかった。
どう違うの
14:2015/05/04(月) 01:05:47.33 ID:
学生時代データベースの研究室所属してたけど、そこではリレーションとリレーショナルの違いが説明できない奴は卒業させないと教授に言われたのを思い出した。
16:2015/05/07(木) 20:39:49.32 ID:
ER図で言うと、関係がエンティティで、関連がエンティティ間を結ぶ線
17:2015/05/07(木) 23:17:32.54 ID:
エンティティとリレーションシップのことか?
リレーションとリレーションシップの違いなんて意識したことないぞ
18:2015/05/08(金) 21:37:59.37 ID:
今応用のDB解いてるんですが結構簡単なので、次はこれ狙ってます
MySQLで自作DB作って練習してるんですか?

勉強法に自信がある方よかったらアドバイスお願いします
19:2015/05/08(金) 22:18:42.18 ID:
DB設計の問題を選択するならSQLの本を読んだりMySQLとかで遊んでもあまり意味が無い。
SQLとか性能の問題を選択するなら遊んでみるのもあり。
20:2015/05/08(金) 22:47:54.27 ID:
「関係データベース」の「関係」とは何か?
これさえ理解できてればいいんじゃね
自ずと違いも分かる
21:2015/05/08(金) 23:00:34.53 ID:
>>20は>>17へのレス

>>18
まず過去問を1年分だけでいいから解いてみるといいかも。
全然できなくても、出題傾向とかがわかるので。
次に、翔泳社の情報処理教科書で基本的な知識を勉強する。
その後は、ひたすら過去問を解く。

>MySQLで自作DB作って練習してるんですか?
メインはDB設計や基礎理論だから、あまりそこに力入れても意味ないかも。
ただ、一度はやってみたほうがいいとは思う。
22:2015/05/08(金) 23:04:05.71 ID:
アドバイスありがとうございます!
コツコツやってみます
23:2015/05/09(土) 01:00:58.46 ID:
絶対にやった方がいいと思う。
実際に触ってみてようやく本質を理解できる点も多いと思う。
とくに正規化やサブタイプなんていう考え方は、
用語を覚えるまでもなく触ってるうちに自然と身についてくる。
あとSQLは、書いて何度もエラー吐いて少しずつ覚えていく以外ない。
この試験のSQLの配点は低いけど、近年のSQL増加傾向をみると無視できるほど低くもない。

ただ、上にも出てるけど、基礎理論や論理設計だけをみればそこまで重要ではないのもたしか。
24:2015/05/09(土) 02:28:34.07 ID:
情報処理教科書人気だけどドシロウトなら私は合格教本を強く推す
両方読んだけど情報処理教科書は「テストの解き方」にちょっと偏ってる気がするので
一般的なDB周りの知識を合格教本で付けて、テスト対策を情報処理教科書の方がいいと思う
25:2015/05/09(土) 04:18:57.00 ID:
情報処理教科書と合格教本は書店で隣り合わせに並んでると笑えるぐらい本の厚さが違うよね。
時間がある人は一冊目にに合格教本読んで午後対策に情報処理教科書読むのが良い気がする。
過去問のダウンロードサービスを利用すると200時間ぐらいは余裕で勉強できるし(やらないけど)
27:2015/05/09(土) 07:18:08.73 ID:
まぁここのやつにアドバイスもらったところで、未合格のやつしかいないんだけどな…
合格体験記でも読んでこれば?
28:2015/05/09(土) 23:20:16.89 ID:
ところがどっこい、去年受かって今年SC受けてる俺がいたり。

情報処理教科書 ⇒ 受験テクニック寄り。概念設計が弱い人向け
合格教本 ⇒ 実装寄り。トランザクションとかSQL弱い人向け

一年目合格教本、二年目情報処理教科書で受かったけど、合格教本は概念設計関連は
合格レベルまで解説してくれてない気がする。逆に情報処理教科書は物理設計とかDBの
実装関連はあっさりしすぎ。みたいな。

自分は概念設計弱かったから情報処理教科書で助かったけど、
テストの解き方に寄ってはいるけど、それでも他業種の業務モデルとか
学べたしそれ自体が悪いわけではないかなぁ、と思う。
29:2015/05/11(月) 22:52:02.41 ID:
dbの天才のおまいらに聞きたいんだけどさ
sdate,edateってカラムにインデックスが貼ってあるとして
2015/05/11 between sdate and edate
って書き方してると(型はあってるとして)
もしかしてインデックスって効かないの??
30:2015/05/11(月) 22:58:16.84 ID:
>>29
それ以前にSQLが間違ってる。
31:2015/05/11(月) 23:44:46.64 ID:
効くんじゃないかな
betweenは<=と>=に等価だと思ってる
実装系に依存かも
32:2015/05/12(火) 08:45:06.13 ID:
↓↓↓↓↓↓↓↓↓↓↓↓
between sdate and edate
↑↑↑↑↑↑↑↑↑↑↑↑
33:2015/05/12(火) 08:53:49.61 ID:
え?sql間違ってた?
34:2015/05/12(火) 14:28:16.80 ID:
合ってるよ
35:2015/05/13(水) 21:07:40.96 ID:
固定値になってるところが、本来なら列かパラメータになるんだろう。
SQLは別に間違ってないと思うし、sdate,edateが主キーなら問題なさそうだけど、
そうじゃないなら、インデックスが有効(上位20%ぐらい?)でないなら
インデックススキャンになるかもだし、含んでる列にSELECTや他のWHEREで指定してる列
が足りないとRIDLOOKUPが発生するから、
その点踏まえてRDBMSがインデックスを使わないってことはあるかもね。
元スレ:


posted by シガレット at | Comment(0) | 情報処理技術者 | このブログの読者になる | 更新情報をチェックする
この記事へのコメント
コメントを書く
お名前:

メールアドレス:

ホームページアドレス:

コメント:

ダイエット食品のクチコミ
×

この広告は180日以上新しい記事の投稿がないブログに表示されております。