【ワカヤマン】データベーススペシャリスト Part44
データベーススペシャリスト試験(DB)
[ Database Specialist Examination ]
http://www.jitec.ipa.go.jp/1_11seido/db.html
情報処理技術者試験センター
http://www.jitec.jp/
前スレ
データベーススペシャリスト Part43
http://ikura.2ch.net/test/read.cgi/lic/1366546983/
[ Database Specialist Examination ]
http://www.jitec.ipa.go.jp/1_11seido/db.html
情報処理技術者試験センター
http://www.jitec.jp/
前スレ
データベーススペシャリスト Part43
http://ikura.2ch.net/test/read.cgi/lic/1366546983/
|
|
|
>>1
乙デスペ頑張ろ
乙デスペ頑張ろ
うわっ
なにこのスレ、ワカヤマン臭い
なにこのスレ、ワカヤマン臭い
ぷーｸｽｸｽ
データベーススペシャリスト
ORACLE MASTER Platinum(Oracle Database)
MCSE Data Platform(SQL Server)
MCSE Business Intelligence(SQL Server)
IBM Certified Advanced Database Administrator(DB2)
OSS-DB Gold(PostgreSQL)
HiRDB認定プラットフォームプロフェッショナル(HiRDB)
HiRDB認定アプリケーションプロフェッショナル(HiRDB)
これら全て取得したら「2ch認定データベースマニア」取得
ORACLE MASTER Platinum(Oracle Database)
MCSE Data Platform(SQL Server)
MCSE Business Intelligence(SQL Server)
IBM Certified Advanced Database Administrator(DB2)
OSS-DB Gold(PostgreSQL)
HiRDB認定プラットフォームプロフェッショナル(HiRDB)
HiRDB認定アプリケーションプロフェッショナル(HiRDB)
これら全て取得したら「2ch認定データベースマニア」取得
>>5
Oracle社 「MySQL認定試験・・・」
Oracle社 「MySQL認定試験・・・」
MySQLはOracleのせいでゴミ化したのだ
翔泳社届いたけど半分近く過去問
しかも午前にページ使うなよｗ
しかも午前にページ使うなよｗ
HAHAHA！
なぜ、わかやまんの冠をつける？？
>>3
禿同
禿同
>>7
Javaもなぁ
Javaもなぁ
なんだこのスレタイ
何者でちゅか？
何者でちゅか？
立て直すか？
別にこのままでも良さげ。
荒れてはいないじゃんw
荒れてはいないじゃんw
>>11
MS試験には実際使いもしねぇ新機能の内容が多いしな
MS試験には実際使いもしねぇ新機能の内容が多いしな
漢のデータベース
ウホッ！！
データベーススペシャリストを勉強する上で、
参考書や過去問の他にデータベース実機触ったり何かしてるやついる？
参考書や過去問の他にデータベース実機触ったり何かしてるやついる？
ノ
おお、いるんだね、やっぱり。
SQLなんかは実機使って遊んだほうがいいよなw
SQLなんかは実機使って遊んだほうがいいよなw
もちろん
最近はDBから外れてHadoopやってる
最近はDBから外れてHadoopやってる
デスペ持ってるけど年収200万ちょい。 しにたい
基本しかもってないが年収500万だ
ごめん
ごめん
資格だけで実務経験あんま無いから転職ムリポ・・・。
デスペ所持者の平均年収５００万を夢見て日々がんばってまつ・・
デスペ所持者の平均年収５００万を夢見て日々がんばってまつ・・
ヽ(`Д´)ﾉｳﾜｧｧｧﾝ!!
>>27
もっといい会社いけよ
もっといい会社いけよ
そういやウチにもデスペもってるけど
難解なSQLばっかり書くからテスターやってるひといたわ～
たぶんデスペが悪いんじゃなくてメンテナンス性の低いコードしか書かないその人が悪いんだけどねwww
難解なSQLばっかり書くからテスターやってるひといたわ～
たぶんデスペが悪いんじゃなくてメンテナンス性の低いコードしか書かないその人が悪いんだけどねwww
難解なSQLとテスターのどこが繋がるのか教えてくれ
いや単純にプログラマを首になって
テスターになったんだよ
テスターになったんだよ
あーなるほどね
デスペは正規化さえ理解できれば、
あとは問題になってる業務が理解できるかどうかで合否が別れる。
SQLは正直応用レベルだし
あとは問題になってる業務が理解できるかどうかで合否が別れる。
SQLは正直応用レベルだし
>>34
相関サブクエリとかは理解できてなくてもいいのか
相関サブクエリとかは理解できてなくてもいいのか
そかもな
なんか、一回のSQLでイロイロ完結したかったらしくて
1個のSQLが500Stepくらいあったときにはマジ笑ったwww
しかもそのSQLがメチャクチャ性能悪くて結局作りなおす羽目に
お前らも気をつけろよ
資格持っててもダメな奴ってなると、もう周りが「こいつ勉強してもできないんか」風にみるようになって
マジで首になるぞ
なんか、一回のSQLでイロイロ完結したかったらしくて
1個のSQLが500Stepくらいあったときにはマジ笑ったwww
しかもそのSQLがメチャクチャ性能悪くて結局作りなおす羽目に
お前らも気をつけろよ
資格持っててもダメな奴ってなると、もう周りが「こいつ勉強してもできないんか」風にみるようになって
マジで首になるぞ
そもそも正規化を理解しないで受けてる人間がいない
>>38
極端な例だから気にする話じゃない
極端な例だから気にする話じゃない
でも、俺も一向にプログラムさせてもらえない
複雑なSQLを書きたくなる性格なのか
実力を誇示(笑）したいのか
どっちにしてもバカでもメンテできるコードを書くのが一番だよな
実力を誇示(笑）したいのか
どっちにしてもバカでもメンテできるコードを書くのが一番だよな
俺も最近3KのSQL文いじったわ。
システムは作る事ではなくて
運用して組織体がその利便性を
享受することにあるのだから
保守、改善の不可能なコードなど迷惑なだけよ。
とはいえ、そのコードに至る
複雑怪奇な業務と経緯があることも
事実で
ヘッダに連綿と並ぶ変更履歴を
みると
作った人を責める気にもならないでな。
愚痴ってすまんw
システムは作る事ではなくて
運用して組織体がその利便性を
享受することにあるのだから
保守、改善の不可能なコードなど迷惑なだけよ。
とはいえ、そのコードに至る
複雑怪奇な業務と経緯があることも
事実で
ヘッダに連綿と並ぶ変更履歴を
みると
作った人を責める気にもならないでな。
愚痴ってすまんw
バカに合わせる必要はない
メンテ不可能なコードなぞゴミだろ
CakePHPとかSQLとか書かなくていいから楽だよね
主キーに複合キー使えないのが痛すぎるけど
主キーに複合キー使えないのが痛すぎるけど
JPA系もそだよな
リーダブルコード読めよ
シンプル・簡素・意図が汲み取れる様なコードが書ける奴が偉いんだよ
組織、集団でコーディングしてるんだからさ
シンプル・簡素・意図が汲み取れる様なコードが書ける奴が偉いんだよ
組織、集団でコーディングしてるんだからさ
…で、お前らもうDBの試験対策をしてるのかい？
本買って、一日1時間程度読んでる
>>48
バカには書けない
バカには書けない
おまえら参考書は何使ってんの？
基本はミック本で勉強しつつ
重点対策とか使ってる
重点対策とか使ってる
教科書として、翔泳社、わくスタを
電車バス用にポケスタを買った。
電車バス用にポケスタを買った。
わくスタって網羅してる？
網羅してる。
わくスタ買ってみる
翔泳社とわくスタで悩んでるけど
悩んだら２冊買いかね
悩んだら２冊買いかね
わくスタは電子書籍版を無料ダウンロードできるぽ
経済産業省が主管する独立行政法人情報処理推進機構（ＩＰＡ）は、2014年春からＩＴ（情報技術）エンジニア向けの国家試験である情報処理技術者試験で情報セキュリティーに関する出題割合を最大で２倍に高める。
ＩＴエンジニア向けの初級試験「基本情報技術者試験」と中級試験の「応用情報技術者試験」は共に14年４月から午後試験で情報セキュリティーの回答を必須にする。これまでは選択だった。
９種類ある上級試験でも出題を増やし、全試験区分でセキュリティー知識を必ず問うようにする。ＩＰＡは12年春にセキュリティー関連の出題を増やしたが、政府の方針を受け、さらに増やす。
ＩＴエンジニア向けの初級試験「基本情報技術者試験」と中級試験の「応用情報技術者試験」は共に14年４月から午後試験で情報セキュリティーの回答を必須にする。これまでは選択だった。
９種類ある上級試験でも出題を増やし、全試験区分でセキュリティー知識を必ず問うようにする。ＩＰＡは12年春にセキュリティー関連の出題を増やしたが、政府の方針を受け、さらに増やす。
>>60
おぉ，電車バス用になるじゃん。
おぉ，電車バス用になるじゃん。
最後の最後で本試験問題集のよさがわかるのにな。
問題解いて解説読めばわかる。
問題解いて解説読めばわかる。
午前２で増やしてもタカがしれてる
午後問題に影響があるか気になるところ
午後問題に影響があるか気になるところ
H21午前2-4の問題文『(1)営業員は一つ以上の担当地域が定められている。(2)一つの地域を一人以上の営業員が担当する』にて、解説では(1)(2)から［営業員1-*担当地域*-1地域]を導き出していますが、その過程がわかりません。
(常識で考えれば分かるのですが、論理的に導く過程が分かりません。)
私の考えでは上記の問題文から分かることは(1)から[営業員1-*担当地域]は言える事と、(2)から[地域1-*営業員]は言える事だけで、地域と担当地域の関係は分からないと思うのですが。
この考え方のどこが間違っているのでしょうか。基本的な質問で申し訳ありませんが分かる方教えてください。
(常識で考えれば分かるのですが、論理的に導く過程が分かりません。)
私の考えでは上記の問題文から分かることは(1)から[営業員1-*担当地域]は言える事と、(2)から[地域1-*営業員]は言える事だけで、地域と担当地域の関係は分からないと思うのですが。
この考え方のどこが間違っているのでしょうか。基本的な質問で申し訳ありませんが分かる方教えてください。
わからなければ、ER図通りにテーブルを作成したときに、
データがどうなるか考えればいい。
具体的に考えられない人ほど表面的に考えてしまい、
わからないだけ。
ある程度、自分で考えないとだめだよ。
データがどうなるか考えればいい。
具体的に考えられない人ほど表面的に考えてしまい、
わからないだけ。
ある程度、自分で考えないとだめだよ。
すべては出題者のお導きの下に
>>68
担当地域と地域の関係が記載されていないと検証もできないような気がしています。
説明が下手で申し訳ないのですが、言いたい事は『(1)Aは一つ以上のBが定められている。(2)一つのCを一人以上のAが担当する』の文から[A1-*B*-1C]を導けるのでしょうか？という事です。
地域と担当地域は1-多の関係というのが問題に書かれていなくとも日本語の意味からして常識だというのであれば納得します。
担当地域と地域の関係が記載されていないと検証もできないような気がしています。
説明が下手で申し訳ないのですが、言いたい事は『(1)Aは一つ以上のBが定められている。(2)一つのCを一人以上のAが担当する』の文から[A1-*B*-1C]を導けるのでしょうか？という事です。
地域と担当地域は1-多の関係というのが問題に書かれていなくとも日本語の意味からして常識だというのであれば納得します。
>>70
担当地域は営業員と地域の多対多を解消する連関エンティティだと言ったら納得できないだろうか。(1)を「営業員は複数の地域を担当する」と読み替えて。
担当地域は営業員と地域の多対多を解消する連関エンティティだと言ったら納得できないだろうか。(1)を「営業員は複数の地域を担当する」と読み替えて。
追記。
そうすると(1)と(2)から、営業員と地域は多対多だと読み取れる。なので連関エンティティである何かが必要になる…と。
そうすると(1)と(2)から、営業員と地域は多対多だと読み取れる。なので連関エンティティである何かが必要になる…と。
>>72
連関エンティティが必要なのもわかります。
しかし連関エンティティが担当地域だというのは、担当地域という日本語の意味から推測しているだけだと思うのです。
営業員、担当地域、地域をA,B,Cという意味のない記号に置き換えられた場合、導けない気がするのですが如何でしょうか？
連関エンティティが必要なのもわかります。
しかし連関エンティティが担当地域だというのは、担当地域という日本語の意味から推測しているだけだと思うのです。
営業員、担当地域、地域をA,B,Cという意味のない記号に置き換えられた場合、導けない気がするのですが如何でしょうか？
ポケスタ買ってきた。
勉強始めるぞ！
勉強始めるぞ！
DBスペシャリストを受けるのに日本語で類推とか馬鹿なのか。
受けるレベルじゃないよ。論理的に以前にデータ考えればわかるだろうが。
実務やってないだろ。
営業員テーブル(従業員コード,氏名)
201301,井上
担当地域テーブル(従業員コード,地域コード)
201301,01
201301,02
地域テーブル(地域コード,地域名)
01,埼玉
02,神奈川
無理無理。SQL知らないレベルと同じ。基本、応用でも出るんじゃないのこれ。
受けるレベルじゃないよ。論理的に以前にデータ考えればわかるだろうが。
実務やってないだろ。
営業員テーブル(従業員コード,氏名)
201301,井上
担当地域テーブル(従業員コード,地域コード)
201301,01
201301,02
地域テーブル(地域コード,地域名)
01,埼玉
02,神奈川
無理無理。SQL知らないレベルと同じ。基本、応用でも出るんじゃないのこれ。
まあ担当地域と地域を全く関係ない用語に置き換えたら意味不明だろうな
受けるのやめたら？そういうとこで納得出来ない人には情報処理試験は向いてないよ
受けるのやめたら？そういうとこで納得出来ない人には情報処理試験は向いてないよ
DB試験は，DBのスキル以前に“問題文を読みこなす”読解力が必要なんだな。
あの長い問題文を読みこなせないと，合格はまず無理。
あの長い問題文を読みこなせないと，合格はまず無理。
長文はDBに限ったことじゃないじゃん
>>75
その考え方がまさに、日本語や実務経験から推測してると言えます。つまり、今はたまたま地域だとか担当地域とかイメージ出来るものなので解けますが、関連をイメージ出来ないものはあの問題文の書き方からは解けないという事になりますね。
そこが知りたかったところです。ありがとう御座いました。
>>76
ありがとう御座います。やはり記号に置き換えられたら解けないのですね。納得致しました。
その考え方がまさに、日本語や実務経験から推測してると言えます。つまり、今はたまたま地域だとか担当地域とかイメージ出来るものなので解けますが、関連をイメージ出来ないものはあの問題文の書き方からは解けないという事になりますね。
そこが知りたかったところです。ありがとう御座いました。
>>76
ありがとう御座います。やはり記号に置き換えられたら解けないのですね。納得致しました。
>>79
確かに受かるレベルじゃないな。お前の言ってることは「問題文に答えが書いてないので、答えが推測出来ません」ってのと同義だぞ。
確かに受かるレベルじゃないな。お前の言ってることは「問題文に答えが書いてないので、答えが推測出来ません」ってのと同義だぞ。
まあ、この程度がわからなくてもDBは基礎から学べるまれな試験だから大丈夫。
午後Ⅰが基礎だから。
この辺りは午後Ⅰ問２か午後Ⅱでさんざんやるから大丈夫だと思うけど。
ちなみに、今からやるのであれば午前Ⅱは４月にとっておいて、
ポケスタで午後Ⅰを学習し、情報処理教科書のダウンロード問題を10年分やるのがいい。
午後Ⅰが基礎だから。
この辺りは午後Ⅰ問２か午後Ⅱでさんざんやるから大丈夫だと思うけど。
ちなみに、今からやるのであれば午前Ⅱは４月にとっておいて、
ポケスタで午後Ⅰを学習し、情報処理教科書のダウンロード問題を10年分やるのがいい。
10年と適当に書いたけど、厳密にはH17-H25だったかな？
確か、H17からが新制度のはず。
確か、H17からが新制度のはず。
ナニカの業務の言葉で出してくるから
それをイメージ出来なければ合格はまず無理だね
それをイメージ出来なければ合格はまず無理だね
>>82
新制度はH21からじゃなくて？
新制度はH21からじゃなくて？
去年受験したけど忘れた。ごめん。
確かH16とH17でだいぶ違ったんだよ。
H16は前の前の制度だったかもしれない。
ちなみに、ダウンロード問題印刷のためにブラザーのプリンタ買ったよ。
確かH16とH17でだいぶ違ったんだよ。
H16は前の前の制度だったかもしれない。
ちなみに、ダウンロード問題印刷のためにブラザーのプリンタ買ったよ。
>>80
何度も言っていますが、質問させて頂いた問題は常識を使えば分かりますし、問題の出し方を否定しているわけでもありません。
機械的に解けるものなのか>>83で言われているように、業務パターンを蓄えておき、文章を解釈する必要があるのかを確認したかったのです。
何度も言っていますが、質問させて頂いた問題は常識を使えば分かりますし、問題の出し方を否定しているわけでもありません。
機械的に解けるものなのか>>83で言われているように、業務パターンを蓄えておき、文章を解釈する必要があるのかを確認したかったのです。
業務知識があるといいのは午後Ⅱだよ。
なくとも解けるようになる。
直近２年はH22の反省と時代の流れからか業務知識がなくとも
解ける問題になっている。
まあ、気にしないことだ。
これからやる修行の道こそ、つらいものはない。
それに集中して欲しい。
なくとも解けるようになる。
直近２年はH22の反省と時代の流れからか業務知識がなくとも
解ける問題になっている。
まあ、気にしないことだ。
これからやる修行の道こそ、つらいものはない。
それに集中して欲しい。
>>86
うん。わかる。だからそんなこと言ってるようじゃ受かんないよってこと。実務経験無しだと午後２は問２になると思うけどそんな問題ばっかだし。他の人も言ってるけど午前にそんなこだわらず午後からやった方が効率いいかもよ。
うん。わかる。だからそんなこと言ってるようじゃ受かんないよってこと。実務経験無しだと午後２は問２になると思うけどそんな問題ばっかだし。他の人も言ってるけど午前にそんなこだわらず午後からやった方が効率いいかもよ。
コンビニが一番いいかもしれない。
ブラザーのHL-2270DWはお試し用のトナーが少ないし、
トナー交換でお金がかかる。
プリンターの場所分だけ家賃払っているわけだし。
中華パッドも持っているから電子媒体でもいいんだけど、
書き込めないからなあ。
昨日、今年受験に使っていたDBダウンロード問題を捨てて、
PMの午後Ⅰ、午前Ⅱを印刷したんだけど、2倍あった。
また、修行の時代に入った。
ブラザーのHL-2270DWはお試し用のトナーが少ないし、
トナー交換でお金がかかる。
プリンターの場所分だけ家賃払っているわけだし。
中華パッドも持っているから電子媒体でもいいんだけど、
書き込めないからなあ。
昨日、今年受験に使っていたDBダウンロード問題を捨てて、
PMの午後Ⅰ、午前Ⅱを印刷したんだけど、2倍あった。
また、修行の時代に入った。
iPadだと書き込めるアプリいっぱいおっぱい
>>91
マジすか！タブレットもいいよなぁ。でもペンでガリガリ書き込める紙も捨てがたい…
マジすか！タブレットもいいよなぁ。でもペンでガリガリ書き込める紙も捨てがたい…
書いて覚えるタイプの人にiPadとかタブレットは合わないw
書いて覚えるというか、午後Ⅱの解説にアンダーラインとかひくな。
今、落ちたと思われるシステムアーキとPMの問題集で本棚があふれていて困る。
こういう情報って、DBの場合は今頃じゃないと話題に上がらないよね。
今、落ちたと思われるシステムアーキとPMの問題集で本棚があふれていて困る。
こういう情報って、DBの場合は今頃じゃないと話題に上がらないよね。
アンダーラインくらいなら電子書籍でいいな。文字列を長く触ってると、
アンダーラインでもマーカーでも付けられるしw
アンダーラインでもマーカーでも付けられるしw
アイテックはビューワーの全機能が使えるのはPC版のみ。
Adnroidも使える？？？
欲しい分野の本試験問題集、重点対策、論文系試験事例集がない・・・。
情報処理教科書もないね。
まあ、風呂で論文事例集読んでいるからいいんだけどね。
マイコンのデータシート読むのにiPad欲しいと思った事もあってけど、予算がね・・・。
Adnroidも使える？？？
欲しい分野の本試験問題集、重点対策、論文系試験事例集がない・・・。
情報処理教科書もないね。
まあ、風呂で論文事例集読んでいるからいいんだけどね。
マイコンのデータシート読むのにiPad欲しいと思った事もあってけど、予算がね・・・。
本バラしてスキャン
>>86
それを確認するようなレベルじゃｗ
それを確認するようなレベルじゃｗ
現時点で1から勉強開始の人と考えればそこまで叩く必要あるまいよ。
確かにその認識だと応用飛ばしたの？とは思うけど。
確かにその認識だと応用飛ばしたの？とは思うけど。
そうね。
修行を積んでDBを取得するか、応用以上DB未満で終わるかなんて
半年先なんてわからない。本人次第。
修行を積んでDBを取得するか、応用以上DB未満で終わるかなんて
半年先なんてわからない。本人次第。
>>100
半年後にちゃんとレベルアップしてりゃいいだけだもんな
半年後にちゃんとレベルアップしてりゃいいだけだもんな
>>99
応用は運で受かったので、DBのところは問題文すら読んでない気がします。一から勉強します。
応用は運で受かったので、DBのところは問題文すら読んでない気がします。一から勉強します。
無学で午後2受けた時、20点くらいしか採れなくて泣いた。
まあ良い経験になったよ。
まあ良い経験になったよ。
試験は正解が用意されているんだからありがたい話
合格率は他のスペシャリストと比べても変わりないのに、難しいと言われてるのは一発で受かる人が少ないってことか？
ということは、いつも落ちてる人がいるということか
難しいというよりも、何日も休日をつぶして
朝から晩まで試験勉強するのがつらいだけ。
朝から晩まで試験勉強するのがつらいだけ。
その割に合格率高くない？
ノリで受験するやつがいないということなのかな
ノリで受験するやつがいないということなのかな
>>106
こいつセキュアプログラミング厨だw
こいつセキュアプログラミング厨だw
難しいけど、点数調整か底上げあるよ。
午後Ⅰでは他の人が得点できる問題は必ず得点し、
午後ⅡではER図が完璧でなくとも、エンティティの洗い出し、
リレーションは少なくとも既存エンティティに落とされているものは書く、
テーブルに落とした際の列項目は正解する必要がある。
そういう意味では習熟度が上がっているものが救われるが、
訓練時間が少ないものは救われるわけではない。
だから、より過去問の年度を解いているかまたは何周もしている人が合格しやすい。
本試験はサブタイプのER図が多いので実務経験だけで、試験用の訓練しない人は落ちやすい。
午後Ⅰでは他の人が得点できる問題は必ず得点し、
午後ⅡではER図が完璧でなくとも、エンティティの洗い出し、
リレーションは少なくとも既存エンティティに落とされているものは書く、
テーブルに落とした際の列項目は正解する必要がある。
そういう意味では習熟度が上がっているものが救われるが、
訓練時間が少ないものは救われるわけではない。
だから、より過去問の年度を解いているかまたは何周もしている人が合格しやすい。
本試験はサブタイプのER図が多いので実務経験だけで、試験用の訓練しない人は落ちやすい。
本当に勉強しないし普段DBも使ってない人間の合格率は当然低い＞俺
ここ初めて来たんですけど、みなさんは独学ですか？
それともセミナーを受けているのですか？
それともセミナーを受けているのですか？
>>114
勉強会ってどんなものですか？参加してみたいので。
勉強会ってどんなものですか？参加してみたいので。
あと、５か月ちょっと。
モチベーションを維持するのが、難しいのぅ。
モチベーションを維持するのが、難しいのぅ。
>>116
試験前にやる気無くすなw
試験前にやる気無くすなw
年末までどこまで出来るかが勝負だよ。
初回なら午後ⅠをH17-H25まで3周するといい。
正直、この試験は午後Ⅱをどれだけ解くかにかかっている。
早く午後Ⅰ対策を終え、午後Ⅱ対策に入ったほうが合格できる。
土日どちらかを捨てる覚悟の方が合格できる。
今からそれをやったほうが年明けから全ての休みを捨てる覚悟にならないですむ。
初回なら午後ⅠをH17-H25まで3周するといい。
正直、この試験は午後Ⅱをどれだけ解くかにかかっている。
早く午後Ⅰ対策を終え、午後Ⅱ対策に入ったほうが合格できる。
土日どちらかを捨てる覚悟の方が合格できる。
今からそれをやったほうが年明けから全ての休みを捨てる覚悟にならないですむ。
データベース友の会が勉強会やっている。
昨年度はやらなかったが。
ITACはいまはどうしているのだろう。
情報処理技術者試験も「塾」の時代なんだな。
でも、わくすたでいくつも合格している人がいるからいいのかもね。
昔はお金が惜しいと思ってたけど、今はおっさんなので時間が惜しい。
くじけなくていいかもね。
昨年度はやらなかったが。
ITACはいまはどうしているのだろう。
情報処理技術者試験も「塾」の時代なんだな。
でも、わくすたでいくつも合格している人がいるからいいのかもね。
昔はお金が惜しいと思ってたけど、今はおっさんなので時間が惜しい。
くじけなくていいかもね。
午前Ⅱ？
他の区分ならわからないが、
本区分の午前Ⅱは4月からに入ってからの勉強がいいよ。
そもそも、本区分の問題って丸暗記あんまりないよ。
どうしても合格したかったから、H17-の旧旧？制度問題（今の午前Ⅰも含む）も
やったけど。
他の区分ならわからないが、
本区分の午前Ⅱは4月からに入ってからの勉強がいいよ。
そもそも、本区分の問題って丸暗記あんまりないよ。
どうしても合格したかったから、H17-の旧旧？制度問題（今の午前Ⅰも含む）も
やったけど。
午前2は過去問で5点くらい稼げる
後は楽勝問題で10点は問題なく取れる
後は楽勝問題で10点は問題なく取れる
http://hayabusa3.2ch.net/test/read.cgi/news/1383477751/l50
この事例は次回のテストのネタになるかも
ってか基本過ぎてならないかもしれないけどｗ
この事例は次回のテストのネタになるかも
ってか基本過ぎてならないかもしれないけどｗ
126 ：名無し検定１級さん：2013/11/05(火) 20:25:50.76
聞いたことあるけど、大宮で受験か。ずいぶん身近にいるんだな。
全然ど素人じゃないww
凄い人だなぁ。
凄い人だなぁ。
>>125-128
この方には、完敗です。でも、負けたくないなー
この方には、完敗です。でも、負けたくないなー
たぶん、この人は試験だけの社内ＳＥでは？
実際に物を作ってはいないよ。
大手勤務なら出来ること。
実際に物を作ってはいないよ。
大手勤務なら出来ること。
まぁ素直にすごい
ベンチャー企業なのに資格ばかりとって、最終的な職歴が研修コーディネータ人いるな。
論文事例集に職歴書いてあった。
開発しないで試験するだけだと、大手にいても小さな会社にいても
教育担当になる可能性が高くなる。
論文事例集に職歴書いてあった。
開発しないで試験するだけだと、大手にいても小さな会社にいても
教育担当になる可能性が高くなる。
教育いいじゃない。
恩を売った教え子が社長になったら顧問になれるかもな。
弁護士資格でも取ろうか？
恩を売った教え子が社長になったら顧問になれるかもな。
弁護士資格でも取ろうか？
落ちてる人ってどんくらい勉強してんの？？
363日で参考書10P、2日で残りの300Pまとめ読み
平成24年春午後1問1設問1『{ラベルID}→{登録ID},{手順書ID}→{登録ID}』となるのなんで？
ラベルIDがきまっても登録IDは分からんくない？
ラベルIDがきまっても登録IDは分からんくない？
ラベルIDはラベルを一意に識別
それを登録したIDなんだからわかるって話じゃない
それを登録したIDなんだからわかるって話じゃない
去年は午後2問1を選択して50点台で敗退。
今年は去年のオプショナリティの反動で易化してくれることを
少しだけ期待して午後2問2を選択したいと思ってるんだが。
そこでお尋ねしたい。
午後2問2を選択する前提の場合、問1でやっておいた方がいい問題、
逆にやらなくてよい問題があればご教示いただけないだろうか。
今年は去年のオプショナリティの反動で易化してくれることを
少しだけ期待して午後2問2を選択したいと思ってるんだが。
そこでお尋ねしたい。
午後2問2を選択する前提の場合、問1でやっておいた方がいい問題、
逆にやらなくてよい問題があればご教示いただけないだろうか。
今年の午後2問2は自分は簡単だったよ
午後1が59点だったから点数は不明だけど
午後1が59点だったから点数は不明だけど
確かに。オプショナリティがあったせいか問題自体は簡単だった。
午後2簡単だったと言うやつの午後1突破率の悪さといったら…
奇数年度の午後2は問2一択(ひたすらリレーション書くやつ)って聞いてたから、問2選択して合格できたよ
問1は見もしなかった
問1は見もしなかった
俺もだ。過去問はH21とH23しかやってないけどそれで受かった。
奇数偶数とかFFみたいね
次は偶数か
次は偶数か
しっかり勉強すれば午後2のほうが確実に突破できる
午後1はタイムレースみたいな部分があるので午後2より不確定要素は大きい
午後1はタイムレースみたいな部分があるので午後2より不確定要素は大きい
デスペに関係ないが、質問いいかな？
今、DBチューニングする関係でPostgreSQLのアーキテクチャの資料をいろいろ見ている。
Oracleもそうだけど、いろいろなプロセスがあって覚えきれない。
よく、勉強会とかで平気でいろいろなプロセス名を知っていたり、
アーキテクチャを知っていたりする人がいるけど、どうやって覚えたのかな？
いろいろ見ているうちに頭に入るのかな？
資料も1ページ1ページじっと見ながら見ているわけではないので、
その場はわかっても、復習とかはしていないので覚えられない。
学校の勉強ではあるまいし、復習とかしていのかな？
今、DBチューニングする関係でPostgreSQLのアーキテクチャの資料をいろいろ見ている。
Oracleもそうだけど、いろいろなプロセスがあって覚えきれない。
よく、勉強会とかで平気でいろいろなプロセス名を知っていたり、
アーキテクチャを知っていたりする人がいるけど、どうやって覚えたのかな？
いろいろ見ているうちに頭に入るのかな？
資料も1ページ1ページじっと見ながら見ているわけではないので、
その場はわかっても、復習とかはしていないので覚えられない。
学校の勉強ではあるまいし、復習とかしていのかな？
使って覚えろや
正解。
触れば覚える。
触れば覚える。
そうなんだけど、チューニングするほどさわったことがない。
元々、プログラマ上がりだし。
元々、プログラマ上がりだし。
じゃあ触れや。
ここでぐちぐち言ってるなら触れや。
ここでぐちぐち言ってるなら触れや。
プログラマとかいう括りは時代遅れ
デベロッパー
どっちにしろチューニングするなら体で覚えなあかんから
気合で触りまくれ
気合で触りまくれ
プログラムだって、何度も何度も書いて覚えただろ
やるこた同じだ
やるこた同じだ
確かに少し経験が必要な作業かも。
PGならコンパイラが出すアセンブラコードイメージできる人いるでしょ。
あんな感じでSQLの実行計画を
イメージしながらテーブルとか
SQLに手を入れていく作業。
IOとかもあるからOSまわりの
知識とかもいるし、ミドル側もいる。
まぁ、習って慣れろだ。
やってみたら直ぐ慣れる。
PGならコンパイラが出すアセンブラコードイメージできる人いるでしょ。
あんな感じでSQLの実行計画を
イメージしながらテーブルとか
SQLに手を入れていく作業。
IOとかもあるからOSまわりの
知識とかもいるし、ミドル側もいる。
まぁ、習って慣れろだ。
やってみたら直ぐ慣れる。
試しているんだ、すごいな。
「PostgreSQL アーキテクチャ」「PostgreSQL チューニング」で検索して
片っ端から読んでいったら、ポイントとなるものが大体わかってきた。
「PostgreSQL アーキテクチャ」「PostgreSQL チューニング」で検索して
片っ端から読んでいったら、ポイントとなるものが大体わかってきた。
PostgreSQLのレンジパーティションが気になってきた。
しかし、自分のシステム利用では
check制約と、selectのwhereでの絞込みが合うかわからない。
試してみるしかないのかなあ。よくわからない。
しかし、自分のシステム利用では
check制約と、selectのwhereでの絞込みが合うかわからない。
試してみるしかないのかなあ。よくわからない。
>>156
つくった SQL がどんな 実行プラン で実行されているかとか、
SQL の チューニングではどのような 観点が必要なのかとか、
IPA の この試験では ここら辺が 深掘り されて 設問として
出題されたことはないよね。
ORACLE MASTER の上位資格試験では、よく出題されるテーマだけど。
つくった SQL がどんな 実行プラン で実行されているかとか、
SQL の チューニングではどのような 観点が必要なのかとか、
IPA の この試験では ここら辺が 深掘り されて 設問として
出題されたことはないよね。
ORACLE MASTER の上位資格試験では、よく出題されるテーマだけど。
製品依存の問題を出せないのにアクセスパスやらチューニングの問題は作りにくかろう。
設計もいいが、こういう実務的なのも重要と考えるようになった。
試験問題にはならないと思うが、いろいろ知らないとできない。
経験とは違う気がするが、やってみないと大変さがわからない。
試験問題にはならないと思うが、いろいろ知らないとできない。
経験とは違う気がするが、やってみないと大変さがわからない。
そもそも物理設計やチューニングと論理設計じゃ担当違うし、
どっちが実務的とかそういうもんじゃないが。
どっちが実務的とかそういうもんじゃないが。
>>159
RDBMSの動作概念は基本的に
そんなに変わらないと思うけど
国家試験の立場ではインデックスの
特性とその生かしかたあたりが限界じゃないかな。
アプリ屋が設計する範囲ならいいけど
DBやインフラ屋の範囲だと
もっとミドルや下位レイヤーの
知識や検討が必要だわ。
そっちは国家試験では扱えないよね。
チューニングは、上も下も知識がいるし
環境に応じた試行錯誤が必要だから経験が必要。
と思う。
RDBMSの動作概念は基本的に
そんなに変わらないと思うけど
国家試験の立場ではインデックスの
特性とその生かしかたあたりが限界じゃないかな。
アプリ屋が設計する範囲ならいいけど
DBやインフラ屋の範囲だと
もっとミドルや下位レイヤーの
知識や検討が必要だわ。
そっちは国家試験では扱えないよね。
チューニングは、上も下も知識がいるし
環境に応じた試行錯誤が必要だから経験が必要。
と思う。
関係するシステムで一挙に大量insert、大量deleteしていてびっくりした。
また、DB環境が全部１つのHDD(ミラーはしているけど)で構築されていた。
でもって、テーブルのレコード数が億単位。。。
DBエラーの恐ろしさを知らないプログラマはこんなことは平気でやってくれる。
チューニング以前の問題というか・・・。
デスペは卒業したが、DB関係でまた休日勉強の日々が続く。
また、DB環境が全部１つのHDD(ミラーはしているけど)で構築されていた。
でもって、テーブルのレコード数が億単位。。。
DBエラーの恐ろしさを知らないプログラマはこんなことは平気でやってくれる。
チューニング以前の問題というか・・・。
デスペは卒業したが、DB関係でまた休日勉強の日々が続く。
今度の試験はセキュリティが増えるって聞いたんだけど
情報セキュリティの区分みたほうがいいのかなー？
情報セキュリティの区分みたほうがいいのかなー？
午前だけだぞ
167 ：名無し検定１級さん：2013/11/20(水) 21:08:41.17
この試験、法改正や試験範囲変更がなさそうだから、
何年も同じテキストや問題集使えそうでつか？
今からやって受かる気がしなくてｗｗｗ
今からやったら何時間勉強必要なのかしら？
就職や転職に有利ですよね？
何年も同じテキストや問題集使えそうでつか？
今からやって受かる気がしなくてｗｗｗ
今からやったら何時間勉強必要なのかしら？
就職や転職に有利ですよね？
就職や転職は資格じゃ決まらない
新しいの買え、問題は同じであっても誤植がある。
ポケスタ午後Ⅰからやるように。
午後Ⅱ突入した場合、土日の朝から晩まで勉強になる。
アプリ作れるほうが入社後大変な思いをしなくていい。
ポケスタ午後Ⅰからやるように。
午後Ⅱ突入した場合、土日の朝から晩まで勉強になる。
アプリ作れるほうが入社後大変な思いをしなくていい。
このレベルの資格だとちょっとは有利に働くんじゃないの？＜転職
はやくAP受かってデスペ取りたいわ・・・・
はやくAP受かってデスペ取りたいわ・・・・
持ってる奴と持って無い奴だったら、とん持ってる奴を優先するけど、
持ってるってだけで採用はしないわな。
持ってるってだけで採用はしないわな。
個人の業務はいいとして、趣味の部分は実務と言えんだろ
アプリ販売とかして副収入になってりゃ評価する層はいるかもしれん
アプリ販売とかして副収入になってりゃ評価する層はいるかもしれん
資格に過度の期待を寄せていると痛い目を見ると思うよ。
持ってるだけで評価されるのは学生までです。
177 ：名無し検定１級さん：2013/11/21(木) 19:01:37.65
ないよりはマシじゃね？
ないよりはマシ程度だね。
最近、持っているほうが良くないという逆説的な考えたになってきた。
ペーパー試験に特化している人は勉強時間がペーパー試験に片寄るから
コーディングとか出来ないね。
就職は上の上の人（成果出した人）が面接するからわからないけど、
実務に入ったら大変になると思うよ。
ペーパー試験に特化している人は勉強時間がペーパー試験に片寄るから
コーディングとか出来ないね。
就職は上の上の人（成果出した人）が面接するからわからないけど、
実務に入ったら大変になると思うよ。
趣味の人で受かっていた日といたと思った。
その代わり、それなりに勉強していたと思った。
苦行に近いこの試験に趣味のついでで受ける人の気が知れない。
その代わり、それなりに勉強していたと思った。
苦行に近いこの試験に趣味のついでで受ける人の気が知れない。
専門学校でプログラミングやってるうちにデータベース接続の話が出て、
そこから色々あってデスペに興味持ったなぁ。
そこから色々あってデスペに興味持ったなぁ。
ITレベル４の難関資格でもあればいい程度なのか
資格があればいい業界じゃないからね。
資格で得た知識をフル活用できる場面なんて少ないどころか、
人によっては全く機会が無い。
資格で語るにしても実務経験持ちでデータベースメインでやってる人は、
データベーススペシャリストだけでなく、
自分の会社で使うベンダー製品資格も取ってると思う。
Oracle DatabaseならORACLE MASTER、
SQL ServerならMCPのSQL Server部門とか。
資格で得た知識をフル活用できる場面なんて少ないどころか、
人によっては全く機会が無い。
資格で語るにしても実務経験持ちでデータベースメインでやってる人は、
データベーススペシャリストだけでなく、
自分の会社で使うベンダー製品資格も取ってると思う。
Oracle DatabaseならORACLE MASTER、
SQL ServerならMCPのSQL Server部門とか。
何事も基本が大事だよ
この試験は基本を身につける機会として捉えるのがよいと思う
基本を固めればいろいろな知識が素早く吸収できる
この試験は基本を身につける機会として捉えるのがよいと思う
基本を固めればいろいろな知識が素早く吸収できる
でも、かなり昔は専門学校在学中でデスペとった人は大企業に
就職したと宣伝されていたな。
今では応用飛ばしてネスペ、デスペ、セキュリティの３冠とかいう人がいて
それはそれで化け物かと思う。
一方で、趣味でネスペ受かってしまう人もいる。
なんで？？？？と思うけど、それはそれで想像を絶していて理解できない。
すごい人だと思う。
就職したと宣伝されていたな。
今では応用飛ばしてネスペ、デスペ、セキュリティの３冠とかいう人がいて
それはそれで化け物かと思う。
一方で、趣味でネスペ受かってしまう人もいる。
なんで？？？？と思うけど、それはそれで想像を絶していて理解できない。
すごい人だと思う。
何でもいいから早いうちから始めるのが吉。
最終的にはIPAデスペ特有のサブタイプができないといけない。
最終的にはIPAデスペ特有のサブタイプができないといけない。
高度はそんなすごい試験ではないと思うよ
高度で実務の基本レベル
応用は実務ではほとんど役に立たない
高度で実務の基本レベル
応用は実務ではほとんど役に立たない
189 ：名無し検定１級さん：2013/11/21(木) 23:56:43.35
ネスペ、デスペ、セキュリティか・・・。
この3つ取れば職歴しょぼくても転職できるかな？
まぁ職種にもよるんだろうけど。
この3つ取れば職歴しょぼくても転職できるかな？
まぁ職種にもよるんだろうけど。
スペシャリスト集めてもただのマニアとしか思われないだろ。
サーバー構築でデータベースも設計して、ネットワークもセキュリティも十分。
これぐらいは出来ないと取った意味ないわ。
転職したいならまずは行動しろ。資格は実務の裏付けで使われることがほとんどだから、
中小でも数年実務経験積んで、プロジェクトマネージャやシステムアーキテクト取れ。
はっきり言ってスペシャリストで転職は無理。
サーバー構築でデータベースも設計して、ネットワークもセキュリティも十分。
これぐらいは出来ないと取った意味ないわ。
転職したいならまずは行動しろ。資格は実務の裏付けで使われることがほとんどだから、
中小でも数年実務経験積んで、プロジェクトマネージャやシステムアーキテクト取れ。
はっきり言ってスペシャリストで転職は無理。
まあ持ってない奴と持ってる奴でスペック同じなら持ってるほうを選ぶけどな
192 ：名無し検定１級さん：2013/11/22(金) 02:23:01.31
>>190
午後の論述難しそう・・・。できるのか俺にｗ
午後の論述難しそう・・・。できるのか俺にｗ
194 ：名無し検定１級さん：2013/11/22(金) 07:33:45.59
解答例見ると、DBは難しそうじゃない？ｗ
NWの方が覚えるの多いけど簡単なのかな？
NWの方が覚えるの多いけど簡単なのかな？
ミック本ってなに？
まったく違うものをなぜ比較するのか？
そもそも業種も違う。
受験層だって違う。
そもそも業種も違う。
受験層だって違う。
趣味という共通の目的でNWもDBも受験している自分としては、
DBの方が机上の理論が占める部分が多いので取り易いとも言える
NWは実物の機器を触った経験が無いと分かりにくい問題も出る
逆に実務経験者なら、NWでは実際の業務の経験が試験に生かしやすいが、
DBではDB試験独自のスキーマ表記やER図等を理解しなければ、
実務経験があっても合格しにくいと思う
DBの方が机上の理論が占める部分が多いので取り易いとも言える
NWは実物の機器を触った経験が無いと分かりにくい問題も出る
逆に実務経験者なら、NWでは実際の業務の経験が試験に生かしやすいが、
DBではDB試験独自のスキーマ表記やER図等を理解しなければ、
実務経験があっても合格しにくいと思う
資格とっても小遣い稼ぎにしかならん。
午後Ⅰを勉強していたときは喫茶店で勉強していたから、
だいぶお金かかかった。
報奨金が受験料しか出ないからかなり赤字。
無理やり習慣性をつけるために喫茶店、図書館の勉強室を使ったから、
かなりお金を使ったな。昼食、夕食も外食のときもあったから。
今思えば、このお金でセミナーが通えるじゃないか。
だいぶお金かかかった。
報奨金が受験料しか出ないからかなり赤字。
無理やり習慣性をつけるために喫茶店、図書館の勉強室を使ったから、
かなりお金を使ったな。昼食、夕食も外食のときもあったから。
今思えば、このお金でセミナーが通えるじゃないか。
セミナー通って落ちたらダメージでかいから、
喫茶店で自分のペースで勉強した方がいいと思う。
喫茶店で自分のペースで勉強した方がいいと思う。
応用すっ飛ばしてこの資格挑戦するのって無謀ですか？
別に。
自信あればいいと思う
自信あればいいと思う
203 ：名無し検定１級さん：2013/11/23(土) 20:28:26.86
>>201
今年応用飛ばして、この試験受けたけど
午後受からなかった。
けど午前１通ったから来年４月のは午前１免除だからだいぶ楽かな。
応用とることで何かメリットが目に見えてないなら、直接これ受けてもいいんじゃないかな
今年応用飛ばして、この試験受けたけど
午後受からなかった。
けど午前１通ったから来年４月のは午前１免除だからだいぶ楽かな。
応用とることで何かメリットが目に見えてないなら、直接これ受けてもいいんじゃないかな
専門学校で応用飛ばしてDB、NW受ける学校があるけど、あれなんだろうね？
どういう戦略があるんだろうか？
ちなみに「データベーススペシャリスト 専門学校」の
キーワードでヒットする合格体験談を読むと、
若くして合格できる人の特徴がわかる。
IPA試験がどういうものかわかっていて、どういう勉強をすればよいかわかっている。
授業は別にして、試験対策はペーパー試験に特化している。
読むとすごさがわかるから、見てみて。
だらだら受験している社会人がいかに甘いかがわかる。
どういう戦略があるんだろうか？
ちなみに「データベーススペシャリスト 専門学校」の
キーワードでヒットする合格体験談を読むと、
若くして合格できる人の特徴がわかる。
IPA試験がどういうものかわかっていて、どういう勉強をすればよいかわかっている。
授業は別にして、試験対策はペーパー試験に特化している。
読むとすごさがわかるから、見てみて。
だらだら受験している社会人がいかに甘いかがわかる。
甘くて結構だよｗ
そうかな・・・・。
チューニングやってたら、勉強していることがインフラになってきた。
デスペのつもりが、インフラエンジニアに。
なれるわけないか・・・。
チューニングやってたら、勉強していることがインフラになってきた。
デスペのつもりが、インフラエンジニアに。
なれるわけないか・・・。
圧巻は「日本電子専門学校 データベーススペシャリスト」で検索してみて。
８年の過去問題集を解きまくったと書いてある。
自分も８年３周したが、まず出来ない。
相当の覚悟がないと出来ない。
当然半年くらいの土日祝日と年末年始はつぶれる。
学生なのにこんなに覚悟して出来るのはすごいと思った。
個人だから名前は避ける。
８年の過去問題集を解きまくったと書いてある。
自分も８年３周したが、まず出来ない。
相当の覚悟がないと出来ない。
当然半年くらいの土日祝日と年末年始はつぶれる。
学生なのにこんなに覚悟して出来るのはすごいと思った。
個人だから名前は避ける。
日本電子って専門学校の部類では最悪な所じゃん。
受かれば何でもいいのに8周とか言われても。
無勉で受かる方がいいだろ。
無勉で受かる方がいいだろ。
あと、その専門学校は資格取った時のコメントは学校が考えてるよ。
すまん、専門学校選んだことがないから知らないんだ。
いや、ここでは専門学校の話をしているわけじゃなかったのだが・・・。
いや、ここでは専門学校の話をしているわけじゃなかったのだが・・・。
データベーススペシャリストを学生で取ろうとしたら、
それぐらい勉強することになるのは避けれないと思うが。
学生なのに、と書いてあるけど、専門学校って暇な授業多いから、
国家試験対策し放題だよ。
と、専門学生の俺が言ってみる。
それぐらい勉強することになるのは避けれないと思うが。
学生なのに、と書いてあるけど、専門学校って暇な授業多いから、
国家試験対策し放題だよ。
と、専門学生の俺が言ってみる。
システムアーキテクトの午後一撃沈君はいつまでデスペスレで上から目線書き込みを続ける気なのか。
【童貞】日本電子専門学校童貞編【JY】
http://kilauea.bbspink.com/test/read.cgi/cherryboy/1383970517/
こんな状況なら、尚更独学しまくりんぐ
http://kilauea.bbspink.com/test/read.cgi/cherryboy/1383970517/
こんな状況なら、尚更独学しまくりんぐ
日本電子じゃない専門学校卒だけど、
スペシャリスト取れる人は色々な資格に挑戦してるなぁ。
同級生がOracle金取っててすごい学校が喜んでた。
スペシャリスト取れる人は色々な資格に挑戦してるなぁ。
同級生がOracle金取っててすごい学校が喜んでた。
結構飛ばして受けてる人いるんですね
データベースの勉強したいんで、俺も飛ばそうかなぁ
応用は午前Ⅰ免除になるくらいしかメリットないし
データベースの勉強したいんで、俺も飛ばそうかなぁ
応用は午前Ⅰ免除になるくらいしかメリットないし
>>201
まったく関係ない
まったく関係ない
223 ：名無し検定１級さん：2013/11/25(月) 08:03:55.27
資格って取るまでは勉強して、大変だなと思うけど
取った後は、対してきつくなかったなとなぜか思ってしまう。
oracleゴールドも取ったが、達成感がそこまでないんだよな
取った後は、対してきつくなかったなとなぜか思ってしまう。
oracleゴールドも取ったが、達成感がそこまでないんだよな
まだまだ上がありますからなぁ。
Gold取ったら次はPlatinumが控えてると考えると、
Goldではそこまで達成感無いわ。
Gold取ったら次はPlatinumが控えてると考えると、
Goldではそこまで達成感無いわ。
高度試験だって、レベル4の入り口でしかないからね。
226 ：名無し検定１級さん：2013/11/26(火) 18:21:06.98
なぜか今の時期に
起きたらもう昼で試験勉強に費やした時間を無駄にした夢見た
起きたらもう昼で試験勉強に費やした時間を無駄にした夢見た
失敗への不安からくる無意識の予測の気がする。
逆にそんなに真摯な態度だと合格しそうな気がする。
逆にそんなに真摯な態度だと合格しそうな気がする。
この試験、よく受かったもんだ。
Fラン大卒の俺にはきつかった。
Fラン大卒の俺にはきつかった。
Fらん大学内だってピンキリだろ
大卒だろうと専門卒だろうと、しっかり勉強すれば受かるよ。
まじかよ！
232 ：名無し検定１級さん：2013/12/02(月) 21:36:17.14
正直、中学校の中間テストのほうが俺はきつかった
誰でも応用飛ばして合格できるよ。
234 ：名無し検定１級さん：2013/12/03(火) 08:22:43.83
ネスペより簡単？
人によるだろ。
お前のような質問するやつにスペシャリストは取れん。
お前のような質問するやつにスペシャリストは取れん。
同意
237 ：名無し検定１級さん：2013/12/03(火) 11:12:55.92
（・∀・）すいませんでした！そうですよね。人によるでしょう。
今年秋にSCを受けてどうやら受かっていそうなので、
来年春にDBを受けようと思うのですが、SCの知識はどれぐらい役に立ちますかね？
来年春にDBを受けようと思うのですが、SCの知識はどれぐらい役に立ちますかね？
少なくとも午後に関してはまったく役にたたん
>>240
俺の感覚ではSCの方がDBより遥かに難しいと思うがｗ
俺の感覚ではSCの方がDBより遥かに難しいと思うがｗ
デスペは実務でDB扱ってる人にとっては楽勝な試験。
セキュスペは扱う範囲が広いから、実務で深い知識があっても、
専門外となると分からないことも多いので、実務経験はあまり役に立たない。
セキュスペは扱う範囲が広いから、実務で深い知識があっても、
専門外となると分からないことも多いので、実務経験はあまり役に立たない。
人によって，違うってことだ。
人によって違うけど、傾向としてＳＣは簡単と思う人が多い
しかし合格率は低い
>>238
今まではそうでもなかったけど、これからはセキュリティ問題が多くなりそう。
「情報セキュリティ」に関する出題の強化・拡充
ttp://www.ipa.go.jp/about/press/20131029.html
今まではそうでもなかったけど、これからはセキュリティ問題が多くなりそう。
「情報セキュリティ」に関する出題の強化・拡充
ttp://www.ipa.go.jp/about/press/20131029.html
>>186
俺か？ニートだが
俺か？ニートだが
>>245
テクニカルエンジニア時代に比べると，合格率は激増してるぞ。
テクニカルエンジニア時代に比べると，合格率は激増してるぞ。
SCの方がDBより合格率は低いね
年二回もあるからな
251 ：名無し検定１級さん：2013/12/05(木) 18:36:04.72
セキュアドに難易度あわせたんだろうね。
252 ：名無し検定１級さん：2013/12/05(木) 18:38:36.80
>>240
完全な妄想だな。
完全な妄想だな。
>>252
合格発表で妄想かどうか決まる
合格発表で妄想かどうか決まる
知識ゼロからでなくもともと知識ある人は試験向け勉強二日で済むという話だろう
もっとも得意げに二日とか書くところが馬鹿丸出しだが
東大でも出てんのかよw
もっとも得意げに二日とか書くところが馬鹿丸出しだが
東大でも出てんのかよw
資格なんだから受かれば良いじゃないか、逆に東大とか関係あるか？
受かればいいよ。過程なんて気にするな。
東大卒なのにデスペ落ちました。
というわけで学歴なんて関係ねー。
というわけで学歴なんて関係ねー。
>>257
勉強しなかったんだ？
勉強しなかったんだ？
いいえ。
勉強してもわかりませんでした。
東大受験の方が簡単だー。
勉強してもわかりませんでした。
東大受験の方が簡単だー。
んなアホな。
高卒のおれでも持ってるで。
高卒のおれでも持ってるで。
>>259
才能が無かったと思って諦めるしかない
才能が無かったと思って諦めるしかない
さすがにウソじゃないか
俺の知ってる東大卒は神がかってる
俺の知ってる東大卒は神がかってる
東大卒もピンキリなんだろう
徹底攻略の著者がわくスタの人に変わってる。
>>60
どこでダウンロードできるの？
どこでダウンロードできるの？
俺>>257だけど、
>>257 \neq >>259
ね。
デスペはかなり勉強してきた方だと思う。
そもそもデータベース技術がなんとなく好きで
エンジニアだった頃はかなりこだわってたし。
ただ、東大でかなり挫折したのはまごうことなき事実。
確かにピンキリだよ、東大卒（笑）なんて。
次回は他資格目指すので、やるとしたらH27になると思う。
そしたら午後2問2選択して今度こそ合格するんだ！！
>>257 \neq >>259
ね。
デスペはかなり勉強してきた方だと思う。
そもそもデータベース技術がなんとなく好きで
エンジニアだった頃はかなりこだわってたし。
ただ、東大でかなり挫折したのはまごうことなき事実。
確かにピンキリだよ、東大卒（笑）なんて。
次回は他資格目指すので、やるとしたらH27になると思う。
そしたら午後2問2選択して今度こそ合格するんだ！！
俺京大だけど、バカしかいねえ
自己紹介はｲらねえ
269 ：名無し検定１級さん：2013/12/10(火) 11:53:43.48
まじか？ｗｗｗｗ
時間足りなかった？
今から知識ゼロが受けても受からないかな？
時間足りなかった？
今から知識ゼロが受けても受からないかな？
やり方しだいで受かるんじゃね？
人によって、土日しか参考書を読む時間がなかったりするし、合格するには１人プロジェクトだと思って、工数表を書いて逆算するしかないんじゃあ。
来年応用すっ飛ばしてこの資格挑戦しようと思います
ご自由に
ご自由に
Me too
じゃあやめます
俺はやめないぞ
ご自由に
279 ：名無し検定１級さん：2013/12/12(木) 12:27:21.03
何時間勉強すればいいんだろう？
諦めたらそこで試合終了ですよ？
yohgakiについてお前らのコメントをどうぞ
さて、そろそろ勉強始めようかな。
あんたたちっ！！
お勧めのテキスト、教えなさいよっ！！
あんたたちっ！！
お勧めのテキスト、教えなさいよっ！！
過去問
聖書
頭文字DB
また不合格か。
SC諦めてAUでも受けるかな
SC諦めてAUでも受けるかな
まだはっぴょうじゃねーだろーー
明日は徹夜だ…
発表みるのはその後だな
発表みるのはその後だな
発表まであと半年
明日から再スタートか
NW 不合格だったぜ！！（泣き）
来春の DB で 捲土重来を期します！！
来春の DB で 捲土重来を期します！！
SC合格だったので、予定通りDB勉強開始
DB終わったら電験三種と中小企業診断士の勉強。
ただいまーお前ら、
ネスペに受かって帰ってきたぞ^^
来年の合格発表までよろしくなw
今年は午後1で油断し過ぎて59点を取ってしまったけど、
午後2は調子良かったし、多分来年は無勉強でも受かれるわ
ネスペに受かって帰ってきたぞ^^
来年の合格発表までよろしくなw
今年は午後1で油断し過ぎて59点を取ってしまったけど、
午後2は調子良かったし、多分来年は無勉強でも受かれるわ
SCはほぼ無勉でもやっぱり勝てたわ
NWはもってるから、DBリベンジで三冠王目指す
NWはもってるから、DBリベンジで三冠王目指す
>>296
うむ、そしてその次はエンベデッドを取って四冠だな
うむ、そしてその次はエンベデッドを取って四冠だな
ネスペ合格完了
今年のDBはクソ上司のせいで前日に徹夜勤務だったので受験断念。
次こそは受かったる
今年のDBはクソ上司のせいで前日に徹夜勤務だったので受験断念。
次こそは受かったる
299 ：名無し検定１級さん：2013/12/21(土) 08:56:00.59
平成２５年の受験結果
ＤＢ 合格
ＮＷ 不合格
春はＤＢを受けます
ＤＢ 合格
ＮＷ 不合格
春はＤＢを受けます
>>299
なんでやねんｗｗｗ
なんでやねんｗｗｗ
うむ
>>297
間の秋に何受けるかなんだよね…ITストラテジスト？
間の秋に何受けるかなんだよね…ITストラテジスト？
俺もNW、SCと受かったので、次はDBの勉強でもしてみようかと思ってるところだけど
DBは難しい？
DBは難しい？
NWは知らないからSCと比較すると難しいよ。
SCより覚えないといけないことは少ないけど、
時間が足らなくなるから、過去問で慣れてたほうがいいと思う。
SCより覚えないといけないことは少ないけど、
時間が足らなくなるから、過去問で慣れてたほうがいいと思う。
【ワカヤマン】って何なの
ついにそこに触れちゃうか
307 ：名無し検定１級さん：2013/12/21(土) 23:32:13.25
このスレは、【ワカヤマン】に汚染されずに、綺麗なままでいてほしかった
情報処理の全てのスレタイにワカヤマンを付けるのは冗長だ
情報処理のスレならワカヤマンが付くという関数従属性が有るから
情報処理のスレならワカヤマンが付くという関数従属性が有るから
309 ：名無し検定１級さん：2013/12/22(日) 07:27:41.85
【ワカヤマン】フラグは、当該スレが情報処理技術者試験かどうかを
識別するものではないようだ
識別するものではないようだ
みんなどんな本で勉強してるの？
新しくでたインプレスの参考書に注目してる
問題集もさ、重点対策と500選くらいしかないしな
313 ：名無し検定１級さん：2013/12/23(月) 12:41:44.11
SC、NWと合格しましたのでDBに挑戦です。
SC、NWは比較的新しい参考書でないと取りこぼすことがあったのですが
DBはどうですか？
SC、NWは比較的新しい参考書でないと取りこぼすことがあったのですが
DBはどうですか？
インプレスの本だけで十分だ
この試験、データベーススペシャリストって名前が格好いい。
知らない人には国家試験とは思われないことがあるけど。
知らない人には国家試験とは思われないことがあるけど。
データベーススペシャリスト
オラクルマスター
名前で凄いやつだと思われるよな～。
オラクルマスター
名前で凄いやつだと思われるよな～。
DBは参考書が少ないから逆にやりやすいな
だがそれで十分なのか不安というのが難点だが
だがそれで十分なのか不安というのが難点だが
部長「○○君データベーススペシャリスト持ってたよね？
Oracleのことで聞きたいことがあるんだけど」
俺「すいません、Oracleは専門外で・・・」
部長「えっ」
俺「えっ」
Oracleのことで聞きたいことがあるんだけど」
俺「すいません、Oracleは専門外で・・・」
部長「えっ」
俺「えっ」
>>320
あるあるwww
あるあるwww
Oracleに詳しい人材が必要なら、会社が金出してオラクルマスターでも取らせろ。
ベンダー資格は基本的に会社のカネで取るもの
ベンダー資格は基本的に会社のカネで取るもの
『○○ごとに一意に割り振ったID』と記述があれば、『ID→○○』ですよね？
平成23年度特別午後一問一の表2に、予定日時と予定日時ごとにふった予約IDが存在しているのに、第3正規形なのはなぜですか？予定日時が候補キーだから？かな？
平成23年度特別午後一問一の表2に、予定日時と予定日時ごとにふった予約IDが存在しているのに、第3正規形なのはなぜですか？予定日時が候補キーだから？かな？
なぜ専門に限る？
応用情報受かったので次にDB受けようと思うのだが、今から勉強して春試験に間に合うかな？
当然間に合う。
今すぐはじめるんだ。
今すぐはじめるんだ。
よし、春のDBを受ける事に決めたぜ
勉強はこれから１から始めるけどなｗｗｗ
勉強はこれから１から始めるけどなｗｗｗ
普通です
平成24年春にsc受かったんだけど
次の試験ってまだ午前1って免除になる？
次の試験ってまだ午前1って免除になる？
なる
ありがとうー
午前免除延長できるように頑張る
午後の問題をわかりやすく解説してる参考書教えてください！
午前免除延長できるように頑張る
午後の問題をわかりやすく解説してる参考書教えてください！
っ 重点対策
データベーススペシャリストの特徴
・とにかく時間が足りない
・午後２の解答用紙がB４１枚ではなく、B５の冊子
・定規必須
・とにかく時間が足りない
・午後２の解答用紙がB４１枚ではなく、B５の冊子
・定規必須
閃きがすべて
SC余裕で受かったからDBでも取っとくか的な人は
なめない方が良い
なめない方が良い
でもNWよりは楽でしょ？
SC触ってたり受かってるならNWの方が楽。
SCとNWで勉強範囲が被ってる部分があるからな。
SCとDBでは関連性が無い。
SQLインジェクション？DBではSQLは午前でしか出ないレベル。
SCとNWで勉強範囲が被ってる部分があるからな。
SCとDBでは関連性が無い。
SQLインジェクション？DBではSQLは午前でしか出ないレベル。
業務でやってりゃ楽
DB好きだから受けたいんだが、次の春は予定があって受けられない
秋に別の高度受けるつもりだが、SCもNWも、特にDBと関連ないよな？
秋に別の高度受けるつもりだが、SCもNWも、特にDBと関連ないよな？
ない
関係無いけど，午前Iで出題範囲だぞ。
午前Ⅰなんて普通免除やろ
またいちからだな
関係あるならそっち受けようかと思ったけど、どっちでも変わらないってことだな
ありがとう
ありがとう
今日から勉強はじめるー
参考書は何使う～？
インプレス
とりあえずエグザムプレスの14年版買ったよー
にゃんぱすー
にゃんぱすー
インプレスのやつってPDFダウンロードできるんだよね？
本の内容と全く同じ？
本の内容と全く同じ？
同じ
>>353
そういや，電子書籍版を落とせるんだった。落とすか。
そういや，電子書籍版を落とせるんだった。落とすか。
356 ：名無し検定１級さん：2013/12/28(土) 14:59:15.35
>>334
定規って何に使うの
定規って何に使うの
>>357
おまいなんでここにいんの？
おまいなんでここにいんの？
定規使う試験って気象予報士試験以来だ。
根性がゆがんでなければ、定規が無くても、まっすぐな線が引ける
>>357
勃起したチンポを測るため
勃起したチンポを測るため
あーおもしろーい
なにがおもしろいんだか
通常営業です
日付コード：20140101
皆さん新年あけましておめでとう
皆さん新年あけましておめでとう
あと、４ヶ月、どうやって、モチベーションを維持しようか。。Orz...
こういうことか
368 ：名無し検定１級さん：2014/01/01(水) 16:35:47.80
20cmくらいの線ひくからな
採点者受けが良いほうがいいよな
当たり前だけども
当たり前だけども
371 ：名無し検定１級さん：2014/01/01(水) 21:10:46.96
チョーウケるんですけどー
なんか応用情報が盛り上がってるぞwww
373 ：名無し検定１級さん：2014/01/02(木) 18:17:00.22
前回午後２が２点不足だったんだが、それ以降勉強してないので申し込むか躊躇している
頑張って受けようぜ
375 ：名無し検定１級さん：2014/01/02(木) 18:18:24.65
当然午後２は消しゴム消し跡残しまくり＆フリーハンドでグネグネ線引いてた訳だが
次は定規を用意すれば受かるよ
377 ：名無し検定１級さん：2014/01/02(木) 18:19:37.69
午前１免除無し＆激寒大雨で風邪引いてたんで辛かったですね。免除番号何処行ったっけ、、
大東亜帝国未満なのか、【ワカヤマン】
379 ：名無し検定１級さん：2014/01/03(金) 23:57:34.70
>>359
SCでも、定規つかったことがあるよ
SCでも、定規つかったことがあるよ
381 ：名無し検定１級さん：2014/01/05(日) 14:02:33.08
定規とか使うのダルくね？
定規より消しゴムにこだわりたい。
自分はseed レーダー60。
ＥＲ図を書きなおす時のあせりは半端ない。
自分はseed レーダー60。
ＥＲ図を書きなおす時のあせりは半端ない。
わかる
ER図 男は黙って フリーハンド
ER図を定規で書く奴がいたんですよ～
なぁ～にぃ～
男は黙って！フリーハンド！
なぁ～にぃ～
男は黙って！フリーハンド！
去年大卒1年目でDB受かったけど、質問ある？
ない
在学中ならすげー！
卒業してからすげー、で？
卒業してからすげー、で？
紙を強く擦っても割れない消しゴム、誰か作ってよ。
文房具も研究しているのはそれなりに訳があっての事だから試してみるといい。
上記ＵＲＬのものは手に入りにくかったので、無印良品のアルミ定規にした。
音がするからプラスチックの方がいいと思う。
当日は使わなかった。
定規の部分が隠れて、この位置で引いていいのか悩んでしまうから。
あせるとパニックになるので、普段から使わないなら買わないほうが良い。
上記ＵＲＬのものは手に入りにくかったので、無印良品のアルミ定規にした。
音がするからプラスチックの方がいいと思う。
当日は使わなかった。
定規の部分が隠れて、この位置で引いていいのか悩んでしまうから。
あせるとパニックになるので、普段から使わないなら買わないほうが良い。
おれ製図用のシャーペン使ってる
すげー書きやすいから普段使いしてる
すげー書きやすいから普段使いしてる
>>389
itecの重点対策と過去問つかったお(^ω^)
itecの重点対策と過去問つかったお(^ω^)
顔文字うぜぇ。
ＩＴＥＣ派・・・重点対策＋本試験問題集
三好先生派・・・情報処理教科書
他はわからないな。
考え方を学ぶのだから、ＩＰＡからダウンロードしたらだめ。
三好先生派・・・情報処理教科書
他はわからないな。
考え方を学ぶのだから、ＩＰＡからダウンロードしたらだめ。
重点対策って午前二対策ものってるのな
重点対策、本試験問題集で使うのは午後Ⅱだけだよ。
>>395
過去問もitec。
重点対策、基本と応用のときは重宝したけど、
DBではあまり使い勝手がよろしくなかった。説明が長くて疲れる。
使ってないから何とも言えないけど、みんなが勧めてる
教科書の方がいいかも。教科書なら過去問ダウンロードできるしね(^ω^)
過去問もitec。
重点対策、基本と応用のときは重宝したけど、
DBではあまり使い勝手がよろしくなかった。説明が長くて疲れる。
使ってないから何とも言えないけど、みんなが勧めてる
教科書の方がいいかも。教科書なら過去問ダウンロードできるしね(^ω^)
DBは知識よりテクニックだから、参考書は薄っぺらで十分。
問演習いっぱいやった方がいいお(^ω^)
問演習いっぱいやった方がいいお(^ω^)
問題演習の間違いだお(^ω^)
顔文字うぜぇ。
って言われてわざわざ煽るあたりDB取れてもバカなんだなって
って言われてわざわざ煽るあたりDB取れてもバカなんだなって
重点対策の午後Ⅱ読むとわかるけど、解説は本試験問題集焼き直しだよ。
文章末尾がですます調から、である調に変わるだけ。
情報処理教科書・・・あっさり解説。ＩＰＡの解答に向けて解説を書く。
たまに無理やり感がある。
itec・・・ひたすら文字で解説。ＩＰＡの解答は間違っていると書いているときがある。
いろいろ買ったけど、自分はitecを推薦します。
午後Ⅰ対策も含めるなら情報処理教科書です。
文章末尾がですます調から、である調に変わるだけ。
情報処理教科書・・・あっさり解説。ＩＰＡの解答に向けて解説を書く。
たまに無理やり感がある。
itec・・・ひたすら文字で解説。ＩＰＡの解答は間違っていると書いているときがある。
いろいろ買ったけど、自分はitecを推薦します。
午後Ⅰ対策も含めるなら情報処理教科書です。
わくすた本はだめ？
わくすたは本年度使われるもの。
わすくたの先生はitec本試験問題集の解説書いていたから的外れでもないはず。
どれかをやればいいのでは。
開発をしていれば、こればかりやれないはず。
わすくたの先生はitec本試験問題集の解説書いていたから的外れでもないはず。
どれかをやればいいのでは。
開発をしていれば、こればかりやれないはず。
高度初めてで瀬戸教科書はちょっと不親切かもね
407 ：名無し検定１級さん：2014/01/07(火) 19:48:24.93
そお？DBの根っこから説明されてるから逆に親切じゃね？
むしろ何回も受けてる人には冗長かもしらん
むしろ何回も受けてる人には冗長かもしらん
基本から学習できるようになってるね。
DB楽しいな。
仕事で自然と使っていたけどちゃんと勉強すると
どうしてそうなっているかがわかって役に立つよな。
仕事で自然と使っていたけどちゃんと勉強すると
どうしてそうなっているかがわかって役に立つよな。
応用受かったんで春はDB受けます
みなさまよろしくお願いします
みなさまよろしくお願いします
411 ：名無し検定１級さん：2014/01/09(木) 09:08:47.36
iPhoneで勉強したいと思ってます。
PDFが着いている書籍やアプリでオススメのものはありませんか。
PDFが着いている書籍やアプリでオススメのものはありませんか。
インプレス
インプレスで内容は問題ないけど
iPhoneで読むのはキツイぞ。
せめてiPad miniだな。
iPhoneで読むのはキツイぞ。
せめてiPad miniだな。
そもそもE-R図とかをiPhoneで見るのキツイわ
遊ぼうよパラダイス
教科書かってビジネスモデルのとこ読んでるけど、ふーんって感じでどう読めばいいか分かりません。
関係スキーマからER図作ったりとかしながら読めばいいの？
関係スキーマからER図作ったりとかしながら読めばいいの？
読むな。早目に手を動かせ
教科書の作者が、午後二の過去問は一回やると解けちゃうから、二ヶ月前までやるなって言ってるから教科書読んでんだけど、やった方がいいのかな
時間取れないならやるべき。
これから勉強しようと思ってるんだが、いきなり午後IとIIを解き始めたほうがよい？
解説付きのやれよ。
終わったあとに理解出来てないと意味無い
終わったあとに理解出来てないと意味無い
重点対策でやってみる！
DBは最新を追わなくても解けるからいいよな。
枯れてる技術だけでいける。
枯れてる技術だけでいける。
425 ：名無し検定１級さん：2014/01/11(土) 21:36:04.32
>>424
とか言ってると、
リレーションに●と○を付けろとか言われるのよ
まあ去年の話だけど
まあそれが最新の技術でも無いけど
技術に革新が無いからこそ枯れた技術をテーマにして新規の問題が作られるわけ
点線のリレーションは繰り返し属性を一つに扱ったものだから推移関数従属じゃないよ、
尚且つ第一正規形は満たしているよ、
みたいなリレーショナルデータベース全否定な問題が出るんだよ
とか言ってると、
リレーションに●と○を付けろとか言われるのよ
まあ去年の話だけど
まあそれが最新の技術でも無いけど
技術に革新が無いからこそ枯れた技術をテーマにして新規の問題が作られるわけ
点線のリレーションは繰り返し属性を一つに扱ったものだから推移関数従属じゃないよ、
尚且つ第一正規形は満たしているよ、
みたいなリレーショナルデータベース全否定な問題が出るんだよ
ボイスコッド、第四正規でわけわからんくなって、第五正規は読むのやめたわ。
自明多すぎ
自明多すぎ
そろそろNOSQLとか出るんじゃないですかね。
この試験難しすぎないか・・全く合格点に届きそうも無い
受かる奴は化け物だろ
受かる奴は化け物だろ
毎年16％程度が化け物として国家指定されるわけか
433 ：名無し検定１級さん：2014/01/12(日) 22:58:18.25
DBは、読解力は必要だけど、作文力はあまりいらない
正規化した際に、新しく作ったテーブルのテーブル名を何にするかを悩むわ。点数に関係ないとわかっててもね。
>>434
主キーをつなげた名称でおｋ。
主キーをつなげた名称でおｋ。
>>432
そうやって後輩の合格を妨げるんですねｗ
そうやって後輩の合格を妨げるんですねｗ
>>436
ラノベを読みながらでも，DBの勉強はしろよ。ｗ
ラノベを読みながらでも，DBの勉強はしろよ。ｗ
二刀流の奨め
読解力とかは業務知識を勉強すべきでラノベとか本末転倒だよ
業務知識と読解力は別だろ
日本語読解力は大事だよな・・・
あのクソ長い問題文から、どれだけ早く出題者が言いたいことを掴むかの勝負。
まあラノベ読んでそれが養われるかは疑問だけどｗｗｗ
あのクソ長い問題文から、どれだけ早く出題者が言いたいことを掴むかの勝負。
まあラノベ読んでそれが養われるかは疑問だけどｗｗｗ
たくさん本を読め、というのは同意する。
普段本を読まない奴のとっかかりにラノベから入るのもありだとは思う。
ラノベだけ読んでれば読解力があがるとは432も言ってない。
というのを読み取る力が読解力。
普段本を読まない奴のとっかかりにラノベから入るのもありだとは思う。
ラノベだけ読んでれば読解力があがるとは432も言ってない。
というのを読み取る力が読解力。
>>87で反省とか書いてあるけど、平成22年て特殊な問題だしたの？
出願完了
頼むから都心の会場にあたってくれ。できれば徒歩圏
頼むから都心の会場にあたってくれ。できれば徒歩圏
445 ：名無し検定１級さん：2014/01/15(水) 07:27:53.71
【ワカヤマン】
試験に申し込んだ！
これから本気出す！
これから本気出す！
午前1免除申請番号忘れたw
俺は大丈夫！
受験申し込みが遅い人ほど落ちる確率が高い。
モチベーションに比例するらしい。
モチベーションに比例するらしい。
三振だけは・・・
三振だけは・・・
三振だけは・・・
451 ：名無し検定１級さん：2014/01/15(水) 22:38:30.08
>>443
H22午後2問2は「在庫引当スペシャリスト」試験として有名なようだ
H22午後2問2は「在庫引当スペシャリスト」試験として有名なようだ
読解力つけてる暇ないよ。
Ｈ１７以降の過去問をとくだけで精一杯になる
Ｈ１７以降の過去問をとくだけで精一杯になる
読解力とはこの試験に特化した読解力の事だよな
問題文から関数従属やリレーションを見つけ出すための読解力
それを身につけるには過去問をやるのは最適じゃないか
ラノベ読めばいいわけじゃないだろ
問題文から関数従属やリレーションを見つけ出すための読解力
それを身につけるには過去問をやるのは最適じゃないか
ラノベ読めばいいわけじゃないだろ
その通り
ほんとこの試験はDBの知識より国語力が問われるんだよな。
結局過去問を繰り返し説いて問われることの傾向を覚えるしかないんだが。
※去年4回目でようやく受かったものの声。
結局過去問を繰り返し説いて問われることの傾向を覚えるしかないんだが。
※去年4回目でようやく受かったものの声。
>>455
ラノベって行間空白だらけで一ページに数行しか書いて無かったりするんだろ？
そもそも頭を使わずに気軽に読めるライトノベルがラノベだろ
そんなもんで読解力を鍛えるとか日本語どんなレベルだよ？
まだ、頭を使ってオチの意味を考える四コマ漫画の方が読解力鍛えられそうだな
ラノベって行間空白だらけで一ページに数行しか書いて無かったりするんだろ？
そもそも頭を使わずに気軽に読めるライトノベルがラノベだろ
そんなもんで読解力を鍛えるとか日本語どんなレベルだよ？
まだ、頭を使ってオチの意味を考える四コマ漫画の方が読解力鍛えられそうだな
>>456
何歳？
何歳？
4回目で受かったと言うことは、
少なくとも3歳で無ければいけない
(0歳での受験を含む)
これが論理的な思考ですよ、大真面目ですよ
ちなみに年齢の上限はどう求めるか？
↓
ギネスブックで現存の世界最高齢者を調べましょう
少なくとも3歳で無ければいけない
(0歳での受験を含む)
これが論理的な思考ですよ、大真面目ですよ
ちなみに年齢の上限はどう求めるか？
↓
ギネスブックで現存の世界最高齢者を調べましょう
『Aごと,BごとにCが決まる』が
{A,B}→Cだという説明を見て日本語がわからんくなった
{A,B}→Cだという説明を見て日本語がわからんくなった
そこは割り切りだな
日本語として理解しようとするより、
記号として理解しようとしたほうが早いときもある
日本語として理解しようとするより、
記号として理解しようとしたほうが早いときもある
読解力がないとちりばめられた仕様をまとめる能力の不足につながると思う。
この試験に関して言うと、記載されていることを順にＥＲ図に
書き写す試験だから、問題ないはず。
この試験に関して言うと、記載されていることを順にＥＲ図に
書き写す試験だから、問題ないはず。
もしかしてこの資格人気ないの？
大人気だよ
大人気ないよ
う～ん、あと ３カ月になっちゃたなぁ。（笑）
うーむそろそろ勉強を変えないとな。受けるのはPMだが
前回は初受験で不慣れな事もあり、うっかりミス連発で午後1で59点を取ってしまったけど
まあ今年は順当に実力が発揮出来れば無勉で合格確実かな
まあ高得点で受かる方が気分が良いから少しは勉強しとくか
独学の趣味の受験者です
まあ今年は順当に実力が発揮出来れば無勉で合格確実かな
まあ高得点で受かる方が気分が良いから少しは勉強しとくか
独学の趣味の受験者です
59点ってのは１点足りなかったんじゃなくて
あなたの理解度は合格点に達していませんよ、という意味らしい。
採点の時にはざっくり採点されて
ポイントを押さえてない回答はそこで59点足切りとのこと。
某採点者から聞いた話。
あなたの理解度は合格点に達していませんよ、という意味らしい。
採点の時にはざっくり採点されて
ポイントを押さえてない回答はそこで59点足切りとのこと。
某採点者から聞いた話。
逆に60点の通過にも採点者の配慮があるということか
ありがとう、当時の採点者さま
ありがとう、当時の採点者さま
「適当にやってぎりぎり不合格だったから
来年はちょっと勉強すれば合格だな」
と思い続けて応用情報を4回程落ちたことを思い出したｗ
たとえギリギリだろうが不合格だったら相当勉強せんと受からんよ。
来年はちょっと勉強すれば合格だな」
と思い続けて応用情報を4回程落ちたことを思い出したｗ
たとえギリギリだろうが不合格だったら相当勉強せんと受からんよ。
ＤＢは過去問を解説通りに忠実に再現できるようになることが大事。
直前までそれが出来るようにならなければならない。
試験で同様に出来なくとも、合格圏には達する。
直前までそれが出来るようにならなければならない。
試験で同様に出来なくとも、合格圏には達する。
62点で合格した俺は合格点に達してたのか・・・
昨年度問題やってみればいい。
文句なしに合格する人は解説とおりに解ける。
不合格の人は時間があっても８０％までもいたらない。
解けなかったら、いろいろな過去問を比べるといい。
一番わかりやすいのが、自分にマッチした問題集ということになる。
文句なしに合格する人は解説とおりに解ける。
不合格の人は時間があっても８０％までもいたらない。
解けなかったら、いろいろな過去問を比べるといい。
一番わかりやすいのが、自分にマッチした問題集ということになる。
59点は得点調整後、形式的に加点すると60越えてるけど合格にしたくない答案のことだろう
それ以下は単に点数が足りないだけ
それ以下は単に点数が足りないだけ
そういうことです。
ただし問題によっては合格者がで過ぎてしまいやはり調整されてしまうので
結局のところ出題者の意図を汲み取って
精度の高い回答をするという
当たり前なことに帰結するわけですね…
ただし問題によっては合格者がで過ぎてしまいやはり調整されてしまうので
結局のところ出題者の意図を汲み取って
精度の高い回答をするという
当たり前なことに帰結するわけですね…
眉唾眉唾
底上げ（調整）があったとされる試験に５５点、４０点とは
まったくだめだめということ。
生値３５点、２０点だとしたら、合格させようにもさせられない。
まったくだめだめということ。
生値３５点、２０点だとしたら、合格させようにもさせられない。
484 ：名無し検定１級さん：2014/01/20(月) 20:57:02.55
APは勉強6時間で合格、AP試験のDB分野は無勉で満点だったけど
DBは歯が立たない・・・
DBは歯が立たない・・・
午後IIの試験中に鉛筆が止まるんだ
周りも一緒で当然誰も受かっていないという
周りも一緒で当然誰も受かっていないという
午後2なんて、問題文からエンティティやリレーションやスキーマを見いだして、正規化して回答用紙に書くだけの作業だろ？
自分は時間が足りないぐらい鉛筆を動かしたぞ
あ、自分は上の方で午後1で59点と書いた者です
自分は時間が足りないぐらい鉛筆を動かしたぞ
あ、自分は上の方で午後1で59点と書いた者です
鉛筆がとまる人はこんな攻略法はどうでしょう。
１．既存のＥＲ図からテーブル構成を書く。
２．既存のテーブル構成からＥＲ図を書く。
３．問題文の記載順にエンティティ、リレーションを書く。
４．３と同時にテーブル構成を書く。
５．サブタイプに気がついたら、あわてて３、４を消して書き直す。
たぶん、５まで書いて間違っていても合格する。
不合格の人は１，２をやらずに３，４が間違っているか、
書ききれないかで終わっているはず。
５は案外間違うよ。
１．既存のＥＲ図からテーブル構成を書く。
２．既存のテーブル構成からＥＲ図を書く。
３．問題文の記載順にエンティティ、リレーションを書く。
４．３と同時にテーブル構成を書く。
５．サブタイプに気がついたら、あわてて３、４を消して書き直す。
たぶん、５まで書いて間違っていても合格する。
不合格の人は１，２をやらずに３，４が間違っているか、
書ききれないかで終わっているはず。
５は案外間違うよ。
インフルエンザ発症して今週休まないといけなくなったから、いい機会なんで今日から勉強始めるわ。
小さい子どもがいるから邪魔は適度に入ると思うが…
小さい子どもがいるから邪魔は適度に入ると思うが…
発熱中ぐらい安静にした方がいいよ。せめて布団にもぐりこんでポケスタ程度ですね、どうぞお大事に。
DB試験申し込んで今から１から勉強する学生ですけど、
噂の午後Ⅱの過去問を見て、回答できるほどの実力が付かないんじゃないかと思えてきた・・・
噂の午後Ⅱの過去問を見て、回答できるほどの実力が付かないんじゃないかと思えてきた・・・
厳しいだろうな、
今から午前1から勉強すると言うなら
今から午前1から勉強すると言うなら
合格者平均年齢が
30なかばの試験だからな。
加齢臭漂ってきたらまた受けるといいよ。
30なかばの試験だからな。
加齢臭漂ってきたらまた受けるといいよ。
若いうちの方が取りやすいぞ。
年取ると頭の回転悪くなるし、
変な経験するとそれが邪魔になる。
年取ると頭の回転悪くなるし、
変な経験するとそれが邪魔になる。
問題文を読むとき、後ろにあるER図と関係スキーマに照らし合わせて読んでる？
それとも前から順番に読んでる？
それとも前から順番に読んでる？
496 ：名無し検定１級さん：2014/01/22(水) 22:11:04.00
後ろにあるER図と関係スキーマに照らし合わせて読まないと
時間が全然足りなくなるよ。
時間が全然足りなくなるよ。
何も読まずに答えてる。
解答欄見ただけで答えを導き出す
解答欄見ただけで答えを導き出す
俺も20代前半で取得目指してる
自分は20代後半から趣味でITパスポートから勉強を始めたから30代の受験者だ
Iパスの勉強を始めてから丁度今で丸3年
応用までストレートで受かり、ネスペとデスペに一回づつ落ちた後、ネスペには受かってデスペに再挑戦
今回は自分は不合格になる自覚は全く無いので
趣味以外の動機で受けてる人達も頑張る様に
Iパスの勉強を始めてから丁度今で丸3年
応用までストレートで受かり、ネスペとデスペに一回づつ落ちた後、ネスペには受かってデスペに再挑戦
今回は自分は不合格になる自覚は全く無いので
趣味以外の動機で受けてる人達も頑張る様に
ひたすら鍛錬が必要な試験だよなあ
問題読んで即座にER図とテーブル構造が頭に浮かぶぐらいでないと
合格できないと思う。
問題読んで即座にER図とテーブル構造が頭に浮かぶぐらいでないと
合格できないと思う。
モデリングの素振りだね。
どれだけ“型”を身につけたかが，合否の分かれ目だと思う。
どれだけ“型”を身につけたかが，合否の分かれ目だと思う。
503 ：名無し検定１級さん：2014/01/24(金) 21:50:08.82
｜ 履歴書
｜┌──────────┐ ┌─────────────────────────────
｜｜ ＿＿＿ | ｜氏名：ワカヤマン（IT系資格試験挑戦厨）
｜｜ ／ ＼ | ├─────────────────────────────
｜｜ ／ ─ ─＼ | ｜年齢：30代後半（アラフォーｗ）
｜｜／ （●） （●） ＼ ｜ ├─────────────────────────────
｜｜| （__人__） |. | ｜現住所：和歌山県 ntwkym0*****.wkym.nt.adsl.ppp.infoweb.ne.jp（笑）
｜｜＼ ｀ ⌒´ ,／. | ├─────────────────────────────
｜｜...イ.ヽヽ、___ ーーノﾞ- ､ | ｜facebook：http://www.facebook.com/wakayaman.kii
｜｜ | '; ＼_____ ノ.|ヽ i....｜ ├─────────────────────────────
｜｜ | ＼/ﾞ（__)＼,| i | | ｜自己PR：語彙貧ｗ、生粋の田舎者ｗ、神経質ｗ、資格取得苦手ｗ
｜└──────────┘ └─────────────────────────────
｜┌──────────┐ ┌─────────────────────────────
｜｜ ＿＿＿ | ｜氏名：ワカヤマン（IT系資格試験挑戦厨）
｜｜ ／ ＼ | ├─────────────────────────────
｜｜ ／ ─ ─＼ | ｜年齢：30代後半（アラフォーｗ）
｜｜／ （●） （●） ＼ ｜ ├─────────────────────────────
｜｜| （__人__） |. | ｜現住所：和歌山県 ntwkym0*****.wkym.nt.adsl.ppp.infoweb.ne.jp（笑）
｜｜＼ ｀ ⌒´ ,／. | ├─────────────────────────────
｜｜...イ.ヽヽ、___ ーーノﾞ- ､ | ｜facebook：http://www.facebook.com/wakayaman.kii
｜｜ | '; ＼_____ ノ.|ヽ i....｜ ├─────────────────────────────
｜｜ | ＼/ﾞ（__)＼,| i | | ｜自己PR：語彙貧ｗ、生粋の田舎者ｗ、神経質ｗ、資格取得苦手ｗ
｜└──────────┘ └─────────────────────────────
{A,B,C }が候補キーのテーブル(A,B,C,D,E)で
{C,D}→Eの関係従属って、部分関数従属になる？
{C,D}→Eの関係従属って、部分関数従属になる？
>>504
趣味で勉強してる者だからアテにならないと思うけど
{A,B,C}→E
{C,D}→E
この2つの関数従属が成り立っている
ここでCを固定して{A,B}を変数させるとする
その場所、{A,B}に応じてDが一意に決まらなければ、2つの関数従属で同一のEとならないのでは無いか？
つまり、逆にDを変化させる場合も含めて、
{A,B}→D
D→{A,B}
の関数従属が存在するのでは？
この仮説が正しければ、そのテーブルの候補キーは
{A,B,C}と{C,D}の2つとなり、
{C,D}は候補キーなので、
{C,D}→Eは部分関数従属では無い
また、AとBはキー属性であるから、
D→{A,B}も部分関数従属では無いし、
同様に{A,B}→Dも部分関数従属では無い
従って第二正規形であり、
さらに推移関数従属も無いので第三正規形である
…と予想してみる
(続く)
趣味で勉強してる者だからアテにならないと思うけど
{A,B,C}→E
{C,D}→E
この2つの関数従属が成り立っている
ここでCを固定して{A,B}を変数させるとする
その場所、{A,B}に応じてDが一意に決まらなければ、2つの関数従属で同一のEとならないのでは無いか？
つまり、逆にDを変化させる場合も含めて、
{A,B}→D
D→{A,B}
の関数従属が存在するのでは？
この仮説が正しければ、そのテーブルの候補キーは
{A,B,C}と{C,D}の2つとなり、
{C,D}は候補キーなので、
{C,D}→Eは部分関数従属では無い
また、AとBはキー属性であるから、
D→{A,B}も部分関数従属では無いし、
同様に{A,B}→Dも部分関数従属では無い
従って第二正規形であり、
さらに推移関数従属も無いので第三正規形である
…と予想してみる
(続く)
506 ：名無し検定１級さん：2014/01/25(土) 00:45:42.78
>>503
ネスペに帰ってください
ネスペに帰ってください
(続き)
しかしながら、
{A,B}→D
D→{A,B}
これらの関数従属により、
「全ての関数従属の決定項が候補キーである」
という要件を満たして居ない
従って、
BCNFでは無い
そのため、
主キーの一部であるCが未決定なら、
{A,B}→Dの情報を登録できない、
等の不都合が生じる
そのため、
{A,B,D}
{D,C,E}
というように、テーブルを分解し、
BCNFにするべきである、
と予想
しかしながら、
{A,B}→D
D→{A,B}
これらの関数従属により、
「全ての関数従属の決定項が候補キーである」
という要件を満たして居ない
従って、
BCNFでは無い
そのため、
主キーの一部であるCが未決定なら、
{A,B}→Dの情報を登録できない、
等の不都合が生じる
そのため、
{A,B,D}
{D,C,E}
というように、テーブルを分解し、
BCNFにするべきである、
と予想
(続きの続き)
また、
{A,B}→D
D→{A,B}
の関数従属が無いとした場合は、
候補キーは{A,B,C,D}で無ければいけない
{C,D}→E
ということは、{A,B,C}が変わらなくてもDが変わるだけでEが変わると言うことで、
必ずDが決まらなければEは決まらない
つまり、その場合は{A,B,C}が候補キーであるという前提が崩れる事になる
{A,B,C}が候補キーであり、尚且つ{C,D}→Eの関数従属が成立するには、
{A,B}とDが互いに関係従属するしか無いと思う
また、
{A,B}→D
D→{A,B}
の関数従属が無いとした場合は、
候補キーは{A,B,C,D}で無ければいけない
{C,D}→E
ということは、{A,B,C}が変わらなくてもDが変わるだけでEが変わると言うことで、
必ずDが決まらなければEは決まらない
つまり、その場合は{A,B,C}が候補キーであるという前提が崩れる事になる
{A,B,C}が候補キーであり、尚且つ{C,D}→Eの関数従属が成立するには、
{A,B}とDが互いに関係従属するしか無いと思う
(さらに続ける)
具体的なインスタンスの例について考えてみる
ある学校で行われたテストの結果のデータベースを例にする
生徒には一意な生徒番号が与えられ、生徒は一つのクラスに属し、クラス内で一意な出席番号が与えられる
クラスには一意なクラス番号が与えられる
一人の生徒は複数の科目のテストを受けるが、生徒によって選択している科目は異なる
生徒ごとにその生徒が受験したそれぞれのテストの点数を記録する
という例なら、
生徒番号→{クラス番号,出席番号}
{クラス番号,出席番号}→生徒番号
{生徒番号,科目}→点数
{クラス番号,出席番号,科目}→点数
が成り立つと思う
A…クラス番号
B…出席番号
C…科目
D…生徒番号
E…点数
ということ
具体的なインスタンスの例について考えてみる
ある学校で行われたテストの結果のデータベースを例にする
生徒には一意な生徒番号が与えられ、生徒は一つのクラスに属し、クラス内で一意な出席番号が与えられる
クラスには一意なクラス番号が与えられる
一人の生徒は複数の科目のテストを受けるが、生徒によって選択している科目は異なる
生徒ごとにその生徒が受験したそれぞれのテストの点数を記録する
という例なら、
生徒番号→{クラス番号,出席番号}
{クラス番号,出席番号}→生徒番号
{生徒番号,科目}→点数
{クラス番号,出席番号,科目}→点数
が成り立つと思う
A…クラス番号
B…出席番号
C…科目
D…生徒番号
E…点数
ということ
試験日まで、あと、８４日っ！！
>>504
{C,D}が候補キーでない場合
候補キー{A,B,C}に候補キーでない{C,D}は関数従属する
質問文より{C,D}→Eであり {C,D}は候補キーではないので
Eは{A,B,C}に推移的関数従属する
{C,D}が候補キーでない場合
候補キー{A,B,C}に候補キーでない{C,D}は関数従属する
質問文より{C,D}→Eであり {C,D}は候補キーではないので
Eは{A,B,C}に推移的関数従属する
>>511
{C,D}が候補キーで無い場合、
{A,B,C}の値が変わらなくても、
Dの値だけが変われば、
{C,D}→Eの関数従属から、
Eの値は変わる事になる
これは、{A,B,C}だけではEが一意に決まらないと言うこと
つまり、{C,D}が候補キーでは無いなら、{A,B,C}は候補キーでは無い
その場合の候補キーは{A,B,C,D}であり、
関数従属は
{A,B,C,D}→E
非の打ち所の無い第五正規形
{C,D}が候補キーで無い場合、
{A,B,C}の値が変わらなくても、
Dの値だけが変われば、
{C,D}→Eの関数従属から、
Eの値は変わる事になる
これは、{A,B,C}だけではEが一意に決まらないと言うこと
つまり、{C,D}が候補キーでは無いなら、{A,B,C}は候補キーでは無い
その場合の候補キーは{A,B,C,D}であり、
関数従属は
{A,B,C,D}→E
非の打ち所の無い第五正規形
512訂正
待てよ、その場合の候補キーが{A,B,C,D}なのは合ってると思うけど、{C,D}→Eの関数従属が有るのだから、
Eは候補キーの一部に関数従属しているので第一正規形だったかw
あくまで、
「{C,D}が候補キーでは無い場合」の話
待てよ、その場合の候補キーが{A,B,C,D}なのは合ってると思うけど、{C,D}→Eの関数従属が有るのだから、
Eは候補キーの一部に関数従属しているので第一正規形だったかw
あくまで、
「{C,D}が候補キーでは無い場合」の話
先生ー
>>504 が「{A,B,C }が候補キー」って言ってまーす
>>504 が「{A,B,C }が候補キー」って言ってまーす
>>514
そうです
{A,B,C}が候補キーであり、尚且つ、
{C,D}→Eの関数従属が成立するためには、
{A,B}とDは、
互いに関数従属しなければいけないと言うことです
つまり、{C,D}は候補キーです
それを証明するために、
「もし{C,D}が候補キーでなければ{A,B,C}も候補キーにならない」
と示したのです
>>504は{A,B,C}が候補キーなので{C,D}も候補キーであり、
BCNFでは無い第三正形です
そうです
{A,B,C}が候補キーであり、尚且つ、
{C,D}→Eの関数従属が成立するためには、
{A,B}とDは、
互いに関数従属しなければいけないと言うことです
つまり、{C,D}は候補キーです
それを証明するために、
「もし{C,D}が候補キーでなければ{A,B,C}も候補キーにならない」
と示したのです
>>504は{A,B,C}が候補キーなので{C,D}も候補キーであり、
BCNFでは無い第三正形です
ファンタジーアースの人かｗ
最初ちょっと戸惑ったっていうｗ
最初ちょっと戸惑ったっていうｗ
>>516
どちらのネトゲの住人の方ですか？w
どちらのネトゲの住人の方ですか？w
この感じ ひょっとして
とある論理のドモル・ガンの人か
{A,B,C}をXとする
{C,D}をYとする
{A,B,C}以外の候補キーは>>504で指定されていないので無いものとする
①候補キーがあるので第一正規形以上である
このときXの真部分集合の{A},{B},{C},{A,B},{A,C},{B,C}のどれかに他の非キーが関数従属するとき
部分関数従属すると言う
②部分関数従属がなければ第二正規形である
候補キーに全ての非キーは部分あるいは完全関数従属するので
候補キーX → 非キーYである
>>504の命題より
非キーY → 非キーEである
したがって EはXに推移的に関数従属すると言える
つまりEは{A,B,C}に推移的に関数従属となる
③これは第3正規形の条件を満たさない
要約すると>>511となる
とある論理のドモル・ガンの人か
{A,B,C}をXとする
{C,D}をYとする
{A,B,C}以外の候補キーは>>504で指定されていないので無いものとする
①候補キーがあるので第一正規形以上である
このときXの真部分集合の{A},{B},{C},{A,B},{A,C},{B,C}のどれかに他の非キーが関数従属するとき
部分関数従属すると言う
②部分関数従属がなければ第二正規形である
候補キーに全ての非キーは部分あるいは完全関数従属するので
候補キーX → 非キーYである
>>504の命題より
非キーY → 非キーEである
したがって EはXに推移的に関数従属すると言える
つまりEは{A,B,C}に推移的に関数従属となる
③これは第3正規形の条件を満たさない
要約すると>>511となる
>>518
504は{A,B,C}が候補キーであると書いていますが、
{A,B,C}だけが候補キーであるとか、
{A,B,C}以外に候補キーは無いとかは書いていませんよ
{A,B,C}以外の候補キーを示さなかった理由は、
見落としているとか省略しているとか考えていないとか、または存在しないとか、様々な理由が考えられます
ただ、504がそれを書いていないから存在しないとするのは、
データベース理論とは言えないと言うことです
504に書かれた条件を全て満たしながら、追加の候補キーを示す事は、504の条件では否定されていません
…とは言え、改めて考れば、
{A,B,C}→Dが多対1であれば、
候補キーは{A,B,C}のみであり、
{C,D}は非キーであり、
{C,D}→Eは推移関数従属であると思います
その点については自分の考えを、
{C,D}が非キーで尚且つ{A,B,C}が候補キーである事は成立すると、
改めないといけないと思います
…しかし、そう書いている間に別の疑問が浮かんで来ました
(続く)
504は{A,B,C}が候補キーであると書いていますが、
{A,B,C}だけが候補キーであるとか、
{A,B,C}以外に候補キーは無いとかは書いていませんよ
{A,B,C}以外の候補キーを示さなかった理由は、
見落としているとか省略しているとか考えていないとか、または存在しないとか、様々な理由が考えられます
ただ、504がそれを書いていないから存在しないとするのは、
データベース理論とは言えないと言うことです
504に書かれた条件を全て満たしながら、追加の候補キーを示す事は、504の条件では否定されていません
…とは言え、改めて考れば、
{A,B,C}→Dが多対1であれば、
候補キーは{A,B,C}のみであり、
{C,D}は非キーであり、
{C,D}→Eは推移関数従属であると思います
その点については自分の考えを、
{C,D}が非キーで尚且つ{A,B,C}が候補キーである事は成立すると、
改めないといけないと思います
…しかし、そう書いている間に別の疑問が浮かんで来ました
(続く)
続き(別の疑問)
試験問題としても、
推移関数従属を示せというパターンはよく出されますが、
>>504が推移関数従属であるとした場合、
それを記述すると、
{A,B,C}→{C,D}→E
となるでしょうか？
しかしこれだと、
{A,B,C}→{C,D}
の部分がが明らかに不自然ではないでしょうか？
一見して{C,D}のCは自明であり冗長という事です
正しい関数従属は、
{A,B,C}→D→E
ではないでしょうか
つまり、504が
{C,D}→E
としている事自体が誤りである可能性も指摘しないといけないと思います
試験問題としても、
推移関数従属を示せというパターンはよく出されますが、
>>504が推移関数従属であるとした場合、
それを記述すると、
{A,B,C}→{C,D}→E
となるでしょうか？
しかしこれだと、
{A,B,C}→{C,D}
の部分がが明らかに不自然ではないでしょうか？
一見して{C,D}のCは自明であり冗長という事です
正しい関数従属は、
{A,B,C}→D→E
ではないでしょうか
つまり、504が
{C,D}→E
としている事自体が誤りである可能性も指摘しないといけないと思います
では{A,B,C}以外の候補キーについて考える
組み合わせのパターンは5C1+5C2+5C3+5C4通り、つまり30通りです
このうち既に解いた{A,B,C}と、その真部分集合{A},{B},{C},{A,B},{A,C},{B,C}と
候補キーを含む{A,B,C,D}{A,B,C,E}{A,B,C,D,E}
{C,D}に関数従属するEの11通りを除いた19通りの候補キーが存在する場合について考えてみたいと思います
ABCDEの組み合わせを5桁の2進数として考えてみると
11111
11110
11101
11100
11000
10100
10000
01100
01000
00100
00001
以上がすでに解決された案件なので除外できます
さらに00000も除外しましょう すると残りは18通り
{A,B,C}の真部分集合{A},{B},{C},{A,B},{A,C},{B,C}と{D},{E},{D,E}との組み合わせなので
6*3=18 うん合ってる
10001,10010,10011
01001,01010,01011
00101,00110,00111
11001,11010,11011
01101,01110,01111
10101,10110,10111
以上の組み合わせの候補キーが存在する場合について一つ一つ検証するのは面倒なので
{A,B,C}以外の候補キーは存在しないとしていいんじゃね？
組み合わせのパターンは5C1+5C2+5C3+5C4通り、つまり30通りです
このうち既に解いた{A,B,C}と、その真部分集合{A},{B},{C},{A,B},{A,C},{B,C}と
候補キーを含む{A,B,C,D}{A,B,C,E}{A,B,C,D,E}
{C,D}に関数従属するEの11通りを除いた19通りの候補キーが存在する場合について考えてみたいと思います
ABCDEの組み合わせを5桁の2進数として考えてみると
11111
11110
11101
11100
11000
10100
10000
01100
01000
00100
00001
以上がすでに解決された案件なので除外できます
さらに00000も除外しましょう すると残りは18通り
{A,B,C}の真部分集合{A},{B},{C},{A,B},{A,C},{B,C}と{D},{E},{D,E}との組み合わせなので
6*3=18 うん合ってる
10001,10010,10011
01001,01010,01011
00101,00110,00111
11001,11010,11011
01101,01110,01111
10101,10110,10111
以上の組み合わせの候補キーが存在する場合について一つ一つ検証するのは面倒なので
{A,B,C}以外の候補キーは存在しないとしていいんじゃね？
>>521
すばらしい!良くできましたw
続いては、
{A,B,C}が候補キーなら
{A,B,C}→D
なんだから、
{C,D}→E
じゃなくても、
D→E
で良いだろ
という可能性について検証して下さい
すばらしい!良くできましたw
続いては、
{A,B,C}が候補キーなら
{A,B,C}→D
なんだから、
{C,D}→E
じゃなくても、
D→E
で良いだろ
という可能性について検証して下さい
>>520
では{A,B,C}と{C,D}が候補キーの例
関係社員名簿｛社員ID,氏名,電話番号,住所｝
という関係を考えてみる
氏名に対し電話番号が複数の場合や住所が複数の場合、社員IDだけでは
レコードを一意に特定できないので
社員IDと1対多となる属性”連番”をつけると
関係社員名簿は
｛社員ID,連番,氏名,電話番号,住所｝
このとき関係社員名簿の候補キーは
{社員ID,連番}と{社員ID,電話番号,住所}の２つとなる
命題のABCDEを割り振ると
A：電話番号
B：住所
C：社員ID
D：連番
E：氏名
では{A,B,C}と{C,D}が候補キーの例
関係社員名簿｛社員ID,氏名,電話番号,住所｝
という関係を考えてみる
氏名に対し電話番号が複数の場合や住所が複数の場合、社員IDだけでは
レコードを一意に特定できないので
社員IDと1対多となる属性”連番”をつけると
関係社員名簿は
｛社員ID,連番,氏名,電話番号,住所｝
このとき関係社員名簿の候補キーは
{社員ID,連番}と{社員ID,電話番号,住所}の２つとなる
命題のABCDEを割り振ると
A：電話番号
B：住所
C：社員ID
D：連番
E：氏名
ちなみに住所が複数あるのは紳士の嗜みらしい
電話番号はケータイ複数持ちとか
5C1+5C2+5C3+5C4通りではなく
5C0+5C1+5C2+5C3+5C4+5C5 = 32通りだった
5bitなので計算する必要も無かった
電話番号はケータイ複数持ちとか
5C1+5C2+5C3+5C4通りではなく
5C0+5C1+5C2+5C3+5C4+5C5 = 32通りだった
5bitなので計算する必要も無かった
それに、候補キーの候補が沢山あるのは分かったが、
自分は>>504の条件を満たすために{C,D}を候補キーにしようとしたんだよ
そして、{A,B}とDが互いに関数従属すると、
>>504に書かれていない関数従属についても提案した
>>504に対しては次の何れかの指摘が当てはまると思う
①…{A,B,C}は候補キーでは無い
②…{C,D}→EをD→Eに正すべきである
③…{C,D}も候補キーである
自分はこの全てについて検証した
そして、最初に>>505で示した③が、
最も>>504の条件に適応していると思う、
①や②は504の内容その物の誤りだが、
③は504が与えた条件の範囲での解決策だ
うん、やっぱり自分が正しい気がしてきたwww
>>505以降あれこれ思い悩んだけど、
一周して>>505(と続きの>>507)に戻ったと思う
自分は>>504の条件を満たすために{C,D}を候補キーにしようとしたんだよ
そして、{A,B}とDが互いに関数従属すると、
>>504に書かれていない関数従属についても提案した
>>504に対しては次の何れかの指摘が当てはまると思う
①…{A,B,C}は候補キーでは無い
②…{C,D}→EをD→Eに正すべきである
③…{C,D}も候補キーである
自分はこの全てについて検証した
そして、最初に>>505で示した③が、
最も>>504の条件に適応していると思う、
①や②は504の内容その物の誤りだが、
③は504が与えた条件の範囲での解決策だ
うん、やっぱり自分が正しい気がしてきたwww
>>505以降あれこれ思い悩んだけど、
一周して>>505(と続きの>>507)に戻ったと思う
>>523
>>524
523の関係は説明のための例え話として読むので、
例えの表現上の細かい点は気にしないがw
しかし、>>523の1行目はそれで良いのか？
>{A,B,C}と{C,D}が候補キーの例
これについて、あなたの主張は>>504が推移関数従属であるという事では無いのか？
{C,D}が「候補キー」であるなら、
{C,D}→Eは推移関数従属にはならないのではないか？
そもそも、
{A,B,C}の他に{C,D}も候補キーであるというのは、
自分の主張の原点である>>505に書いているのだが
また、{A,B,C}と{C,D}が候補キーである場合の関係の例も自分が>>509に書いている
>>523のレス先である>>520の自分のレスを読み直してほしい
520のレス内容に対する反証的な指摘なら、
{A,B,C}→{C,D}→Eが推移関数従属であり、尚且つ
D→E
とはならない様な関係を示さなければいけない
推移関数従属になるためには{C,D}は候補キーであってはならない
やはり…
>>525の③であり、その原点は>505ではないのか
>>524
523の関係は説明のための例え話として読むので、
例えの表現上の細かい点は気にしないがw
しかし、>>523の1行目はそれで良いのか？
>{A,B,C}と{C,D}が候補キーの例
これについて、あなたの主張は>>504が推移関数従属であるという事では無いのか？
{C,D}が「候補キー」であるなら、
{C,D}→Eは推移関数従属にはならないのではないか？
そもそも、
{A,B,C}の他に{C,D}も候補キーであるというのは、
自分の主張の原点である>>505に書いているのだが
また、{A,B,C}と{C,D}が候補キーである場合の関係の例も自分が>>509に書いている
>>523のレス先である>>520の自分のレスを読み直してほしい
520のレス内容に対する反証的な指摘なら、
{A,B,C}→{C,D}→Eが推移関数従属であり、尚且つ
D→E
とはならない様な関係を示さなければいけない
推移関数従属になるためには{C,D}は候補キーであってはならない
やはり…
>>525の③であり、その原点は>505ではないのか
>>509
A…クラス番号
B…出席番号
C…科目
D…生徒番号
E…点数
これの{A,B}と{D}って関数従属だよね
で{A,B}は候補キーの{A,B,C}の真部分集合で
非キーDは候補キー{A,B,C}に部分関数従属してるから
上記関係は第一正規形
正規化の手順はまず部分関数従属の排除
この場合Dは無くてもテーブルは機能するから
テーブルは{A,B,C,E}となり第二正規形となる
同時に推移的関数従属がないので第三正規形の条件を満たす
Dを履歴管理のサロゲートキーの様な使いかたをするなら
候補キーは{A,B,C,D}となる
候補キーはレコードを特定する最小の物だから
この場合{A,B,C}は候補キーとなりえない
これは>>504の命題違反である
A…クラス番号
B…出席番号
C…科目
D…生徒番号
E…点数
これの{A,B}と{D}って関数従属だよね
で{A,B}は候補キーの{A,B,C}の真部分集合で
非キーDは候補キー{A,B,C}に部分関数従属してるから
上記関係は第一正規形
正規化の手順はまず部分関数従属の排除
この場合Dは無くてもテーブルは機能するから
テーブルは{A,B,C,E}となり第二正規形となる
同時に推移的関数従属がないので第三正規形の条件を満たす
Dを履歴管理のサロゲートキーの様な使いかたをするなら
候補キーは{A,B,C,D}となる
候補キーはレコードを特定する最小の物だから
この場合{A,B,C}は候補キーとなりえない
これは>>504の命題違反である
504です。H22-pm1-1の設問2で、>>504のようなテーブルの正規化が出てたから質問しました。
529 ：名無し検定１級さん：2014/01/27(月) 09:14:02.78
>>527
意図的に{A,B}とDが互いに関数従属するようにしている
そもそも>>505でそれを指摘しているから、
その形になる関係を作ったんだよ
>>509の候補キーは
{A,B,C}と{C,D}
であり、
Dはキー属性だから、
{A,B}→D
は部分関数従属ではない
(部分関数従属の条件は、
「非キー属性」が候補キーの一部に関数従属すること)
>Dが無くてもテーブルは機能する
データベース理論と、
データベース設計の要件を混同している
データベース設計の要件が、生徒番号番号からクラス番号と出席番号が求められる事、
等であれば、属性Dは機能上必要であり、
>>509の様なテーブル設計は実現する事がある
データベース理論で言えば、
>>509の条件で{A,B,C,D,E}のテーブルを作れば、候補キーは{A,B,C}{C,D}の2つである
{A,B}→D
D→{A,B}
の関数従属については、
AもBもDもキー属性であるから、部分関数従属では無い
{C,D}→Eの関数従属は、{C,D}が候補キーであるから推移関数従属ではない
つまり、>>509の条件で{A,B,C,D,E}のテーブルを作れば、第三正規形を満たす
意図的に{A,B}とDが互いに関数従属するようにしている
そもそも>>505でそれを指摘しているから、
その形になる関係を作ったんだよ
>>509の候補キーは
{A,B,C}と{C,D}
であり、
Dはキー属性だから、
{A,B}→D
は部分関数従属ではない
(部分関数従属の条件は、
「非キー属性」が候補キーの一部に関数従属すること)
>Dが無くてもテーブルは機能する
データベース理論と、
データベース設計の要件を混同している
データベース設計の要件が、生徒番号番号からクラス番号と出席番号が求められる事、
等であれば、属性Dは機能上必要であり、
>>509の様なテーブル設計は実現する事がある
データベース理論で言えば、
>>509の条件で{A,B,C,D,E}のテーブルを作れば、候補キーは{A,B,C}{C,D}の2つである
{A,B}→D
D→{A,B}
の関数従属については、
AもBもDもキー属性であるから、部分関数従属では無い
{C,D}→Eの関数従属は、{C,D}が候補キーであるから推移関数従属ではない
つまり、>>509の条件で{A,B,C,D,E}のテーブルを作れば、第三正規形を満たす
EXISTSとINの違いをわかりやすく実例を用いて教えて下さい
>>530
午前2対策なら過去問暗記
午後1対策なら問1と問2を選びましょう(sqlは出ないはず)
この試験の対策としてsqlをやるのは効率が悪すぎます(午後2に関係ないし)、
データベース理論や設計の勉強をした方が午後1と午後2の両方で役立ちます
午前2対策なら過去問暗記
午後1対策なら問1と問2を選びましょう(sqlは出ないはず)
この試験の対策としてsqlをやるのは効率が悪すぎます(午後2に関係ないし)、
データベース理論や設計の勉強をした方が午後1と午後2の両方で役立ちます
SQLで困るようなレベルの人向けの試験じゃないよ
>>529
なんだかめんどくさくなってきたよ
>>>509の候補キーは
>{A,B,C}と{C,D}
>であり、
>Dはキー属性だから、
>{A,B}→D
>は部分関数従属ではない
>(部分関数従属の条件は、
>「非キー属性」が候補キーの一部に関数従属すること)
候補キーが{A,B,C}と{C,D}のとき
①Dは候補キーではない
候補キー{C,D}の真部分集合である 故にDは非キー
②{A,B}は候補キーではない
候補キー{A,B,C}の真部分集合である 故に{A,B}は非キー
①②より
{A,B}→D のとき
候補キー{A,B,C}の真部分集合{A,B}に非キーDが関数従属していると言える
したがってDは候補キー{A,B,C}に部分関数従属する
なんだかめんどくさくなってきたよ
>>>509の候補キーは
>{A,B,C}と{C,D}
>であり、
>Dはキー属性だから、
>{A,B}→D
>は部分関数従属ではない
>(部分関数従属の条件は、
>「非キー属性」が候補キーの一部に関数従属すること)
候補キーが{A,B,C}と{C,D}のとき
①Dは候補キーではない
候補キー{C,D}の真部分集合である 故にDは非キー
②{A,B}は候補キーではない
候補キー{A,B,C}の真部分集合である 故に{A,B}は非キー
①②より
{A,B}→D のとき
候補キー{A,B,C}の真部分集合{A,B}に非キーDが関数従属していると言える
したがってDは候補キー{A,B,C}に部分関数従属する
{A,B}のみが候補キーの(A,B,C,D)で、A→C、B→Dの部分関数従属があった場合。第3正規化すると(A,C)と(B,D)になるみたいなんだけど、(A,B)はいらないの？
Aが100個あってBが100個あったら
{A,B}は(A,B,C,D)の候補キーなので
ABの組み合わせは10000個になる
(A,B,C,D)のレコード数は1万個になりデータの個数(カラムｘレコード）は40000個になる
(A,C)と(B,D)に分けた場合レコードは200個となる
これらの関係をつなぎあわせるために関係(A,B)が必要になる
(A,B)のレコード数は10000個なので
この場合の総データ数(カラムｘレコード）は20200個となる
{A,B}は(A,B,C,D)の候補キーなので
ABの組み合わせは10000個になる
(A,B,C,D)のレコード数は1万個になりデータの個数(カラムｘレコード）は40000個になる
(A,C)と(B,D)に分けた場合レコードは200個となる
これらの関係をつなぎあわせるために関係(A,B)が必要になる
(A,B)のレコード数は10000個なので
この場合の総データ数(カラムｘレコード）は20200個となる
20400個だった
または、
関数{A,B,C}で、
{A,B}→C
C→B
関数従属はこの2つだけで有る場合、
候補キーは、
{A,B}
{A,C}
の2つですよね
この場合、
Bは候補キー{A,C}の一部であるCに関数従属しているので、
第一正規形でしょうか？
所が、冒頭の関係{A,B,C}は第三正規形「までは」満たしているのです
それはBがキー属性だからですよね？
関数{A,B,C}で、
{A,B}→C
C→B
関数従属はこの2つだけで有る場合、
候補キーは、
{A,B}
{A,C}
の2つですよね
この場合、
Bは候補キー{A,C}の一部であるCに関数従属しているので、
第一正規形でしょうか？
所が、冒頭の関係{A,B,C}は第三正規形「までは」満たしているのです
それはBがキー属性だからですよね？
「部分関数従属があったら第一正規形」って目の前のデータベースの参考書に書いてないか？
書いてなかったら今すぐその本は捨てなさい
何が書いてあるのか理解できないなら 明日本屋で理解できる本を買ってきなさい
書いてなかったら今すぐその本は捨てなさい
何が書いてあるのか理解できないなら 明日本屋で理解できる本を買ってきなさい
>>539
自分はここまではほぼ全て、
自分の記憶と思考に頼って書きましたが、
ここからは、
データベーススペシャリスト午後の重点対策2012から引用しつつ書きます
「非キー属性とは候補キーに含まれない属性です」
「候補キーではない属性とは違う事に注意して下さい」
この時点で>>533の①②と矛盾しています
この本と533はどちらが正しでしょうか？
引用がめんどうなので要約しますが、その続きに、
{A,B}が候補キーなら、
AとBは個別でも非キー属性ではないと書かれています
それと、p98には、
{A,B}→C
C→B
の関数従属図が示されていて、
それは第三正規形と書いてあります
自分はあくまで、ここまではそれらの内容を、
記憶または理解していた事により考えて来たのです
>>505と続きの>>507の時点で、
504がBCNFでない第三正規形の可能性があると指摘した時からです
自分はここまではほぼ全て、
自分の記憶と思考に頼って書きましたが、
ここからは、
データベーススペシャリスト午後の重点対策2012から引用しつつ書きます
「非キー属性とは候補キーに含まれない属性です」
「候補キーではない属性とは違う事に注意して下さい」
この時点で>>533の①②と矛盾しています
この本と533はどちらが正しでしょうか？
引用がめんどうなので要約しますが、その続きに、
{A,B}が候補キーなら、
AとBは個別でも非キー属性ではないと書かれています
それと、p98には、
{A,B}→C
C→B
の関数従属図が示されていて、
それは第三正規形と書いてあります
自分はあくまで、ここまではそれらの内容を、
記憶または理解していた事により考えて来たのです
>>505と続きの>>507の時点で、
504がBCNFでない第三正規形の可能性があると指摘した時からです
【問題】
候補キー{A,B,C}のみのテーブル(A,B,C,D,E)にて、{A,B}→D、{A,C}→Eの部分関数従属がある。第3正規化しなさい。
【回答】
(A,B,C)、(A,B,D)、(A,C,E)
【解答】
(A,B,D)、(A,C,E)
候補キー{A,B,C}のみのテーブル(A,B,C,D,E)にて、{A,B}→D、{A,C}→Eの部分関数従属がある。第3正規化しなさい。
【回答】
(A,B,C)、(A,B,D)、(A,C,E)
【解答】
(A,B,D)、(A,C,E)
>>541
これは【解答】の分割はマズイって事かな？
分割したテーブルを結合する時のキーがAだけになっているから、
分割前の{A,B,C}を正しく復元できない
{A,B,C}のBとCの組み合わせに関する情報が失われている
その情報を保つために関係{A,B,C}が必要
これは【解答】の分割はマズイって事かな？
分割したテーブルを結合する時のキーがAだけになっているから、
分割前の{A,B,C}を正しく復元できない
{A,B,C}のBとCの組み合わせに関する情報が失われている
その情報を保つために関係{A,B,C}が必要
543 ：名無し検定１級さん：2014/01/28(火) 22:47:13.98
>>528
問題集を確認しました、その上でいくつか指摘します
まず、 その図に書かれているのは
「主な関数従属性」
です、
問題文から考えると、書かれていない関数従属性ある可能性があります
また、その図では、
>>504に書かれていない関数従属性が書かれています、
{A,B}→D
に当てはまりますね？
図に書かれていない関数従属性は存在しないと仮定して、
{A,B}→Dの関数従属性を含めて考えると、
{A,B,C}→E
{A,B}→D
である事が分かります
Dは非キーであり候補キーに部分関数従属するので第一正規形です
ですので、
関係{A,B,C,E}
関係{A,B,D}
に分割しましょう
…って、これだと問題集の解答とは異なるのかw
なぜだろうか、とても難しい
この分割だと{C,D}→Eの関数従属が失われているのか？ しかし、それはそもそも保存するべきなのか
もう少し考えてみます
問題集を確認しました、その上でいくつか指摘します
まず、 その図に書かれているのは
「主な関数従属性」
です、
問題文から考えると、書かれていない関数従属性ある可能性があります
また、その図では、
>>504に書かれていない関数従属性が書かれています、
{A,B}→D
に当てはまりますね？
図に書かれていない関数従属性は存在しないと仮定して、
{A,B}→Dの関数従属性を含めて考えると、
{A,B,C}→E
{A,B}→D
である事が分かります
Dは非キーであり候補キーに部分関数従属するので第一正規形です
ですので、
関係{A,B,C,E}
関係{A,B,D}
に分割しましょう
…って、これだと問題集の解答とは異なるのかw
なぜだろうか、とても難しい
この分割だと{C,D}→Eの関数従属が失われているのか？ しかし、それはそもそも保存するべきなのか
もう少し考えてみます
ただひとつ言えるのは、
>>528の問題の図は「主な関数従属性」だけを書いていて、
明らかに他にも関数従属性はある
例えば、{大問ID,中問ID,小問ID}は明らかに候補キーだ
これが候補キーでないなら、
一つの大問で同じ中問が複数回出題されたり、
一つの中問で同じ小問が複数回出題されたりする事になるからだ
それから、
>>528の問題の候補キーが{A,B,C}なんだから、その問題の解答の様に、
関係{A,B,D}
と
関係{C,D,E}
に分割すると、
分割後のどちらの関係にも分割前の関係の候補キーが含まれていないので、
何らかの形で、
情報有損失分割になってるのでは無いか？
問題文では第三正規形にせよとあるが、
第三正規形であれば、
情報無損失分解であるはずだ
…まずいぞ、これはマズイ
問題と解答自体がマズイ可能性がある
つまりIPAが悪い可能性があるw
正し、何がどう、
情報有損失分解なのかと言うのが、
思い付きそうで思いつかない
引き続き考える
>>528の問題の図は「主な関数従属性」だけを書いていて、
明らかに他にも関数従属性はある
例えば、{大問ID,中問ID,小問ID}は明らかに候補キーだ
これが候補キーでないなら、
一つの大問で同じ中問が複数回出題されたり、
一つの中問で同じ小問が複数回出題されたりする事になるからだ
それから、
>>528の問題の候補キーが{A,B,C}なんだから、その問題の解答の様に、
関係{A,B,D}
と
関係{C,D,E}
に分割すると、
分割後のどちらの関係にも分割前の関係の候補キーが含まれていないので、
何らかの形で、
情報有損失分割になってるのでは無いか？
問題文では第三正規形にせよとあるが、
第三正規形であれば、
情報無損失分解であるはずだ
…まずいぞ、これはマズイ
問題と解答自体がマズイ可能性がある
つまりIPAが悪い可能性があるw
正し、何がどう、
情報有損失分解なのかと言うのが、
思い付きそうで思いつかない
引き続き考える
>>542
h21 pm1-1 設問2-(5)を、簡易化したものです。回答が私の考え。解答が問題集の答え。
なんで解答のようになるのか、わけわからん。この問題と>>528の問題やれば、第3正規化がなんなのかわからなくなれます。
h21 pm1-1 設問2-(5)を、簡易化したものです。回答が私の考え。解答が問題集の答え。
なんで解答のようになるのか、わけわからん。この問題と>>528の問題やれば、第3正規化がなんなのかわからなくなれます。
使う方からすれば｛ABC｝があれば同じ情報が引っ張れるんだから
まったく問題ない
まったく問題ない
AとBとCって言った方がいいのか
外部キーがどこのテーブルにあるのかまでは言及されてないから知らん
外部キーがどこのテーブルにあるのかまでは言及されてないから知らん
>>544の続き
いや、インスタンスを書いて見たが、
不思議な事に、Dだけが共通項でも情報無損失分割になる例が見出だせないw
しかし、さらに奇妙な事を見いだした
>>528の問題での、
中問IDと小問番号の関連である
これらは連結キーとして小問IDの決定項になっているが
どうもこの辺に違和感がある
小問番号とは中問の中の小問の順番である
順番という事は、1から順に10個なら10まで等と考えられる
中問の中の小問の数は中問ごとに決まるはずである
つまり、中問が特定できれば、その中の小問の数、つまり、
小問番号の値が複数特定できる
中問ID→→小問番号
の関数従属性
これは第4正規形のポイントとなる、
多値従属性では無いのか？
中問ID→→小問ID
大問ID→→中問番号
大問ID→→中問ID
も成り立ってないか？
自分は多値従属性の理解は完全では無いが、中問ID毎に小問番号や小問IDが固有のグループ単位で従属すると言うのは、
自分の理解の中の多値従属性に当てはまるのだが
この多値従属性のせいで、情報有損失分割なのに結合すると元通りになる性質になってるのかも
まだまだ考えてみる
いや、インスタンスを書いて見たが、
不思議な事に、Dだけが共通項でも情報無損失分割になる例が見出だせないw
しかし、さらに奇妙な事を見いだした
>>528の問題での、
中問IDと小問番号の関連である
これらは連結キーとして小問IDの決定項になっているが
どうもこの辺に違和感がある
小問番号とは中問の中の小問の順番である
順番という事は、1から順に10個なら10まで等と考えられる
中問の中の小問の数は中問ごとに決まるはずである
つまり、中問が特定できれば、その中の小問の数、つまり、
小問番号の値が複数特定できる
中問ID→→小問番号
の関数従属性
これは第4正規形のポイントとなる、
多値従属性では無いのか？
中問ID→→小問ID
大問ID→→中問番号
大問ID→→中問ID
も成り立ってないか？
自分は多値従属性の理解は完全では無いが、中問ID毎に小問番号や小問IDが固有のグループ単位で従属すると言うのは、
自分の理解の中の多値従属性に当てはまるのだが
この多値従属性のせいで、情報有損失分割なのに結合すると元通りになる性質になってるのかも
まだまだ考えてみる
>>528は、
情報無損失分割が論点になる事は確実であり、
多値従属性についても論点になる可能性が高いと思う
また、それらが複合して未知の作用を起こしている様に思う
もし>>528の問題を確認できる人は見てほしい
{中問番号,大問ID}→中問ID
であるが、これにより、
中問IDが決まれば、その中問に含まれる小問の数と小問の種類は決まるのである
だから、
中問ID→→{小問ID,小問番号}
であるはずだ
これは第四正規形に分割すれば、
{中問ID,小問ID}
{中問ID,小問番号}
になるのではないか？
この件に関しては当たっている確信は無いが、
取りあえず今日はもう寝て、明日考えます
情報無損失分割が論点になる事は確実であり、
多値従属性についても論点になる可能性が高いと思う
また、それらが複合して未知の作用を起こしている様に思う
もし>>528の問題を確認できる人は見てほしい
{中問番号,大問ID}→中問ID
であるが、これにより、
中問IDが決まれば、その中問に含まれる小問の数と小問の種類は決まるのである
だから、
中問ID→→{小問ID,小問番号}
であるはずだ
これは第四正規形に分割すれば、
{中問ID,小問ID}
{中問ID,小問番号}
になるのではないか？
この件に関しては当たっている確信は無いが、
取りあえず今日はもう寝て、明日考えます
バカってタイヘンだな
この時期から大変だわな
>>550
ここまでのやり取りの中には、
自分を含めて各々が、
部分的には正しい事も言っているし、
部分的には間違った事も言っているだろう
しかし、お互いがそれを指摘しあっている事により、
お互いがスキルアップしていると考えるのが、
生産的であり建設的である
例えば、キー属性の定義を勘違いしているという、この試験に挑むには致命的な弱点を抱えていた人でも、
このスレにレスする事で正しいキー属性の定義を知る事が出来る
キー属性の定義を知らなければ、部分関数従属も推移関数従属も解らないし、
関係{A,B,C}で
{A,B}→C
C→B
の関数従属があるとき、
これが第三正規形であるということも理解できない
それはこの試験における得点力に重大な懸念があるということだ
それが分からないだけでなく、上記の関係はBCNFでは無いという事も分からず、
BCNFに分解する考えも出てこない
上記の関係はポケスタなど複数の書籍で記されている、
BCNFではない第三正規形の典型である
キー属性とは何かが分かっていないと、
それらは何も理解できない
ここまでのやり取りの中には、
自分を含めて各々が、
部分的には正しい事も言っているし、
部分的には間違った事も言っているだろう
しかし、お互いがそれを指摘しあっている事により、
お互いがスキルアップしていると考えるのが、
生産的であり建設的である
例えば、キー属性の定義を勘違いしているという、この試験に挑むには致命的な弱点を抱えていた人でも、
このスレにレスする事で正しいキー属性の定義を知る事が出来る
キー属性の定義を知らなければ、部分関数従属も推移関数従属も解らないし、
関係{A,B,C}で
{A,B}→C
C→B
の関数従属があるとき、
これが第三正規形であるということも理解できない
それはこの試験における得点力に重大な懸念があるということだ
それが分からないだけでなく、上記の関係はBCNFでは無いという事も分からず、
BCNFに分解する考えも出てこない
上記の関係はポケスタなど複数の書籍で記されている、
BCNFではない第三正規形の典型である
キー属性とは何かが分かっていないと、
それらは何も理解できない
ごめん、キー属性ってよく使う言葉なの？
非キー属性ならよく見るけど。
なんか、termの定義を濫用してるのが分からなくなってる要因じゃない？
非キー属性ならよく見るけど。
なんか、termの定義を濫用してるのが分からなくなってる要因じゃない？
ジーさんに聞け
>>553
それを言うなら「非キー」と「非キー属性」も区別するべきなんだがな
>>533の人は「非キー」と書いているので、
その時点で「非キー属性」とは違うものを考えているかも知れない
非キー属性と、
「非キー属性でない属性」と書いても良いけど、
非キー属性でない属性をキー属性と書くのがデータベース理論上の間違いでなければ、そう書けた方が楽だけど
ともかく、
{A,B}→C
の関数従属性があるとき、
候補キーは{A,B}であり、
AとBはそれぞれ、候補キーに含まれる属性だから、
非キー属性では無い
だから改めて、
{A,B}→C
C→B
の場合は、
候補キーは
{A,B}
{A,C}
であり、
全ての属性が非キー属性では無いので、
非キー属性が候補キーに部分関数従属する事も、
非キー属性が候補キーに推移関数従属する事も、
定義上起こり得ない
そのため、上記の関係従属性の関係は、
疑う余地の無い第三正規形である
Bは候補キー{A,C}の一部であるCに関数従属している
しかし、Bは非キー属性では無いので、
部分関数従属の定義に当てはまらない
それを言うなら「非キー」と「非キー属性」も区別するべきなんだがな
>>533の人は「非キー」と書いているので、
その時点で「非キー属性」とは違うものを考えているかも知れない
非キー属性と、
「非キー属性でない属性」と書いても良いけど、
非キー属性でない属性をキー属性と書くのがデータベース理論上の間違いでなければ、そう書けた方が楽だけど
ともかく、
{A,B}→C
の関数従属性があるとき、
候補キーは{A,B}であり、
AとBはそれぞれ、候補キーに含まれる属性だから、
非キー属性では無い
だから改めて、
{A,B}→C
C→B
の場合は、
候補キーは
{A,B}
{A,C}
であり、
全ての属性が非キー属性では無いので、
非キー属性が候補キーに部分関数従属する事も、
非キー属性が候補キーに推移関数従属する事も、
定義上起こり得ない
そのため、上記の関係従属性の関係は、
疑う余地の無い第三正規形である
Bは候補キー{A,C}の一部であるCに関数従属している
しかし、Bは非キー属性では無いので、
部分関数従属の定義に当てはまらない
>>546
それはデータベース理論の話では無い
データベース理論では、分割されたテーブルの共通の属性をキーとして自然結合した場合に、
分割前と同じ行が復元される場合が
情報無損失分解であり、
分解前には存在しなかった行が現れる事が「結合の罠」であり、
その場合は、
情報有損失分解である
>>528の問題の解答では、一見して情報有損失分解を行なっている様に見える
分解前の候補キーが分解後のどちらの関数にも含まれず、候補キーを構成していた3つの属性の組み合わせの情報が失われているように見える
所が、自分が今考えている限り、
その分割された関係は自然結合で元に戻る、
つまり結合の罠が生じない様に考えられる
それがどうやら自分の現時点での考察では、
多値従属性が関係していて、
非キー属性Dが候補キー{A,B,C}の{A,B}に関数従属しており、
候補キーの一部であるCはDに多値従属しているという、
複雑怪奇な状態になっているらしい
つまり、
{A,B}→D→→C
ということ
これは、Cは{A,C}に推移的に多値従属している様で、
元の候補キーが{A,B,C}だからややこしい
候補キーに含まれる属性同士の中で、推移的な多値従属が生じていると言えるのだろうか
それはデータベース理論の話では無い
データベース理論では、分割されたテーブルの共通の属性をキーとして自然結合した場合に、
分割前と同じ行が復元される場合が
情報無損失分解であり、
分解前には存在しなかった行が現れる事が「結合の罠」であり、
その場合は、
情報有損失分解である
>>528の問題の解答では、一見して情報有損失分解を行なっている様に見える
分解前の候補キーが分解後のどちらの関数にも含まれず、候補キーを構成していた3つの属性の組み合わせの情報が失われているように見える
所が、自分が今考えている限り、
その分割された関係は自然結合で元に戻る、
つまり結合の罠が生じない様に考えられる
それがどうやら自分の現時点での考察では、
多値従属性が関係していて、
非キー属性Dが候補キー{A,B,C}の{A,B}に関数従属しており、
候補キーの一部であるCはDに多値従属しているという、
複雑怪奇な状態になっているらしい
つまり、
{A,B}→D→→C
ということ
これは、Cは{A,C}に推移的に多値従属している様で、
元の候補キーが{A,B,C}だからややこしい
候補キーに含まれる属性同士の中で、推移的な多値従属が生じていると言えるのだろうか
>>557
なんなの本で読んだ気がする、ググレば一応ヒットするw
言葉尻を指摘してくれるのは助かるが、
多少の表記の揺らぎを大目に見た上で、
データベース理論の観点から、
自分の考えに指摘してもらえる点が有れば尚助かるが
>>553でもデータベース理論の中身には触れて居ない訳だし
何か考えはあるのかな？
なんなの本で読んだ気がする、ググレば一応ヒットするw
言葉尻を指摘してくれるのは助かるが、
多少の表記の揺らぎを大目に見た上で、
データベース理論の観点から、
自分の考えに指摘してもらえる点が有れば尚助かるが
>>553でもデータベース理論の中身には触れて居ない訳だし
何か考えはあるのかな？
俺は比較的データベース基礎理論には興味を持っている方だと思うし、
デスペでは設計よりも得点源にしている。
ただ、貴方の抽象的議論を丁寧に追うのは結構骨が折れるし、
俺も貴方の議論の穴を見つける前に挫折したｗｗｗ
今の時期基礎をじっくり検討することは無駄ではないと思うけど、
殊デスペに関しては、受かりたければ過去問回せ、これに尽きると思う。
貴方がデスペ取って実務で活かしたいと思っているなら、
ある程度は割り切って前に進まないと何年受けても受からないかもよ。
データベース基礎理論で研究者になりたい人なら止めないけど、
このスレでずーっと貴方の議論に付き合い続けてくれる奇特な人がいるといいですね。
デスペでは設計よりも得点源にしている。
ただ、貴方の抽象的議論を丁寧に追うのは結構骨が折れるし、
俺も貴方の議論の穴を見つける前に挫折したｗｗｗ
今の時期基礎をじっくり検討することは無駄ではないと思うけど、
殊デスペに関しては、受かりたければ過去問回せ、これに尽きると思う。
貴方がデスペ取って実務で活かしたいと思っているなら、
ある程度は割り切って前に進まないと何年受けても受からないかもよ。
データベース基礎理論で研究者になりたい人なら止めないけど、
このスレでずーっと貴方の議論に付き合い続けてくれる奇特な人がいるといいですね。
560 ：名無し検定１級さん：2014/01/29(水) 16:16:58.56
自分の一番初めての>>505のレスの一行目に書いた通り、
自分は趣味の受験者です
前回は初受験ながら、午後1で59点と大健闘でした
正規形や関数従属を答える問題を間違えたのが致命的でした
だから、今ここでやっている事は前回の弱点の克服ですw
確かに自分は、独学故にと言うこともあり言葉使いが曖昧だし、
そのせいで理論自体が抽象的に見えるかも知れない
いや、そもそも、自分ではっきり答えが分からない事についての思考の過程を抽象的に書いているとも言えます
さらに自分は抽象的思考を行う事が多いです
つまり、自分の書いてることが抽象的なのは自明な関数従属です
それを人に読んで貰ったり、ましてや、
その内容について理論的に指摘してもらおうなどと言うのは、
おこがましいことかも知れません
しかし、自分は自己の探求心のために、
それを続けたいと思います
自分は趣味の受験者です
前回は初受験ながら、午後1で59点と大健闘でした
正規形や関数従属を答える問題を間違えたのが致命的でした
だから、今ここでやっている事は前回の弱点の克服ですw
確かに自分は、独学故にと言うこともあり言葉使いが曖昧だし、
そのせいで理論自体が抽象的に見えるかも知れない
いや、そもそも、自分ではっきり答えが分からない事についての思考の過程を抽象的に書いているとも言えます
さらに自分は抽象的思考を行う事が多いです
つまり、自分の書いてることが抽象的なのは自明な関数従属です
それを人に読んで貰ったり、ましてや、
その内容について理論的に指摘してもらおうなどと言うのは、
おこがましいことかも知れません
しかし、自分は自己の探求心のために、
それを続けたいと思います
ただ、自分の文章を読んでくれていたり、
理論の穴を探そうとしてくれてる人が居るのは励みになります
理論の穴を見つける前に挫折された、というのは、
ポジティブに考えれば一見で分かる様な穴は無く、
もしかしたら穴は無いかもと言えますw
自分はネスペも趣味で取りましたし、
デスペも将来業務で生かすか定かではありません
ネスペでも、自分は他の住人がついて来れない書き込みを展開しました
午後2について、出題者のシステムに対する習熟度が低いと批判し、
自分が考えたより効率的な運用を示し、
資格学校の模範回答が割れた問題では、
どちらも完答では無い事を指摘し、
答が二通りになる欠陥問題だと指摘し、
実際の公式解答では、
注記として二通りの答えが示されました
ネスペの午後2は80点でしたが、受験後の問題に対する考察の価値は+30点分ぐらいあると思います
そんな事を趣味でやっています
理論の穴を探そうとしてくれてる人が居るのは励みになります
理論の穴を見つける前に挫折された、というのは、
ポジティブに考えれば一見で分かる様な穴は無く、
もしかしたら穴は無いかもと言えますw
自分はネスペも趣味で取りましたし、
デスペも将来業務で生かすか定かではありません
ネスペでも、自分は他の住人がついて来れない書き込みを展開しました
午後2について、出題者のシステムに対する習熟度が低いと批判し、
自分が考えたより効率的な運用を示し、
資格学校の模範回答が割れた問題では、
どちらも完答では無い事を指摘し、
答が二通りになる欠陥問題だと指摘し、
実際の公式解答では、
注記として二通りの答えが示されました
ネスペの午後2は80点でしたが、受験後の問題に対する考察の価値は+30点分ぐらいあると思います
そんな事を趣味でやっています
>>560==>>505
term（専門用語）の定義は正確に理解しないと。
数学を基礎に置くデータベース理論を志すものならなおさらです。
私は午後Ⅰは軽くクリアできますが、修行が足りず、昨年午後2 50点台で敗退しました。
（続く）
term（専門用語）の定義は正確に理解しないと。
数学を基礎に置くデータベース理論を志すものならなおさらです。
私は午後Ⅰは軽くクリアできますが、修行が足りず、昨年午後2 50点台で敗退しました。
（続く）
>>504さんの問題提起（質問）そして貴殿の>>505からの一連の思索を
読ませてもらいましたが、まず言いたいのは、みなさんの意見にも
耳を傾ける柔軟性を持ちましょう、ということ。
独学ならなおさらです。
なお、私も仕事でDB触ってるわけではないので、貴殿と似たような
境遇だったかもしれません。
基本的に書籍と公式過去問ですから。
（前職でWeb-DBアプリ少しだけ開発したことがあるくらいです。）
（続く）
読ませてもらいましたが、まず言いたいのは、みなさんの意見にも
耳を傾ける柔軟性を持ちましょう、ということ。
独学ならなおさらです。
なお、私も仕事でDB触ってるわけではないので、貴殿と似たような
境遇だったかもしれません。
基本的に書籍と公式過去問ですから。
（前職でWeb-DBアプリ少しだけ開発したことがあるくらいです。）
（続く）
さてデータベース理論の話に戻ります
>>556の続きです
これはもしかしたら、
正規化理論の最前線かもしれませんw
論点は、多値従属性と情報無損失分解であり、
それらが組み合わさって、
一般的には情報損失分解になる場合でも、
候補キーに含まれる属性同士が、
非キー属性Xを通じて
「推移的多値従属」
である場合、
分解後のどのテーブルにも分解前の候補キーが含まれていないとしても、
両者に属性Xが含まれていれば、
それをキーとして自然結合する事で、
情報無損失分解とはならない
はい、何を言ってるか分かりませんね、
そもそも、
「推移的多値従属」
は自分が今作った言葉です
しかし、この乱文を粗筋として、
ここから抽象的に考えようということです
>>556の続きです
これはもしかしたら、
正規化理論の最前線かもしれませんw
論点は、多値従属性と情報無損失分解であり、
それらが組み合わさって、
一般的には情報損失分解になる場合でも、
候補キーに含まれる属性同士が、
非キー属性Xを通じて
「推移的多値従属」
である場合、
分解後のどのテーブルにも分解前の候補キーが含まれていないとしても、
両者に属性Xが含まれていれば、
それをキーとして自然結合する事で、
情報無損失分解とはならない
はい、何を言ってるか分かりませんね、
そもそも、
「推移的多値従属」
は自分が今作った言葉です
しかし、この乱文を粗筋として、
ここから抽象的に考えようということです
で、>>504さんの質問には、>>511さんが的確な回答を書かれていますね。
>>505さんの議論の何が問題だったのか？！
それはCをfixしたまま、議論をごり押ししたこと。
「Cをfixするとする。」から、
{A,B}→D
D→{A,B}
の関数従属性が存在するのでは、と続けているのだけど、これが論理的誤りではないでしょうか？
（続く）
>>505さんの議論の何が問題だったのか？！
それはCをfixしたまま、議論をごり押ししたこと。
「Cをfixするとする。」から、
{A,B}→D
D→{A,B}
の関数従属性が存在するのでは、と続けているのだけど、これが論理的誤りではないでしょうか？
（続く）
あと、>>509の具体例だけど、D（生徒番号）の役割が強すぎるきらいがありますね。
普通、学年が決まり、クラスが決まり、その一員として生徒番号が決まる、
というのが自然な思考回路ではないでしょうか？
生徒番号→{クラス番号,出席番号}
{クラス番号,出席番号}→生徒番号
これは、生徒番号と、{クラス番号,出席番号}が論理的に同等だ、と主張しています。よって、
{生徒番号,科目}→点数 と {クラス番号,出席番号,科目}→点数 は同じことを言っている。
余り意味のないtableではないでしょうか。
（続く）
普通、学年が決まり、クラスが決まり、その一員として生徒番号が決まる、
というのが自然な思考回路ではないでしょうか？
生徒番号→{クラス番号,出席番号}
{クラス番号,出席番号}→生徒番号
これは、生徒番号と、{クラス番号,出席番号}が論理的に同等だ、と主張しています。よって、
{生徒番号,科目}→点数 と {クラス番号,出席番号,科目}→点数 は同じことを言っている。
余り意味のないtableではないでしょうか。
（続く）
>それをキーとして自然結合する事で、
情報無損失分解とはならない
訂正します
それをキーとして自然結合する事で、
情報無損失分解となる
>>528の問題の解答が、情報損失分解に見えるにも関わらず、
分解したテーブルを自然結合しても、
結合の罠は生じないらしい、
という仮説に基づいて、
その原理を探究したいと考えています
多値従属性は第四正規形に、
情報無損失分解は第五正規形に関わる概念であり、
それらが複合して、
特殊で例外的な状態を作るとしたら
それは新しい正規形の発見では無いでしょうか？w
「第六正規形」か、
もっとかっこよい名前をつけたいと思います
情報無損失分解とはならない
訂正します
それをキーとして自然結合する事で、
情報無損失分解となる
>>528の問題の解答が、情報損失分解に見えるにも関わらず、
分解したテーブルを自然結合しても、
結合の罠は生じないらしい、
という仮説に基づいて、
その原理を探究したいと考えています
多値従属性は第四正規形に、
情報無損失分解は第五正規形に関わる概念であり、
それらが複合して、
特殊で例外的な状態を作るとしたら
それは新しい正規形の発見では無いでしょうか？w
「第六正規形」か、
もっとかっこよい名前をつけたいと思います
貴殿は趣味の受験者、とおっしゃいますが、DBの研究者を志されているわけではないなら、
みなさんのご指摘を素直に受け止め、反芻し、理解を深める努力を頑張ってください。
私は今年は他資格やってるのでDBは受けませんが、このスレの皆様の本試験でのご健闘を祈っております。
みなさんのご指摘を素直に受け止め、反芻し、理解を深める努力を頑張ってください。
私は今年は他資格やってるのでDBは受けませんが、このスレの皆様の本試験でのご健闘を祈っております。
＞ネスペでも、自分は他の住人がついて来れない書き込みを展開しました
傍若無人とはこのことか。
職場でも容易に煙たがられていることだろう。
傍若無人とはこのことか。
職場でも容易に煙たがられていることだろう。
もはや、
誰が読んでいるか居ないかお構い無しですが、
第五正規形は幾つかに分かれる可能性があります
第五正規形とは情報無損失分解ですが、
情報無損失分解の中に、
明示的に分類されるべき種類があるという主張です
ごく一般的な、
分解前の関係の候補キーが分解後も残っている場合、
それは普通の情報無損失分解です
しかし、分解前の関係の候補キーが、
分解後のどの関係に含まれて居なくても、
自然結合で必ず元の関係に戻る場合があるかも知れません
後者については新しい概念として仮に
「第六正規形を満たさない第五正規形」とするべきでは無いでしょうか？
自分の予測では、
「第六正規形を満たさない第五正規形」は、
さらに分解可能な多値従属性を含んでいるのです
しかし、多値従属性を解決すれば良いなら第四正規形の話になるのかな？
分からない、難しい、
また>>528の問題の原点から考えてみます
誰が読んでいるか居ないかお構い無しですが、
第五正規形は幾つかに分かれる可能性があります
第五正規形とは情報無損失分解ですが、
情報無損失分解の中に、
明示的に分類されるべき種類があるという主張です
ごく一般的な、
分解前の関係の候補キーが分解後も残っている場合、
それは普通の情報無損失分解です
しかし、分解前の関係の候補キーが、
分解後のどの関係に含まれて居なくても、
自然結合で必ず元の関係に戻る場合があるかも知れません
後者については新しい概念として仮に
「第六正規形を満たさない第五正規形」とするべきでは無いでしょうか？
自分の予測では、
「第六正規形を満たさない第五正規形」は、
さらに分解可能な多値従属性を含んでいるのです
しかし、多値従属性を解決すれば良いなら第四正規形の話になるのかな？
分からない、難しい、
また>>528の問題の原点から考えてみます
おい、論理的誤謬を指摘してみたんだから無視すんなよ。
お前の議論は「Cを固定するとする。」から結論もどきを導いた後、
Cをfreeにしてないんだから、得られた結論もどきも正しくない可能性がある。
ということはだ。
仮定が間違っているのだからその後如何なる屁理屈をこねようとも、
そうして得られた主張もどきは命題として偽である、と考えられる。
自己満なら自分のノートでやれよ。
で論文でもpublishしてみたら？ｗｗｗ
奇蹟的に革命児になれるかもよ。
お前の議論は「Cを固定するとする。」から結論もどきを導いた後、
Cをfreeにしてないんだから、得られた結論もどきも正しくない可能性がある。
ということはだ。
仮定が間違っているのだからその後如何なる屁理屈をこねようとも、
そうして得られた主張もどきは命題として偽である、と考えられる。
自己満なら自分のノートでやれよ。
で論文でもpublishしてみたら？ｗｗｗ
奇蹟的に革命児になれるかもよ。
>>508
Cを固定する～は、遥か昔、
>>504が示しただけの条件から、
自分で思いつく可能性を探究していた時の話です
今となっては、>>504の元ネタは>>528の問題である事が判明し、
その問題の解答では候補キーを分割する分解を行なっていて、
それは第三正規形と言えるのか？という所から、
その上なぜか、
情報無損失分解と同じ性質らしいのは何故か？
を考察していますが？
>>504については、元の問題に記されている{A,B}→Dの関数従属が省略されていたので、
Cを固定する等の条件ごとの考察は、
不完全な問題の中で問題の整合性が取れる全体像を描くアプローチだったのですが？
今となっては元ネタの問題の>>528の関数従属性の性質と、
適切な分解を考える方が、
本試験で出題された問題への考察であり有意義では？
ただ、その考察の中でも「Cを固定する」の着想は無駄では無い
元問題では、
{A,B}→D→→C
の関数従属の可能性が読み取られ、
{A,B}によってCが多値従属的に固定される、
と言えるのが自分の予測だから
Cを固定する～は、遥か昔、
>>504が示しただけの条件から、
自分で思いつく可能性を探究していた時の話です
今となっては、>>504の元ネタは>>528の問題である事が判明し、
その問題の解答では候補キーを分割する分解を行なっていて、
それは第三正規形と言えるのか？という所から、
その上なぜか、
情報無損失分解と同じ性質らしいのは何故か？
を考察していますが？
>>504については、元の問題に記されている{A,B}→Dの関数従属が省略されていたので、
Cを固定する等の条件ごとの考察は、
不完全な問題の中で問題の整合性が取れる全体像を描くアプローチだったのですが？
今となっては元ネタの問題の>>528の関数従属性の性質と、
適切な分解を考える方が、
本試験で出題された問題への考察であり有意義では？
ただ、その考察の中でも「Cを固定する」の着想は無駄では無い
元問題では、
{A,B}→D→→C
の関数従属の可能性が読み取られ、
{A,B}によってCが多値従属的に固定される、
と言えるのが自分の予測だから
オレ>>533だけど
>>505の中の人は部分関数従属理解できたみたいだね よかったよかった
昼間このスレ覗いてかなりイラっときたんだが
>>568さん 人間できてるですね
一連の対応のしかた参考にさせていただきます
あと80日ですが頑張りましょう
武運長久を祈ります
ちなみにオレ普段非キーとか非キー属性という言葉は使わない
「候補キーじゃない」とか「主キーじゃない」とか言う
みなさんはどうですか？
>>505の中の人は部分関数従属理解できたみたいだね よかったよかった
昼間このスレ覗いてかなりイラっときたんだが
>>568さん 人間できてるですね
一連の対応のしかた参考にさせていただきます
あと80日ですが頑張りましょう
武運長久を祈ります
ちなみにオレ普段非キーとか非キー属性という言葉は使わない
「候補キーじゃない」とか「主キーじゃない」とか言う
みなさんはどうですか？
>>561
そっか？たぶん問2えらんだ人かと思うが確か採点してやったかな
突っ込みどころ満載だった記憶している
もちろんあんたより高得点で合格してるし90点以上はそこそこいた
ここでは悪役ヒールとして鞍替えか期待してるぞ
ウザいと言われても自分を通せ
そっか？たぶん問2えらんだ人かと思うが確か採点してやったかな
突っ込みどころ満載だった記憶している
もちろんあんたより高得点で合格してるし90点以上はそこそこいた
ここでは悪役ヒールとして鞍替えか期待してるぞ
ウザいと言われても自分を通せ
>>573
なるほど、
部分関数従属ではあるが、部分関数従属している属性が「非キー属性でない」なら、
第二正規形は満たす、
と言うのが、
自分の本来の理解であった
これについては疑う余地も無く正しいと同意されると信じる
第二正規形の定義は、
省略して「部分関数従属が無い事」と思い勝ちで、
自分はそれを反証するために、
非キー属性でない属性が候補キーに部分関数従属する場合は第二正規形を満たす
と言うべきだったが、
ことも有ろうか、
「第二正規形を満たす」を「部分関数従属は無い」と言い換えてしまった
これは本末転倒、
ミイラ取りがミイラになるという奴だ
元から、自分の理解は、
非キー属性で無い属性が候補キーに部分関数従属する場合は第二正規形の条件に反し無い、
ということであり、
その表現を徹底するべきであった
なるほど、
部分関数従属ではあるが、部分関数従属している属性が「非キー属性でない」なら、
第二正規形は満たす、
と言うのが、
自分の本来の理解であった
これについては疑う余地も無く正しいと同意されると信じる
第二正規形の定義は、
省略して「部分関数従属が無い事」と思い勝ちで、
自分はそれを反証するために、
非キー属性でない属性が候補キーに部分関数従属する場合は第二正規形を満たす
と言うべきだったが、
ことも有ろうか、
「第二正規形を満たす」を「部分関数従属は無い」と言い換えてしまった
これは本末転倒、
ミイラ取りがミイラになるという奴だ
元から、自分の理解は、
非キー属性で無い属性が候補キーに部分関数従属する場合は第二正規形の条件に反し無い、
ということであり、
その表現を徹底するべきであった
>>573
何も心配はいらない、自分がこの様な、傍若無人とも言われ、空気を読まず、人に耳を貸さない態度で、
誰が理解できるか知らない長文を連発できるのは、
自分本来の性格に起因する事に加えて、
過去10年余り、2ちゃんねる様々な板の様々なスレッドで、
それと同等か同等以上の事を繰り返してきた実績にも起因しているたまたま、最近はネスペ→デスペと渡り歩いただけの話だ
ただし、自分は対象のスレッドに応じて、
そのスレッドに対する根底的なスタンスは変化させている
あるスレッドでは、そのスレッドのレスが限り無く少なくなり、
いつか消滅する事を祈ってレスを続けていたりする
このスレッドにレスする根底的なスタンスは、自分がこんな調子で書き込むのは、
自分がレスしない場合に比べて、
レスした場合の方が、書き手や読み手にとってスレッドの活性が良い意味で向上する場合のみだ
幸い、自分がこのスレに来た当初は、
誰もレスしないよりは自分がレスした方がマシと確信できる程、
このスレの活性は低かったぞw
後、本試験の前後にネスペスレが「一時的な良スレ化」した時にも、
自分はかなりの高頻度で書き込んでいたんだぞ
何も心配はいらない、自分がこの様な、傍若無人とも言われ、空気を読まず、人に耳を貸さない態度で、
誰が理解できるか知らない長文を連発できるのは、
自分本来の性格に起因する事に加えて、
過去10年余り、2ちゃんねる様々な板の様々なスレッドで、
それと同等か同等以上の事を繰り返してきた実績にも起因しているたまたま、最近はネスペ→デスペと渡り歩いただけの話だ
ただし、自分は対象のスレッドに応じて、
そのスレッドに対する根底的なスタンスは変化させている
あるスレッドでは、そのスレッドのレスが限り無く少なくなり、
いつか消滅する事を祈ってレスを続けていたりする
このスレッドにレスする根底的なスタンスは、自分がこんな調子で書き込むのは、
自分がレスしない場合に比べて、
レスした場合の方が、書き手や読み手にとってスレッドの活性が良い意味で向上する場合のみだ
幸い、自分がこのスレに来た当初は、
誰もレスしないよりは自分がレスした方がマシと確信できる程、
このスレの活性は低かったぞw
後、本試験の前後にネスペスレが「一時的な良スレ化」した時にも、
自分はかなりの高頻度で書き込んでいたんだぞ
ネスペ？デスペ？
去年マ板のJavaスレにいたよなオマエ
去年マ板のJavaスレにいたよなオマエ
578 ：名無し検定１級さん：2014/01/29(水) 20:19:42.23
>>576は>>574へのレスだった
さてそろそろ真面目にデータベース理論の話をしようか
自分のこの執着的な書き込みの原動力は、
あくまでデータベース理論の探究だ
興味本位の執着心で、
ここまでやる奴がいるというスタンスは明示して置くぞ
とにかく今は
>>528の問題の話だ
この問題と解答を確認できる人は出来るだけ確認してくれ
>>504のABCDEに該当する属性と、
それらの属性間だけの関数従属性を考える
すると、
関係{A,B,C,D,E}
で、
問題図に明示された関数従属性は、
{A,B}→D
{C,D}→E
の2つだ
これらの明示された条件だけから考えれば、
候補キーは{A,B,C}である
試験の問題は、この関係を第三正規形に分解せよとの事で、解答は
{A,B,D}
{C,D,E}
となっている、
しかし、この分解だと、この2つの関係を結合する時、キーになる属性はDしかない
Dをキーとして結合した場合、分解前の{A,B,C}の組み合わせは正しく復元できるか？
常識ならそれは不可能であり、情報損失分解であるはずだ
第三正規形は情報無損失分解であるはずだから、第三正規形に分解せよという設問と解答が矛盾する様に思えるしかし、ここからが本題だ…
さてそろそろ真面目にデータベース理論の話をしようか
自分のこの執着的な書き込みの原動力は、
あくまでデータベース理論の探究だ
興味本位の執着心で、
ここまでやる奴がいるというスタンスは明示して置くぞ
とにかく今は
>>528の問題の話だ
この問題と解答を確認できる人は出来るだけ確認してくれ
>>504のABCDEに該当する属性と、
それらの属性間だけの関数従属性を考える
すると、
関係{A,B,C,D,E}
で、
問題図に明示された関数従属性は、
{A,B}→D
{C,D}→E
の2つだ
これらの明示された条件だけから考えれば、
候補キーは{A,B,C}である
試験の問題は、この関係を第三正規形に分解せよとの事で、解答は
{A,B,D}
{C,D,E}
となっている、
しかし、この分解だと、この2つの関係を結合する時、キーになる属性はDしかない
Dをキーとして結合した場合、分解前の{A,B,C}の組み合わせは正しく復元できるか？
常識ならそれは不可能であり、情報損失分解であるはずだ
第三正規形は情報無損失分解であるはずだから、第三正規形に分解せよという設問と解答が矛盾する様に思えるしかし、ここからが本題だ…
あったったｗｗｗ
長文といい自分語りといい これオマエだろ
Java、Android開発の職業訓練について Part.3.5
http://kohada.2ch.net/test/read.cgi/prog/1376847770/869
869 名前：仕様書無しさん[sage] 投稿日：2013/09/13(金) 18:14:26.98
>>865
自分の人生から得た教訓なので
説得力はあるよ
「あ、だから自分はダメだったのか」
ということに気付くことにもなる
で、このような考え方に行き着いたのは、
職業訓練でプログラミングを学んだおかげでもある
プログラムを組むには、「目的」を設定しなければ始まらない
例えば、「文字列と表示させる」を目的に設定した場合、
それを達成するには、どういったロジックを組む必要があるのか？を考える必要がある
Javaでは、printlnやprintを使えば文字列を表示させることが出来るのだが、
そこで終わるのではなく、printlnやprintを使えば、なぜ、文字列が表示されるのか？
を考える必要がある
さらに、Javaでは、それ以前に、classを作成して、その中にmainメソッドを作成して、
その中にprint文を書く必要がある
そうやって目的に達成するまでの、なぜメソッドが必要で、なぜ、そのメソッドはclassの中に
書く必要があるのか？というところまで考えていくことにする
そうすることで「なるほど、だから表示されるのか！」ということに気付くことができる
長文といい自分語りといい これオマエだろ
Java、Android開発の職業訓練について Part.3.5
http://kohada.2ch.net/test/read.cgi/prog/1376847770/869
869 名前：仕様書無しさん[sage] 投稿日：2013/09/13(金) 18:14:26.98
>>865
自分の人生から得た教訓なので
説得力はあるよ
「あ、だから自分はダメだったのか」
ということに気付くことにもなる
で、このような考え方に行き着いたのは、
職業訓練でプログラミングを学んだおかげでもある
プログラムを組むには、「目的」を設定しなければ始まらない
例えば、「文字列と表示させる」を目的に設定した場合、
それを達成するには、どういったロジックを組む必要があるのか？を考える必要がある
Javaでは、printlnやprintを使えば文字列を表示させることが出来るのだが、
そこで終わるのではなく、printlnやprintを使えば、なぜ、文字列が表示されるのか？
を考える必要がある
さらに、Javaでは、それ以前に、classを作成して、その中にmainメソッドを作成して、
その中にprint文を書く必要がある
そうやって目的に達成するまでの、なぜメソッドが必要で、なぜ、そのメソッドはclassの中に
書く必要があるのか？というところまで考えていくことにする
そうすることで「なるほど、だから表示されるのか！」ということに気付くことができる
>>578の続き
本題と言いつつ、その前に、
578の関係{A,B,C,D,E}について、明示された関数従属性に従って、
「第三正規形に分解せよ」という設問について、
忠実な手順に従って分解をしてみたい
まず、候補キーを探す、{A,B,C}は候補キーであり、
他に候補キーは無いと思える
非キー属性はDとEである
次に、非キー属性が候補キーに部分関数従属していないか探す
非キー属性であるDは候補キーの一部である{A,B}に関数従属している
そのため第二正規形でないので、
{A,B}→Dを別に分解すると、
{A,B,C,E}
{A,B,D}
となる
{A,B,C}→Eの関係従属は成立すると考えられるので、
この分解により、非キー属性の候補キーへの部分関数従属も推移関数従属もなくなり、
第三正規形では無いだろうか？
つまり、第三正規形に分解せよという設問だから、この分解は正解になるのでは？
ところが、解答では、
{A,B,D}
{C,D,E}
の分解になっているのである
この分解は、結合の時のキーがDだけで、
通常なら分解前の{A,B,C}の組を再現できない、
情報損失分解のはずである
この分解は第三正規形と言えるのだろうか
さらに、今度こそ本題だ…(続く)
本題と言いつつ、その前に、
578の関係{A,B,C,D,E}について、明示された関数従属性に従って、
「第三正規形に分解せよ」という設問について、
忠実な手順に従って分解をしてみたい
まず、候補キーを探す、{A,B,C}は候補キーであり、
他に候補キーは無いと思える
非キー属性はDとEである
次に、非キー属性が候補キーに部分関数従属していないか探す
非キー属性であるDは候補キーの一部である{A,B}に関数従属している
そのため第二正規形でないので、
{A,B}→Dを別に分解すると、
{A,B,C,E}
{A,B,D}
となる
{A,B,C}→Eの関係従属は成立すると考えられるので、
この分解により、非キー属性の候補キーへの部分関数従属も推移関数従属もなくなり、
第三正規形では無いだろうか？
つまり、第三正規形に分解せよという設問だから、この分解は正解になるのでは？
ところが、解答では、
{A,B,D}
{C,D,E}
の分解になっているのである
この分解は、結合の時のキーがDだけで、
通常なら分解前の{A,B,C}の組を再現できない、
情報損失分解のはずである
この分解は第三正規形と言えるのだろうか
さらに、今度こそ本題だ…(続く)
>>580の続き
580の解答で示された、
{A,B,D}
{C,D,E}
の分解について、
自分は確証が持てないものの、
この分解は第三正規形への分解と言えるか疑わしく、
通常なら情報損失分解である、と指摘したい
ところが、>>528の元の問題から得られる条件によると、この問題の場合は、
分解した{A,B,D}と{C,D,E}を、
Dをキーにして自然結合すると、
元の関係{A,B,C,D,E}の内容が何であれ、
情報無損失分解と同等に分解前に復元できるらしい、
というのが、
現時点での自分の考察である
その考察の正しさについては保証が無く、
もし情報損失分解であると証明されれば、
その分解は第三正規形として不適切であると言えるだろう
ただ、現時点で自分は情報損失分解である例を発見できていないので、
情報無損失分解と同等らしいという仮説で続けていく
(続く)
580の解答で示された、
{A,B,D}
{C,D,E}
の分解について、
自分は確証が持てないものの、
この分解は第三正規形への分解と言えるか疑わしく、
通常なら情報損失分解である、と指摘したい
ところが、>>528の元の問題から得られる条件によると、この問題の場合は、
分解した{A,B,D}と{C,D,E}を、
Dをキーにして自然結合すると、
元の関係{A,B,C,D,E}の内容が何であれ、
情報無損失分解と同等に分解前に復元できるらしい、
というのが、
現時点での自分の考察である
その考察の正しさについては保証が無く、
もし情報損失分解であると証明されれば、
その分解は第三正規形として不適切であると言えるだろう
ただ、現時点で自分は情報損失分解である例を発見できていないので、
情報無損失分解と同等らしいという仮説で続けていく
(続く)
>>581の続き
>>578の、
{A,B,D}
{C,D,E}
の分解が、どんな時もDをキーとした自然結合の結果が、
情報無損失分解と同等であるとした場合、
次の3点について考察する必要がある
①「この分解は情報無損失分解であるか？」
(Dをキーとした自然結合の結果は、
情報無損失分解と同等であるが、
区別されるべき別の物の可能性がある )
②「分解前は第何正規であり、分解後は第何正規形か？」
③「Dをキーとした自然結合によって、情報無損失分解と同等の結果になるのはなぜか？」
これらについて、考察できる力のある方は挑んでみてほしい
もちろん、情報損失分解であると示して、
情報無損失分解と同等であるという仮説を反証するのでもよい
自分はこの中で、③について、一定の推察を進めている
それについて、続きとして書きたい
>>578の、
{A,B,D}
{C,D,E}
の分解が、どんな時もDをキーとした自然結合の結果が、
情報無損失分解と同等であるとした場合、
次の3点について考察する必要がある
①「この分解は情報無損失分解であるか？」
(Dをキーとした自然結合の結果は、
情報無損失分解と同等であるが、
区別されるべき別の物の可能性がある )
②「分解前は第何正規であり、分解後は第何正規形か？」
③「Dをキーとした自然結合によって、情報無損失分解と同等の結果になるのはなぜか？」
これらについて、考察できる力のある方は挑んでみてほしい
もちろん、情報損失分解であると示して、
情報無損失分解と同等であるという仮説を反証するのでもよい
自分はこの中で、③について、一定の推察を進めている
それについて、続きとして書きたい
583 ：名無し検定１級さん：2014/01/29(水) 22:12:43.05
>>582続き
ここからは、>>528の問題の内容を読み取って、
図に明示されていない関数従属性についても判別していく
問題文に示される属性の意味等も関数従属の判断に利用する
>>578から、これまでの考察は、
問題図に明示された関数従属だけを頼りにしてきた
ここからは、明示されていない関数従属も判別するため、
考察の条件が大きく転換する事に注意する
そうして、>>582の③の解明に挑んでいく
まず、ここまで{A,B,C,D,E}としてき属性を、
問題内の属性に当てはめる
A…中問番号
B…大問ID
C…小問番号
D…中問ID
E…小問ID
である(AとBは逆でもよい)
続く
ここからは、>>528の問題の内容を読み取って、
図に明示されていない関数従属性についても判別していく
問題文に示される属性の意味等も関数従属の判断に利用する
>>578から、これまでの考察は、
問題図に明示された関数従属だけを頼りにしてきた
ここからは、明示されていない関数従属も判別するため、
考察の条件が大きく転換する事に注意する
そうして、>>582の③の解明に挑んでいく
まず、ここまで{A,B,C,D,E}としてき属性を、
問題内の属性に当てはめる
A…中問番号
B…大問ID
C…小問番号
D…中問ID
E…小問ID
である(AとBは逆でもよい)
続く
具体例の例証は、命題の厳密な証明たり得ない。
頼むから空気嫁よ。
IPAの高度試験のスレなんて試験前後以外盛り上がらないのが通例だろ。
それでみんな十分だろうし。
お前居丈高過ぎんだよ。
こちらが下手に出たからって調子乗りやがって。
マジうぜぇ。
お前は謂わばワカヤマンの亜種。
スレタイ付けた奴を恨みたくもなってしまう。
お前は死ぬまで数学基礎論で机上の空論捏ねてろ！
頼むから空気嫁よ。
IPAの高度試験のスレなんて試験前後以外盛り上がらないのが通例だろ。
それでみんな十分だろうし。
お前居丈高過ぎんだよ。
こちらが下手に出たからって調子乗りやがって。
マジうぜぇ。
お前は謂わばワカヤマンの亜種。
スレタイ付けた奴を恨みたくもなってしまう。
お前は死ぬまで数学基礎論で机上の空論捏ねてろ！
585 ：名無し検定１級さん：2014/01/29(水) 22:38:06.27
>>583続き
考察に必要な条件を問題文から整理する
・大問は中問の集まりで、 中問は小問の集まりである
・大問ID、中問ID、小問IDは、それぞれ、大問、中問、小問を一意に識別する
・小問は複数の中問で使用され、中問は複数の大問で使用される
・中問番号は大問の中の中問の順番、小問番号は中問の中の小問の順番
さて、必要な条件が揃った所で考察に入る
まず、中問IDと中問番号と小問IDの関係について考える
中問IDにより中問は一意に識別される、
中問とは小問の集まりであるから、
中問ID毎に小問の集まりが特定できる
それは、多値従属性であると考える
多値従属性は
中問ID→→小問ID
の表記である
また、小番号は中問の中の小問の順番で、
ある中問に10問の小問が含まれるなら、
小問番号は1から10までとなる
これも、中問毎に含まれる小問の数は決まっている事から、中問IDごとに小問番号の集まりが特定でき、
中問ID→→小問番号
の多値従属性があると考える
考察に必要な条件を問題文から整理する
・大問は中問の集まりで、 中問は小問の集まりである
・大問ID、中問ID、小問IDは、それぞれ、大問、中問、小問を一意に識別する
・小問は複数の中問で使用され、中問は複数の大問で使用される
・中問番号は大問の中の中問の順番、小問番号は中問の中の小問の順番
さて、必要な条件が揃った所で考察に入る
まず、中問IDと中問番号と小問IDの関係について考える
中問IDにより中問は一意に識別される、
中問とは小問の集まりであるから、
中問ID毎に小問の集まりが特定できる
それは、多値従属性であると考える
多値従属性は
中問ID→→小問ID
の表記である
また、小番号は中問の中の小問の順番で、
ある中問に10問の小問が含まれるなら、
小問番号は1から10までとなる
これも、中問毎に含まれる小問の数は決まっている事から、中問IDごとに小問番号の集まりが特定でき、
中問ID→→小問番号
の多値従属性があると考える
>>585続き
同様に、
大問ID→→中問番号
大問ID→→中問ID
である
それらは、
中問ID→→{小問番号,小問ID}
大問ID→→{中問番号,中問ID}
とも表記できる
これらから、
大問ID→→中問ID→→{小問番号,小問ID}
という、
推移的な多値従属性が導かれる
また、
大問ID→→中問番号
であるから、
大問IDだけで、他の全ての属性の集合が多値従属性によって求められる
つまり、多値従属性で見た場合、
大問IDはそれだけで、他の全ての属性の集合を一意に識別するキーの様な属性であり、
大問ID→→中問ID→→{小問番号,小問ID}
は推移的な多値従属性である
第三正規形の時と同様に、
推移的な多値従属性も分解できると考える
大問ID→→{中問番号,中問ID}
中問ID→→{小問番号,小問ID}
…
同様に、
大問ID→→中問番号
大問ID→→中問ID
である
それらは、
中問ID→→{小問番号,小問ID}
大問ID→→{中問番号,中問ID}
とも表記できる
これらから、
大問ID→→中問ID→→{小問番号,小問ID}
という、
推移的な多値従属性が導かれる
また、
大問ID→→中問番号
であるから、
大問IDだけで、他の全ての属性の集合が多値従属性によって求められる
つまり、多値従属性で見た場合、
大問IDはそれだけで、他の全ての属性の集合を一意に識別するキーの様な属性であり、
大問ID→→中問ID→→{小問番号,小問ID}
は推移的な多値従属性である
第三正規形の時と同様に、
推移的な多値従属性も分解できると考える
大問ID→→{中問番号,中問ID}
中問ID→→{小問番号,小問ID}
…
…
疲れたw
途中まで論理的に書いていたつもりだが、
詰めの部分を書こうとすると、
どうしても抽象的になってしまう
しかも、証明する手段は複数あると感じられるのに、
どうもうまく書けない
しかしゴールは見えた、
ゴールが見えて気が抜けたと言うか、
ゴールの存在が確実視できて、
それだけで真実に触れられた心地好さを感じている
多値従属性が鍵なのは確実であり、多値従属性が情報無損失分解の判定に例外をもたらすのもほぼ確実だと思う
それらは、それぞれ、
第四正規形と第五正規形の鍵になる概念であり、それらが複合して例外的な条件となるなら、
新たな正規形の定義の新設も視野に入れて検討しておきますw
続きは…また今度
こんな最後ですまないが、
続きはきっとあります…
疲れたw
途中まで論理的に書いていたつもりだが、
詰めの部分を書こうとすると、
どうしても抽象的になってしまう
しかも、証明する手段は複数あると感じられるのに、
どうもうまく書けない
しかしゴールは見えた、
ゴールが見えて気が抜けたと言うか、
ゴールの存在が確実視できて、
それだけで真実に触れられた心地好さを感じている
多値従属性が鍵なのは確実であり、多値従属性が情報無損失分解の判定に例外をもたらすのもほぼ確実だと思う
それらは、それぞれ、
第四正規形と第五正規形の鍵になる概念であり、それらが複合して例外的な条件となるなら、
新たな正規形の定義の新設も視野に入れて検討しておきますw
続きは…また今度
こんな最後ですまないが、
続きはきっとあります…
ほんとに、極めて直感的で抽象的な形なら心の中に答えがあるのに
関係(A,B,C,D,E)
で、
{A,B}→D
D→→{C,E}
{C,D}→E
の関数従属性が有るとき、
関係(A,B,D)
関係(C,D,E)
に分解すると、
Dをキーとして自然結合した場合に、
情報無損失分解と同様の結果になる
それはなぜか？
もうここから先が、
うまく論理的に言えず、
当たり前です、
とか、
自明です、
とかしか言えずに躓いたw
でもここで躓いて倒れても悔いは無い、ゴールは見えたから
取りあえず、
疲れたのでベッドに倒れ込む事にします
関係(A,B,C,D,E)
で、
{A,B}→D
D→→{C,E}
{C,D}→E
の関数従属性が有るとき、
関係(A,B,D)
関係(C,D,E)
に分解すると、
Dをキーとして自然結合した場合に、
情報無損失分解と同様の結果になる
それはなぜか？
もうここから先が、
うまく論理的に言えず、
当たり前です、
とか、
自明です、
とかしか言えずに躓いたw
でもここで躓いて倒れても悔いは無い、ゴールは見えたから
取りあえず、
疲れたのでベッドに倒れ込む事にします
>>588
ダメだろw
考えて見ろよ
もしAとBとCの組が100万個あったらどうする？
暗記する？メモる？
いや、どうせデータベースに登録するだろがw
分かったら(A,B,C)のテーブル作ってこいww
ダメだろw
考えて見ろよ
もしAとBとCの組が100万個あったらどうする？
暗記する？メモる？
いや、どうせデータベースに登録するだろがw
分かったら(A,B,C)のテーブル作ってこいww
>>590
作りたいけど、(A,B,C)のテーブル作ったら不正解にされてしまう！
作りたいけど、(A,B,C)のテーブル作ったら不正解にされてしまう！
>>591
自分は以前、
通常なら情報損失分解になるけど、
例外的に情報無損失分解になる分解の例について研究していた経歴が有るんだけど、
もしかしたら、この例も、
自然結合で情報無損失分解と同等の結果になるのかも知れませんね
ただ、自分は今疲れていて、それを検証する気力が無いのです
前回の研究も未完成で投げ出したままですし
いずれ研究のテーマにしたいと思います
自分は以前、
通常なら情報損失分解になるけど、
例外的に情報無損失分解になる分解の例について研究していた経歴が有るんだけど、
もしかしたら、この例も、
自然結合で情報無損失分解と同等の結果になるのかも知れませんね
ただ、自分は今疲れていて、それを検証する気力が無いのです
前回の研究も未完成で投げ出したままですし
いずれ研究のテーマにしたいと思います
荒らしか。。
わからない人間が下手に要約した問題相手になにやってんだ
試験問題は解答できるようになってるんだから、過去問全部解いて来い
わからない人間が下手に要約した問題相手になにやってんだ
試験問題は解答できるようになってるんだから、過去問全部解いて来い
>>593
ストレートフィット(505)に潜在する劣等感とそれに気づかないようにするための努力
ストレートフィット(505)に潜在する劣等感とそれに気づかないようにするための努力
595 ：名無し検定１級さん：2014/01/30(木) 09:41:49.62
よし、一晩寝たら疲れが取れたから、
>>589の続きを考えよう
やはり589に書いた関数従属性はゴールに極めて近いか、
ゴールそのものと言えた
{A,B}→D→→{C,E}
とすると、
第三正規形にする時と同じ、推移関数従属の分解と同じになり、
尚且つ、情報無損失分解と同等になるということだ
{A,B}は{C,E}への「推移的な多値従属性」があり、
推移的な多値従属性を含めて、
関係の全ての属性又は、属性の集合を一意に特定できる
つまり、{A,B}は多値従属的なスーパーキーであると言える
(候補キーと言わない理由はある)
その関数従属性で分解を行うと、
関係(A,B,D)
関係(C,D,E)に分解できる
関係(C,D,E)のDはD→{C,E}の多値従属性から、
この関係の他の属性の集合を一意に特定できるため、
多値従属的な候補キーである
関係(A,B,D)と関係(C,D,E)を
Dをキーとして結合する時、
Dは関係(C,D,E)の多値従属的な候補キーであるから、
元の(A,B,C,D,E)の{A,B}と{C,E}の組み合わせに関する情報は、
多値従属性の関数従属が保たれる事で、
失われないのだ
>>589の続きを考えよう
やはり589に書いた関数従属性はゴールに極めて近いか、
ゴールそのものと言えた
{A,B}→D→→{C,E}
とすると、
第三正規形にする時と同じ、推移関数従属の分解と同じになり、
尚且つ、情報無損失分解と同等になるということだ
{A,B}は{C,E}への「推移的な多値従属性」があり、
推移的な多値従属性を含めて、
関係の全ての属性又は、属性の集合を一意に特定できる
つまり、{A,B}は多値従属的なスーパーキーであると言える
(候補キーと言わない理由はある)
その関数従属性で分解を行うと、
関係(A,B,D)
関係(C,D,E)に分解できる
関係(C,D,E)のDはD→{C,E}の多値従属性から、
この関係の他の属性の集合を一意に特定できるため、
多値従属的な候補キーである
関係(A,B,D)と関係(C,D,E)を
Dをキーとして結合する時、
Dは関係(C,D,E)の多値従属的な候補キーであるから、
元の(A,B,C,D,E)の{A,B}と{C,E}の組み合わせに関する情報は、
多値従属性の関数従属が保たれる事で、
失われないのだ
結局この問題の答えはなんなの？
【問題】
候補キー{A,B,C}のみのテーブル(A,B,C,D,E)にて、{A,B}→D、{A,C}→Eの部分関数従属がある。第3正規化しなさい。
【問題】
候補キー{A,B,C}のみのテーブル(A,B,C,D,E)にて、{A,B}→D、{A,C}→Eの部分関数従属がある。第3正規化しなさい。
>>596
>>580で自分の第三正規形への分解を示しているが、正しい自信は全くない
>>582の②では、解答の様に分解する前後の正規形の判別を提起している
自分が今考えている中で一番斬新な考え方は、
分解前が第三正規形
そして、
解答の分解は第五正規形、つまり、
情報無損失分解
そして、その2つとは別に、
多値従属性に着目した、
第四正規形を軸にした分解がある、という予想
あくまで、これらは3つセットとして、自分の中で一番斬新な考えそもそも分解前から第三正規形では無いか？
というのが、もっとも斬新さが求められる着想かも知れない
それについて、極めて浅く抽象的に考えた結果、
どうやらあり得ない話では無いと思えた
それについて、
改めて詳しく書きたいと思う
…今「解答の分解は情報無損失分解」と書いた通り、
>>582の①と③については、
ここまでで自分なりの結論に到達した
後は②である
最も深刻な問題が②だ
それはもしかしたら、元の問題や解答の不備が指摘されるかも知れないからである
>>580で自分の第三正規形への分解を示しているが、正しい自信は全くない
>>582の②では、解答の様に分解する前後の正規形の判別を提起している
自分が今考えている中で一番斬新な考え方は、
分解前が第三正規形
そして、
解答の分解は第五正規形、つまり、
情報無損失分解
そして、その2つとは別に、
多値従属性に着目した、
第四正規形を軸にした分解がある、という予想
あくまで、これらは3つセットとして、自分の中で一番斬新な考えそもそも分解前から第三正規形では無いか？
というのが、もっとも斬新さが求められる着想かも知れない
それについて、極めて浅く抽象的に考えた結果、
どうやらあり得ない話では無いと思えた
それについて、
改めて詳しく書きたいと思う
…今「解答の分解は情報無損失分解」と書いた通り、
>>582の①と③については、
ここまでで自分なりの結論に到達した
後は②である
最も深刻な問題が②だ
それはもしかしたら、元の問題や解答の不備が指摘されるかも知れないからである
いつまでもグダグダと（呆）
何書いてるのか読まずに書くけど、これだけ考えて答え出せない奴はそりゃー落ちるよ。
>>596
その問題の正式な解答は存在しない。
その問題の正式な解答は存在しない。
解答がない問題なんてあんだね
解答がないなんて言ってないけど
正式じゃない解答ならあんだね。
正式じゃない解答で採点されたらたまったもんじゃないね
正式じゃない解答で採点されたらたまったもんじゃないね
どんな時も正規化理論にしたがって粛々と回答し、
それが解答と異なっていて減点されて、
それによって不合格になったとしても、
自分の理論が正しいなら、
胸を貼って自分こそ真のデータベーススペシャリストだと思えるようになりたい
…いや、正確には、
多少の減点では問題なく合格できるようになりたいw
去年午後1が59点だっただけになw
それが解答と異なっていて減点されて、
それによって不合格になったとしても、
自分の理論が正しいなら、
胸を貼って自分こそ真のデータベーススペシャリストだと思えるようになりたい
…いや、正確には、
多少の減点では問題なく合格できるようになりたいw
去年午後1が59点だっただけになw
的外れだから落ちてんだよ(´･д･｀)ﾊﾞｰｶ
自分の理論とやらにずっと執着して落ち続けてろw
自分の理論とやらにずっと執着して落ち続けてろw
みよちゃん本の過去問ダウンロードは、ありがたいけど、みんな印刷してるの？
面倒だなと思って。
面倒だなと思って。
正規化が解からなくても59点とれる試験か
なんか安心した
なんか安心した
610 ：名無し検定１級さん：2014/02/01(土) 23:59:38.14
自分で競馬データベースや競馬新聞を作りたいんだが
どんなプログラミング言語を学習すればいいですか？
競馬を通してプログラミングを勉強すれば楽しいと思うし、
仕事にも役立つとなれば一石二鳥。
データーソースは外部の物を利用。
どんなプログラミング言語を学習すればいいですか？
競馬を通してプログラミングを勉強すれば楽しいと思うし、
仕事にも役立つとなれば一石二鳥。
データーソースは外部の物を利用。
Excel
>>599
>>597では3つの事について自分が出した答えを書いているんだがな
ああ、読まずに書いているから分からなかったのかw
本試験の問題も読まずに答えているのかな？
それで一発合格したならすごいねw
599に限らず、このスレは一発合格者または一発合格見込み者が多いね
一回以上の不合格者なら、
一回不合格の自分を合格不合格を論点にして煽るのは見苦しいからねw
万が一、一回以上の不合格者なら、
実際はみんな一発合格者何だろうな
趣味でやってるだけの自分ですら、
初受験で後1点で合格の見込みあったから
自分は>>582の②について、
自分に納得のいく結論を探す
暇を持て余した一発合格者様たちに構ってもらうために、続きを書くかな
>>597では3つの事について自分が出した答えを書いているんだがな
ああ、読まずに書いているから分からなかったのかw
本試験の問題も読まずに答えているのかな？
それで一発合格したならすごいねw
599に限らず、このスレは一発合格者または一発合格見込み者が多いね
一回以上の不合格者なら、
一回不合格の自分を合格不合格を論点にして煽るのは見苦しいからねw
万が一、一回以上の不合格者なら、
実際はみんな一発合格者何だろうな
趣味でやってるだけの自分ですら、
初受験で後1点で合格の見込みあったから
自分は>>582の②について、
自分に納得のいく結論を探す
暇を持て余した一発合格者様たちに構ってもらうために、続きを書くかな
>>596
{A,C}→E
だったら簡単だがな
{C,D}→E
と言いたかったんだろ
関係(A,B,C,D,E)で、
候補キーが{A,B,C}で、
{A,B}→D
{C,D}→E
の関数従属があるなら、
{A,B,C}→E
の関数従属も導出されるだろう
{A,B}→Dは非キー属性が候補キーに部分関数従属しているから、それを分解する
{A,B,C}→E
{A,B}→D
これが第三正規形では？
第三正規化なんだなら、
候補キーを決める、
候補キーに部分関数従属する非キー属性を探す、
候補キーに推移関数従属する非キー属性を探す
この手順でやればいいだけじゃないのか？
{A,C}→E
だったら簡単だがな
{C,D}→E
と言いたかったんだろ
関係(A,B,C,D,E)で、
候補キーが{A,B,C}で、
{A,B}→D
{C,D}→E
の関数従属があるなら、
{A,B,C}→E
の関数従属も導出されるだろう
{A,B}→Dは非キー属性が候補キーに部分関数従属しているから、それを分解する
{A,B,C}→E
{A,B}→D
これが第三正規形では？
第三正規化なんだなら、
候補キーを決める、
候補キーに部分関数従属する非キー属性を探す、
候補キーに推移関数従属する非キー属性を探す
この手順でやればいいだけじゃないのか？
>>614
いや、>>596の問題文に誤記はありません。{A,C}→Eであってます。
問題は違いますが>>614と同様の手順で>>596をとけば、(A,B,C)、(A,B,D)、(A,C,E)になってしまい、不正解のようです。
いや、>>596の問題文に誤記はありません。{A,C}→Eであってます。
問題は違いますが>>614と同様の手順で>>596をとけば、(A,B,C)、(A,B,D)、(A,C,E)になってしまい、不正解のようです。
ここまで長文書いて間違ってるとかwwwwwwwそら落ちるわwwwwwww
がんばれ
がんばれ
>>617
よう、一発合格者様w
まさか、一回以上の不合格経験者なのに、
合格不合格を論点にして、
前回趣味で初受験で午後1で59点(不合格一回経験者)の自分を煽ってるわけじゃないよな？
そんな事は無いと信じるから、
自分はお前の事を一発合格者様だと信じるぞww
確かに自分は問題は取り違えたが、
>>528の問題に対して有効なレス内容となっている
その問題と自分の考えるに対して、
一発合格者様の実力で、
データベース理論の観点から指摘や助言が頂ければ助かるがなw
よう、一発合格者様w
まさか、一回以上の不合格経験者なのに、
合格不合格を論点にして、
前回趣味で初受験で午後1で59点(不合格一回経験者)の自分を煽ってるわけじゃないよな？
そんな事は無いと信じるから、
自分はお前の事を一発合格者様だと信じるぞww
確かに自分は問題は取り違えたが、
>>528の問題に対して有効なレス内容となっている
その問題と自分の考えるに対して、
一発合格者様の実力で、
データベース理論の観点から指摘や助言が頂ければ助かるがなw
もう帰れ
おまえは不要だ
おまえは不要だ
621 ：名無し検定１級さん：2014/02/02(日) 19:04:01.98
>>620
一発合格者様ww
一発合格者様こそ、
こんなスレは不要じゃないの？w
まさか、一発合格の実績を後ろ楯にして、
一回以上不合格経験者を煽るためにこのスレに居るの？w
そんな一発合格者様こそこのスレには不要なんだがな
まあとりあえず一発合格者様というのは、
合格しても尚、こんなスレに住み着いていて暇なんだな
自分は趣味でデータベーススペシャリストを取ったら、次は、
趣味でエンベデッドシステムスペシャリストを取る目標があるから、
忙しいのに
一発合格者様ww
一発合格者様こそ、
こんなスレは不要じゃないの？w
まさか、一発合格の実績を後ろ楯にして、
一回以上不合格経験者を煽るためにこのスレに居るの？w
そんな一発合格者様こそこのスレには不要なんだがな
まあとりあえず一発合格者様というのは、
合格しても尚、こんなスレに住み着いていて暇なんだな
自分は趣味でデータベーススペシャリストを取ったら、次は、
趣味でエンベデッドシステムスペシャリストを取る目標があるから、
忙しいのに
忙しいのに2chはやるんだね
>>622
その通り
と言うか全然勉強して無い
試験まで後20日なのに、
ああ簿記な
3級w
簿記3級→簿記2級→中小企業診断士→ITストラテジスト
という推移的関数従属性を、
早ければ年内に確立するのが、
趣味の目標だからなw
なに、無茶では無い
ちょうど3年前にITパスポートをやり始めた頃は、
高度試験など未知の領域だったのだから
それが今や自分はネットワークスペシャリストだ
それに比べたら、
中小企業診断士などネットワークスペシャリストよりは数段下に見ているし、
ITストラテジストもなんとかなると思っているし
あれ、データベーススペシャリストどこ行った
その通り
と言うか全然勉強して無い
試験まで後20日なのに、
ああ簿記な
3級w
簿記3級→簿記2級→中小企業診断士→ITストラテジスト
という推移的関数従属性を、
早ければ年内に確立するのが、
趣味の目標だからなw
なに、無茶では無い
ちょうど3年前にITパスポートをやり始めた頃は、
高度試験など未知の領域だったのだから
それが今や自分はネットワークスペシャリストだ
それに比べたら、
中小企業診断士などネットワークスペシャリストよりは数段下に見ているし、
ITストラテジストもなんとかなると思っているし
あれ、データベーススペシャリストどこ行った
無茶なんて誰も思ってないよ
暇な学生や銀行員は年に10～20個資格取ってるし。
暇な学生や銀行員は年に10～20個資格取ってるし。
はい、次の方～
デスペスレで盛大にオナニーしてる奴がいるらしい
629 ：名無し検定１級さん：2014/02/02(日) 21:01:30.63
不合格をネタに他人を煽る権利がある人=一発合格者様が暴れているな
でももし本人が不合格者だったらどんな気分なんだろう
まあ正常な思考としてそれはあり得ないかw
だからやはり一発合格者様なんだろうな
まさか不合格者じゃないよね？w
さて、たまには、
まとめとおさらいを兼ねてデータベース理論の話でもするか
関係(A,B,C,D,E)
で、
{A,B}→D
{C,D}→E
の関数従属性がある時、
これを、
(A,B,D)
(C,D,E)
に分解すると、
結合時のキーがDになり、
元の候補キーの{A,B}とCの組み合わせの情
報は失われる
つまり、情報損失分解
ところが、
D→→C
の多値従属性が有ると、
Cの取りうる値の集合はDによって決まる、また、
{A,B}→D
であるため、
{A,B}が決まればCの取りうる値の集合は一定となっている
そのため、
情報無損失分解となる
でももし本人が不合格者だったらどんな気分なんだろう
まあ正常な思考としてそれはあり得ないかw
だからやはり一発合格者様なんだろうな
まさか不合格者じゃないよね？w
さて、たまには、
まとめとおさらいを兼ねてデータベース理論の話でもするか
関係(A,B,C,D,E)
で、
{A,B}→D
{C,D}→E
の関数従属性がある時、
これを、
(A,B,D)
(C,D,E)
に分解すると、
結合時のキーがDになり、
元の候補キーの{A,B}とCの組み合わせの情
報は失われる
つまり、情報損失分解
ところが、
D→→C
の多値従属性が有ると、
Cの取りうる値の集合はDによって決まる、また、
{A,B}→D
であるため、
{A,B}が決まればCの取りうる値の集合は一定となっている
そのため、
情報無損失分解となる
ここはお前の日記じゃないんだ。チラシのうらに(ry
てか午後2 59点からまだ分かるが、
午後1（）59点で何威張ってんだか、笑止！
午後1（）59点で何威張ってんだか、笑止！
急に不合格不合格言わなくなったな
やはり自分が不合格者だった事に気付いたのだろうか？
データベース理論の話は何一つ出来ない様だし、先は遠そうだな
やはり自分が不合格者だった事に気付いたのだろうか？
データベース理論の話は何一つ出来ない様だし、先は遠そうだな
趣味の人、昨年はお世話になりました。
ボイスゴット、第四正規化のことを論じているの？？？
いーんだよ、だいだいで。そんなの最後の最後でわかればいい。
２回目なんだから、Ｈ１７－２５の午後Ⅰは１回はやるべき。
午後Ⅱは休日は全部つぶして問１をやるべき。
この試験はある程度こなさないと受からないよ。
ボイスゴット、第四正規化のことを論じているの？？？
いーんだよ、だいだいで。そんなの最後の最後でわかればいい。
２回目なんだから、Ｈ１７－２５の午後Ⅰは１回はやるべき。
午後Ⅱは休日は全部つぶして問１をやるべき。
この試験はある程度こなさないと受からないよ。
趣味の人、情報試験は趣味でやらないほうがいいよ。
本業にいそしんだほうがいいよ。
簿記2,3級なんて高校商業科の子が
毎日電卓とお友達になって、がりがり書きながらやるものだよ。
若い人でもそんななのに、大学卒業したら
経理でもない限りそんなのできないよ。
片手間にやるものではない。必ず落ちる。
本業にいそしんだほうがいいよ。
簿記2,3級なんて高校商業科の子が
毎日電卓とお友達になって、がりがり書きながらやるものだよ。
若い人でもそんななのに、大学卒業したら
経理でもない限りそんなのできないよ。
片手間にやるものではない。必ず落ちる。
趣味の人、情報試験は趣味でやらないほうがいいよ。
本業にいそしんだほうがいいよ。
簿記2,3級なんて高校商業科の子が
毎日電卓とお友達になって、がりがり書きながらやるものだよ。
若い人でもそんななのに、大学卒業したら
経理でもない限りそんなのできないよ。
片手間にやるものではない。必ず落ちる。
本業にいそしんだほうがいいよ。
簿記2,3級なんて高校商業科の子が
毎日電卓とお友達になって、がりがり書きながらやるものだよ。
若い人でもそんななのに、大学卒業したら
経理でもない限りそんなのできないよ。
片手間にやるものではない。必ず落ちる。
午後２は問１の方がいいのか。。。
間違えたw
午後Ⅱ問２は必ず休日全部やるべき。
２回目なら午後Ⅰ対策用に午後Ⅱ問１もやるが、
時間的にもうないはず。
午後Ⅱ問２は必ず休日全部やるべき。
２回目なら午後Ⅰ対策用に午後Ⅱ問１もやるが、
時間的にもうないはず。
だよな。問題の傾向が読みやすい問２だよな。
先週あたりから勉強始めたよ。
同士のみんな頑張ろうぜ！
おれはとりあえず試験までモンハン封印したわ。
先週あたりから勉強始めたよ。
同士のみんな頑張ろうぜ！
おれはとりあえず試験までモンハン封印したわ。
>>619
一発合格者だよ。お前と同じく趣味でな。午後1で59点は泣けるよな。お察しします。合格者からの助言だが、そんなにその問題にこだわっても合格は遠いぞ。そろそろ午後2やった方がいい
一発合格者だよ。お前と同じく趣味でな。午後1で59点は泣けるよな。お察しします。合格者からの助言だが、そんなにその問題にこだわっても合格は遠いぞ。そろそろ午後2やった方がいい
一年前のこのスレはわりと有効な助言とか多くて参考になったんだけどなぁ。俺も2ch止めて勉強しろって話だなw
いや、趣味の人は昨年頑張ったはず。
いかに修正するか、 時間内に解けるかだと思う。
ボイスコット、とくにこの問題の解説は各社わかりにくかった
と思った。こういう問題は翔泳社とITEC比べて
読むべき。
過去問は比較用にいくつか買うことになるよ
いかに修正するか、 時間内に解けるかだと思う。
ボイスコット、とくにこの問題の解説は各社わかりにくかった
と思った。こういう問題は翔泳社とITEC比べて
読むべき。
過去問は比較用にいくつか買うことになるよ
>>615
誤記というか問題が本当にそれであってか考え直した方が良い
誤記というか問題が本当にそれであってか考え直した方が良い
まあこんな資格ささっと取っちまえよ
きちんと勉強して当日の朝きちんとうんこしておけば落ちないから
あと昼食の食いすぎには気をつけろよ
経験者は語るでー
きちんと勉強して当日の朝きちんとうんこしておけば落ちないから
あと昼食の食いすぎには気をつけろよ
経験者は語るでー
(腹壊しよったなこいつ)
>>642
それは>>596が問題として成立してないということ？それとも過去問の要約を間違えてるということ？
たとえ過去問の要約を間違えてたとしても、>>596が問題として成立しているのであれば解答を知りたい
それは>>596が問題として成立してないということ？それとも過去問の要約を間違えてるということ？
たとえ過去問の要約を間違えてたとしても、>>596が問題として成立しているのであれば解答を知りたい
>>632
不合格w
不合格w
>>629
すっこんでろ不合格様はw
すっこんでろ不合格様はw
合格したやつがいつまでも
ネチネチとスレ見てんじゃねぇよ。
ネチネチとスレ見てんじゃねぇよ。
649 ：名無し検定１級さん：2014/02/03(月) 12:13:11.42
>>633
趣味の者ですが、
自分は去年、人の役に立つ様な事はしましたかね？w
別の人かも知れません
BCNFや第四正規形にも触れましたが、
さらに一歩進んで、
多値従属性により、
通常なら情報損失分解になるのが情報無損失分解になる例を指摘し、
さらに現在は、
多値従属性による情報無損失分解を解答とする出題は、
意図的にそれが(多値従属性による)情報無損失分解であると理解した上で出題されたのか？
と言う点に思考を進めています
つまり、
①出題者は解答が情報無損失であると確認して出題している
②出題者は解答が情報無損失分解であると確認せずに出題している
のどちらかですが、
①の場合にそれを行なった物の、自分が指摘する多値従属性による情報無損失分解であるなど、
通常なら情報損失分解になる分解の例外である場合もある訳です
その場合、回答者にはそれが一見して情報損失分解に見えてしまい、回答の難易度が上がるかもしれません
②については、
これが正しく検証されていないなら、
第三正規形は一般的に情報無損失分解であるという、
多くの受験者が理解しているであろう常識と異なり、
回答に混乱を来す事になると思います
このスレで指摘されている過去問の中には、
情報損失分解を行なっているとしか思えないものも有るわけです
趣味の者ですが、
自分は去年、人の役に立つ様な事はしましたかね？w
別の人かも知れません
BCNFや第四正規形にも触れましたが、
さらに一歩進んで、
多値従属性により、
通常なら情報損失分解になるのが情報無損失分解になる例を指摘し、
さらに現在は、
多値従属性による情報無損失分解を解答とする出題は、
意図的にそれが(多値従属性による)情報無損失分解であると理解した上で出題されたのか？
と言う点に思考を進めています
つまり、
①出題者は解答が情報無損失であると確認して出題している
②出題者は解答が情報無損失分解であると確認せずに出題している
のどちらかですが、
①の場合にそれを行なった物の、自分が指摘する多値従属性による情報無損失分解であるなど、
通常なら情報損失分解になる分解の例外である場合もある訳です
その場合、回答者にはそれが一見して情報損失分解に見えてしまい、回答の難易度が上がるかもしれません
②については、
これが正しく検証されていないなら、
第三正規形は一般的に情報無損失分解であるという、
多くの受験者が理解しているであろう常識と異なり、
回答に混乱を来す事になると思います
このスレで指摘されている過去問の中には、
情報損失分解を行なっているとしか思えないものも有るわけです
505がおとなしく消えれば済む話じゃね？
色々とレス返信しなければいけないレスが多いけど、
それを飛ばして緊急で>>651
教えてくれてありがとう
診断士の二次と情報処理秋季が被ってるのか
自分にとってこのスレで一番役に立った情報です
受験日は一意性制約に引っかかる事を考慮して居なかった、
データベーススペシャリスト合格を目指す物として不覚
まあ、現実的には、
中小企業診断士一次試験不合格→ITストラテジスト
中小企業診断士一次試験合格→ITストラテジスト
のどちらかで検討して置こうかな
元々診断士はストラテジストの踏み台な訳だし
それを飛ばして緊急で>>651
教えてくれてありがとう
診断士の二次と情報処理秋季が被ってるのか
自分にとってこのスレで一番役に立った情報です
受験日は一意性制約に引っかかる事を考慮して居なかった、
データベーススペシャリスト合格を目指す物として不覚
まあ、現実的には、
中小企業診断士一次試験不合格→ITストラテジスト
中小企業診断士一次試験合格→ITストラテジスト
のどちらかで検討して置こうかな
元々診断士はストラテジストの踏み台な訳だし
最初から把握しておけ間抜け。
すげえ馬鹿だなw
まったくだｗ
DBはもちろんITストラテジストなんてなお無理ｗ
DBはもちろんITストラテジストなんてなお無理ｗ
診断士がストラテの踏み台ってのも初耳
>>634
片手間だと落ちるとの事ですが、ネスペは片手間で受かりましたからね
ただし、趣味なりに努力はしましたが
簿記は本来は診断士やストラテジストを受ける時のために財務会計の知識を身につけるのが目的で、
電卓操作等は本来の目的に適しませんが、簿記の試験を受ける事は財務会計の学習の指標のひとつと考えています
もちろん合格したいです
ちなみに、大学卒業したら…との事ですが、
ネスペスレにも書いて同一人物特定されてますが、
自分は工業高校卒ですよw
片手間だと落ちるとの事ですが、ネスペは片手間で受かりましたからね
ただし、趣味なりに努力はしましたが
簿記は本来は診断士やストラテジストを受ける時のために財務会計の知識を身につけるのが目的で、
電卓操作等は本来の目的に適しませんが、簿記の試験を受ける事は財務会計の学習の指標のひとつと考えています
もちろん合格したいです
ちなみに、大学卒業したら…との事ですが、
ネスペスレにも書いて同一人物特定されてますが、
自分は工業高校卒ですよw
長いから読みたくない
Twitterかなんかでやってろって感じ
Twitterかなんかでやってろって感じ
>>639
全面的に同意できるが、
午後1で59点で不合格は泣ける
の部分だけは多少違う
前回の初受験の時は、
午後1を解いている最中は、
正直、非常に簡単に感じていたんだよ
所が、試験直後から次々にミスを自覚しはじめて、
その段階で午後1はほぼ絶望と覚悟していた
59点はむしろ上方修正に感じたぐらいだ
自分は前回は、
この試験を甘く見すぎた事も、厳しく見すぎた事も、両面ある
甘く見る事でミスを許さぬ執着を失い、
厳しく見すぎる事で不合格を許さぬ執念を失ってしまう
執着と執念は、自分のこのスレでのレスが表す通りの、
自分の性格的な根源であると思う
正規化理論は難しい、自分はそれを今後は甘く見ない、
ネスペは高度試験初合格だったが、
デスペはそれと同じ高度試験なのだから、
合格の不可能性を意識する対象とは見なさない
全面的に同意できるが、
午後1で59点で不合格は泣ける
の部分だけは多少違う
前回の初受験の時は、
午後1を解いている最中は、
正直、非常に簡単に感じていたんだよ
所が、試験直後から次々にミスを自覚しはじめて、
その段階で午後1はほぼ絶望と覚悟していた
59点はむしろ上方修正に感じたぐらいだ
自分は前回は、
この試験を甘く見すぎた事も、厳しく見すぎた事も、両面ある
甘く見る事でミスを許さぬ執着を失い、
厳しく見すぎる事で不合格を許さぬ執念を失ってしまう
執着と執念は、自分のこのスレでのレスが表す通りの、
自分の性格的な根源であると思う
正規化理論は難しい、自分はそれを今後は甘く見ない、
ネスペは高度試験初合格だったが、
デスペはそれと同じ高度試験なのだから、
合格の不可能性を意識する対象とは見なさない
追記
まあ負け惜しみの理屈になると思うが、
ネスペ一回目が午後2が53点だった時は、不本意だったし、
納得行かなかったし、
あの問題をああ答えたら合格だったとか考えたが、
そんなのは全部無駄だったんだよ
一年後、前回受験時とは桁違いの、
ネットワークシステムに対する体系的知識を身に付けた自分の姿があった
趣味でそこまでやるかと言うレベルw
ここからが負け惜しみの理論の本題だが、
自分は一年後にその自分を手に入れるために初回不合格になったんだと思えるわけ
まぐれで初回合格しても到達できなかった境地だよ
そうすると、初回不合格で良かったとすら思える、負け惜しみの極地に至るわけだよ w
ネスペの午後2で80点は点数調整もあるだろうが、
他の受験者との相対的な実力で上位なのは間違いないわけで
まあ、その中で試験中に自力で正解可能だづた問題がいくつかあり、
それを逃さぬ事で全受験者中21人目の90点台になれなかった事を後悔してるんだけど
デスペだって同じだよ合格ラインとかいうつまらない物を粉砕したい
でも正直、難しいよねデスペは
まあ負け惜しみの理屈になると思うが、
ネスペ一回目が午後2が53点だった時は、不本意だったし、
納得行かなかったし、
あの問題をああ答えたら合格だったとか考えたが、
そんなのは全部無駄だったんだよ
一年後、前回受験時とは桁違いの、
ネットワークシステムに対する体系的知識を身に付けた自分の姿があった
趣味でそこまでやるかと言うレベルw
ここからが負け惜しみの理論の本題だが、
自分は一年後にその自分を手に入れるために初回不合格になったんだと思えるわけ
まぐれで初回合格しても到達できなかった境地だよ
そうすると、初回不合格で良かったとすら思える、負け惜しみの極地に至るわけだよ w
ネスペの午後2で80点は点数調整もあるだろうが、
他の受験者との相対的な実力で上位なのは間違いないわけで
まあ、その中で試験中に自力で正解可能だづた問題がいくつかあり、
それを逃さぬ事で全受験者中21人目の90点台になれなかった事を後悔してるんだけど
デスペだって同じだよ合格ラインとかいうつまらない物を粉砕したい
でも正直、難しいよねデスペは
長い3行にしろ
趣味まで読んだ
さて、突然だがデータベース理論の話だ
関係(A,B,C,D,E)
で、候補キーは{A,B,C}のみであり、
{A,B}→D
{A,C}→E
の関数従属性がある時、
これを第三正規形にしたらどうなるか？
第三正規形にするには、
①候補キーに部分関数従属する非キー属性を別テーブルに分解する
②候補キーに推移関数従属する非キー属性を別テーブルに分解する常にこの手順に従えば良いのだ
DとEは候補キーに部分関数従属する非キー属性なので、Dから分解するとする
(A,B,C,E)(A,B,D)
すると、この様に2つのテーブルになる
次にEも分解すると、
(A,B,C)(A,B,D)(A,C,E)
という、3つのテーブルになる
自分がここで何を強調したいか、それは(A,B,C)の存在だ
このテーブルは正規化によって「新たに作られたテーブル」では無い
手順を見直せば分かる通り、
候補キーに部分関数従属する非キー属性を分解した後の、「残り物」である
全ての非キー属性が候補キーに部分関数従属する場合、
「残り物」は候補キーその物になるのは自明なのだ
あえて、この残り物を記述しない解答があったとしたら
自分はそれが第三正規形であるかを疑う事になる
関係(A,B,C,D,E)
で、候補キーは{A,B,C}のみであり、
{A,B}→D
{A,C}→E
の関数従属性がある時、
これを第三正規形にしたらどうなるか？
第三正規形にするには、
①候補キーに部分関数従属する非キー属性を別テーブルに分解する
②候補キーに推移関数従属する非キー属性を別テーブルに分解する常にこの手順に従えば良いのだ
DとEは候補キーに部分関数従属する非キー属性なので、Dから分解するとする
(A,B,C,E)(A,B,D)
すると、この様に2つのテーブルになる
次にEも分解すると、
(A,B,C)(A,B,D)(A,C,E)
という、3つのテーブルになる
自分がここで何を強調したいか、それは(A,B,C)の存在だ
このテーブルは正規化によって「新たに作られたテーブル」では無い
手順を見直せば分かる通り、
候補キーに部分関数従属する非キー属性を分解した後の、「残り物」である
全ての非キー属性が候補キーに部分関数従属する場合、
「残り物」は候補キーその物になるのは自明なのだ
あえて、この残り物を記述しない解答があったとしたら
自分はそれが第三正規形であるかを疑う事になる
>>663
(A,B,C)が無くても第三正規？
(A,B,C)が無くても第三正規？
>>663の手順①②を見直して欲しい
候補キー、および、
候補キーに完全関数従属する属性は、
どちらの条件にも当てはまらないのは明らかだろう
つまり、
分解前のテーブルを元のテーブル、
分解される属性が含まれるテーブルを新たなテーブルと呼ぶとすると、第三正規化では、
「元のテーブル」には、
候補キーおよび、候補キーに完全関数従属する属性が「残る」わけである
この、元のテーブルに「残る」と言う感覚が大事だと思う
それは残っただけで、
新たに作られてはいない
もう一度言う、
>>663の①②に従う限り、
候補キーと候補キーに完全関数従属する属性は、
元のテーブルに残る
候補キー、および、
候補キーに完全関数従属する属性は、
どちらの条件にも当てはまらないのは明らかだろう
つまり、
分解前のテーブルを元のテーブル、
分解される属性が含まれるテーブルを新たなテーブルと呼ぶとすると、第三正規化では、
「元のテーブル」には、
候補キーおよび、候補キーに完全関数従属する属性が「残る」わけである
この、元のテーブルに「残る」と言う感覚が大事だと思う
それは残っただけで、
新たに作られてはいない
もう一度言う、
>>663の①②に従う限り、
候補キーと候補キーに完全関数従属する属性は、
元のテーブルに残る
>>664
(A,B,C)こそ、
>>663の①②に従った場合の、
自分の表現で言うところの「残り物」であり、
それは第三正規化の前から終了まで存在していた物であり、
その存在を含まない解答を第三正規形と呼ぶ事は、
自分は疑問視する
(A,B,C)こそ、
>>663の①②に従った場合の、
自分の表現で言うところの「残り物」であり、
それは第三正規化の前から終了まで存在していた物であり、
その存在を含まない解答を第三正規形と呼ぶ事は、
自分は疑問視する
もっと単純に考えよう
(A,B,C,D)で、
候補キーが{A,B,C}で
C→D
の関数従属性がある時、
これを第三正規形にした結果が
(C,D)
だったらおかしいでしょう？
第三正規化の答えとなるテーブルの構成は、
分解よって新たに作られたテーブルと、
分解前の元のテーブルの残り、
という組み合わせになるはずです
この例なら、
(A,B,C)…元のテーブルの残り
(C,D)…新たなテーブル
の2つのテーブルを記述するのが正解だと思いますが
(A,B,C,D)で、
候補キーが{A,B,C}で
C→D
の関数従属性がある時、
これを第三正規形にした結果が
(C,D)
だったらおかしいでしょう？
第三正規化の答えとなるテーブルの構成は、
分解よって新たに作られたテーブルと、
分解前の元のテーブルの残り、
という組み合わせになるはずです
この例なら、
(A,B,C)…元のテーブルの残り
(C,D)…新たなテーブル
の2つのテーブルを記述するのが正解だと思いますが
669 ：名無し検定１級さん：2014/02/04(火) 00:01:33.86
後、ここからが、
自分が言いたい事の、
本質であり核心でありながら、
抽象論や精神論の世界になってくるんだけど
つまるところ、
第三正規化の対象とは、
「テーブル」であって、
「関数従属図」では無い
テーブルは試験中では「関係」と表現されるが紛らわしい言葉だからテーブルと言う
(自分はテーブルと関係の関係を完全に理解してないけど関係無いものとする)
ともかく試験問題は、
「関係≒テーブルを分解せよ」と書いているんだ
関数従属図を分解せよとは書いていない
問題用紙に記された、
「主な関数従属性」しか書いていない、
場合によっては、設問の意図で間違った関数従属性まで書いているような、
関数従属図を頼りに答えるから間違うのでは無いか？
間違うとは、その関数従属図に従った、直感的な回答が、
そのテーブルに対する本来の「第三正規化」とは異なる事もありえると言う事だ
そもそも、関数従属図とは何のためにあるんだろう？それが疑問だ
自分はそれは、(第三)正規化のためと言うのが一つの理由では無いかと思う
だから、あるテーブルの関数従属図と、第三正規化の結果は、
本来は直感的に結びつくべきだと思う
自分が言いたい事の、
本質であり核心でありながら、
抽象論や精神論の世界になってくるんだけど
つまるところ、
第三正規化の対象とは、
「テーブル」であって、
「関数従属図」では無い
テーブルは試験中では「関係」と表現されるが紛らわしい言葉だからテーブルと言う
(自分はテーブルと関係の関係を完全に理解してないけど関係無いものとする)
ともかく試験問題は、
「関係≒テーブルを分解せよ」と書いているんだ
関数従属図を分解せよとは書いていない
問題用紙に記された、
「主な関数従属性」しか書いていない、
場合によっては、設問の意図で間違った関数従属性まで書いているような、
関数従属図を頼りに答えるから間違うのでは無いか？
間違うとは、その関数従属図に従った、直感的な回答が、
そのテーブルに対する本来の「第三正規化」とは異なる事もありえると言う事だ
そもそも、関数従属図とは何のためにあるんだろう？それが疑問だ
自分はそれは、(第三)正規化のためと言うのが一つの理由では無いかと思う
だから、あるテーブルの関数従属図と、第三正規化の結果は、
本来は直感的に結びつくべきだと思う
670 ：名無し検定１級さん：2014/02/04(火) 00:15:02.63
>>668
その様に明確に理由を述べる指摘は有益であると感じます
確かに、AやBの属性を失うのは問題ですね
自分はあえて問題のある例を示し、
その問題点を指摘してもらえた事が重要です
ここで、 >>663の①②の手順に従えば、
>>667の第三正規化の結果は
(A,B,C)
(C,D)
になります
これなら、指摘の点のAやBの属性は失われません
自分が言いたいのは、
>>667では、
AやBの属性が失われたら問題だから(A,B,C)が必要、
という判断が無くても、
>>663の①②の手順に機械的に従うだけで、
>>667も問題の無い分解の結果になると言う事です
>>663と>>667は条件が違うとの指摘ですが、
自分の考えは、
>>663の手順に従えばどんな条件でも、
問題なく第三正規形にできると言う事です
その様に明確に理由を述べる指摘は有益であると感じます
確かに、AやBの属性を失うのは問題ですね
自分はあえて問題のある例を示し、
その問題点を指摘してもらえた事が重要です
ここで、 >>663の①②の手順に従えば、
>>667の第三正規化の結果は
(A,B,C)
(C,D)
になります
これなら、指摘の点のAやBの属性は失われません
自分が言いたいのは、
>>667では、
AやBの属性が失われたら問題だから(A,B,C)が必要、
という判断が無くても、
>>663の①②の手順に機械的に従うだけで、
>>667も問題の無い分解の結果になると言う事です
>>663と>>667は条件が違うとの指摘ですが、
自分の考えは、
>>663の手順に従えばどんな条件でも、
問題なく第三正規形にできると言う事です
>>663の①②の手順に従うと言うのは、補足が必要かも知れませんが
①②の手順で分解されたテーブルと、
「元のテーブルの残り」が、
全部合わせて、
第三正規化の解答になると言うのが自分の考えです
>>663でも>>667でも、解答には、元のテーブルの残り、
つまり(A,B,C)が含まれるべき、
と自分は考えています
①②の手順で分解されたテーブルと、
「元のテーブルの残り」が、
全部合わせて、
第三正規化の解答になると言うのが自分の考えです
>>663でも>>667でも、解答には、元のテーブルの残り、
つまり(A,B,C)が含まれるべき、
と自分は考えています
>>670
>>663の手順に従えば確実に第三正規形になったとしても、それが『(A,B,C)を削除した場合に第三正規形が崩れる』事の根拠にはならない。
よって、>>663で(A,B,C)を消してはいけない理由にはなってない。
>>663の手順に従えば確実に第三正規形になったとしても、それが『(A,B,C)を削除した場合に第三正規形が崩れる』事の根拠にはならない。
よって、>>663で(A,B,C)を消してはいけない理由にはなってない。
>>672
なるほど
あなたの言う事は、ひとつの理論の体系を確立するに十分な論点であると思う
あなたの立場で表現するところの「消す」と言う事の可否を検証する事は、
紛れのないデータベース理論の論点だ
多くの受験者が回答に際して、感心と注意を払うべき論点だ
回答者は何を根拠にして、その可否を判断したら良いだろうか？
ひとつは、情報無損失分解の概念だ
第三正規形は一般的に情報無損失分解とされる
ただ、一方で、勉強不足で完全では無いが、
情報無損失分解はとは結合従属性に関連して、第五正規形で考慮される物でもあると思う
自分が言えるのは、
>>663の手順の結果は候補キーを分解せずに残すため、
必ず情報無損失分解になる、
と言う事まで
第三正規形は原則的に情報無損失分解、という立場なら、
この手順での回答を勧めたいと自分は思う
なるほど
あなたの言う事は、ひとつの理論の体系を確立するに十分な論点であると思う
あなたの立場で表現するところの「消す」と言う事の可否を検証する事は、
紛れのないデータベース理論の論点だ
多くの受験者が回答に際して、感心と注意を払うべき論点だ
回答者は何を根拠にして、その可否を判断したら良いだろうか？
ひとつは、情報無損失分解の概念だ
第三正規形は一般的に情報無損失分解とされる
ただ、一方で、勉強不足で完全では無いが、
情報無損失分解はとは結合従属性に関連して、第五正規形で考慮される物でもあると思う
自分が言えるのは、
>>663の手順の結果は候補キーを分解せずに残すため、
必ず情報無損失分解になる、
と言う事まで
第三正規形は原則的に情報無損失分解、という立場なら、
この手順での回答を勧めたいと自分は思う
675 ：名無し検定１級さん：2014/02/04(火) 01:03:18.47
>>673
なるほど、もっともな指摘であり、
その論点に対して、
純然たるデータベース理論の観点から、
回答を用意する義務が自分にはあると感じる
ただ、その完全な回答を今ここで用意するには、
自分の実力、或いは時間、若しくは書き込み欄の容量が、
足りないという事も認めなければいけないい
その上で、不完全な現時点での自分の考えを示す
ひとつは、第三正規化とはそういうものだと言うことだ
これは本来は、そういう主張をするには、
上記の様に純然たるデータベース理論によるべきだが、
同じく上記の様に、自分には足りない物が多い
もうひとつは、情報無損失分解を論点にする事だが、
これも確固たるデータベース理論として述べられるに至らない
ただ、試験問題では情報損失分解であるために、
「結合の罠」が生じる事例が取り上げられる場合があり、
その一方で、第三正規形未満では更新時異常の事例が取り上げられる
この試験では第三正規形は、冗長性が無く、尚且つ情報無損失であると言う、
「理想の正規形」として扱われていると思う
従って、この試験の解答においては第三正規形は情報無損失とするのが整合性があると思うが、
それは必ずしもデータベース理論的とは言えないとも認める
なるほど、もっともな指摘であり、
その論点に対して、
純然たるデータベース理論の観点から、
回答を用意する義務が自分にはあると感じる
ただ、その完全な回答を今ここで用意するには、
自分の実力、或いは時間、若しくは書き込み欄の容量が、
足りないという事も認めなければいけないい
その上で、不完全な現時点での自分の考えを示す
ひとつは、第三正規化とはそういうものだと言うことだ
これは本来は、そういう主張をするには、
上記の様に純然たるデータベース理論によるべきだが、
同じく上記の様に、自分には足りない物が多い
もうひとつは、情報無損失分解を論点にする事だが、
これも確固たるデータベース理論として述べられるに至らない
ただ、試験問題では情報損失分解であるために、
「結合の罠」が生じる事例が取り上げられる場合があり、
その一方で、第三正規形未満では更新時異常の事例が取り上げられる
この試験では第三正規形は、冗長性が無く、尚且つ情報無損失であると言う、
「理想の正規形」として扱われていると思う
従って、この試験の解答においては第三正規形は情報無損失とするのが整合性があると思うが、
それは必ずしもデータベース理論的とは言えないとも認める
もっとデータベース理論的に踏み込んだ思考が出来ない点が歯がゆい
もっとボトムアップで考えれば、
繰り返し項目を含む非正規形があり、
繰り返し項目が無く非キー属性が候補キーに部分関数従属する第一正規形があり、
繰り返し項目が無く候補キーに部分関数従属する非キー属性が無く候補キーに推移関数従属する非キー属性がある第二正規形があり、繰り返し項目が無く全ての非キー属性が候補キーに完全関連従属する第三正規形がある
…待てよ
全ての非キー属性が候補キーに完全関数従属「しさえすれば」、
それは第三正規形なのか
それなら、
情報無損失分解とかお構い無しに、
テーブルを限り無く細かく分解して、
候補キーからの部分関数従属も推移関数従属も無くしてしまえば、
はい第三正規形です、良くできましたと、
点をくれるのか？
…どんどんデータベース理論から脱線していると認めるが、
試験の制度上、
「テーブルの限りない細分化による第三正規化」
に歯止めをかける必要は無いか？
情報無損失分解は、
その暗黙の歯止めでは無いのか？
それが歯止めで無いなら、限りない細分化による第三正規化をどう採点する？
ああ、各テーブルに適切なテーブル名が付けられてるかか、
実はそれが歯止めだったのかよ？ww
もっとボトムアップで考えれば、
繰り返し項目を含む非正規形があり、
繰り返し項目が無く非キー属性が候補キーに部分関数従属する第一正規形があり、
繰り返し項目が無く候補キーに部分関数従属する非キー属性が無く候補キーに推移関数従属する非キー属性がある第二正規形があり、繰り返し項目が無く全ての非キー属性が候補キーに完全関連従属する第三正規形がある
…待てよ
全ての非キー属性が候補キーに完全関数従属「しさえすれば」、
それは第三正規形なのか
それなら、
情報無損失分解とかお構い無しに、
テーブルを限り無く細かく分解して、
候補キーからの部分関数従属も推移関数従属も無くしてしまえば、
はい第三正規形です、良くできましたと、
点をくれるのか？
…どんどんデータベース理論から脱線していると認めるが、
試験の制度上、
「テーブルの限りない細分化による第三正規化」
に歯止めをかける必要は無いか？
情報無損失分解は、
その暗黙の歯止めでは無いのか？
それが歯止めで無いなら、限りない細分化による第三正規化をどう採点する？
ああ、各テーブルに適切なテーブル名が付けられてるかか、
実はそれが歯止めだったのかよ？ww
>>676で自分が表現する「歯止め」に関して、
分解したテーブルに適切な名前を付ける事、
よりは幾分かはデータベース理論的な提案をしたい
それは>>663の手順「まで」を、
第三正規化の定義とする事だ
つまり、候補キーを1決めて①②をやる、
と言う事をやり、
それ以上はやらない
それが第三正規形だと言えば、
情報無損失分解にもなるし、
限りない細分化による第三正規化も防げる
…なんかもう滅茶苦茶だな、
>>663の手順で(A,B,C)を消してはいけ無い理由を問われ、
>>663を第三正規化の定義にしようと言ってしまった訳だww
まあこんな無茶な思考に至る程、厳しい指摘であり、意味のある指摘なんだな
自分は今後も、
データベース理論の観点からこの問題を再考したいと思う
分解したテーブルに適切な名前を付ける事、
よりは幾分かはデータベース理論的な提案をしたい
それは>>663の手順「まで」を、
第三正規化の定義とする事だ
つまり、候補キーを1決めて①②をやる、
と言う事をやり、
それ以上はやらない
それが第三正規形だと言えば、
情報無損失分解にもなるし、
限りない細分化による第三正規化も防げる
…なんかもう滅茶苦茶だな、
>>663の手順で(A,B,C)を消してはいけ無い理由を問われ、
>>663を第三正規化の定義にしようと言ってしまった訳だww
まあこんな無茶な思考に至る程、厳しい指摘であり、意味のある指摘なんだな
自分は今後も、
データベース理論の観点からこの問題を再考したいと思う
データベース理論を追求したいと言いつつ、
データベース理論で考えると行き詰まるという…
やはり、自分の本来の居場所は、抽象と直感の世界なのだろう
自分の書き込みの多くを他の人は理解出来ない、乱文であるし、
極度に抽象化された思考がベースだから
自分しか見ていない物を文字で可視化するから伝わりにくい
と言うわけで開き直り、
深く遠い抽象の世界へ歯止め無く進んでみよう
今自分が心の中で見ているのは
①候補キーが{A,B,C}である理由
②テーブルが(A,B,C,D,E)である理由
②の理由はそれを作った人がそう作ったから、これはほんとにそう
リレーショナルデータベースの世界では、繰り返し項目さえ無ければ、つまり、非正規形で無ければ、どんなテーブルでも作って良い
だから、(A,B,C,D,E)というテーブルが作られた理由は、作った人の意思だけでよい
データベース理論で考えると行き詰まるという…
やはり、自分の本来の居場所は、抽象と直感の世界なのだろう
自分の書き込みの多くを他の人は理解出来ない、乱文であるし、
極度に抽象化された思考がベースだから
自分しか見ていない物を文字で可視化するから伝わりにくい
と言うわけで開き直り、
深く遠い抽象の世界へ歯止め無く進んでみよう
今自分が心の中で見ているのは
①候補キーが{A,B,C}である理由
②テーブルが(A,B,C,D,E)である理由
②の理由はそれを作った人がそう作ったから、これはほんとにそう
リレーショナルデータベースの世界では、繰り返し項目さえ無ければ、つまり、非正規形で無ければ、どんなテーブルでも作って良い
だから、(A,B,C,D,E)というテーブルが作られた理由は、作った人の意思だけでよい
>>678続き
非正規形でさえなければ、データベース理論の観点から、
人が作ったテーブルの内容にかんしてケチを付けられる事なんて何も無いんだ
だから例えば、
AさんのB要素に関する情報と、
AさんのC要素に関する情報を、
BとCは全く無関係であるにも関わらず、
AさんについてB要素とC要素を一つのテーブルで表したとしても、
データベース理論の観点から人にケチを言われる所以は無いのである
かくして、このテーブルの候補キーは{A,B,C}となったのだった…
続く
非正規形でさえなければ、データベース理論の観点から、
人が作ったテーブルの内容にかんしてケチを付けられる事なんて何も無いんだ
だから例えば、
AさんのB要素に関する情報と、
AさんのC要素に関する情報を、
BとCは全く無関係であるにも関わらず、
AさんについてB要素とC要素を一つのテーブルで表したとしても、
データベース理論の観点から人にケチを言われる所以は無いのである
かくして、このテーブルの候補キーは{A,B,C}となったのだった…
続く
眠さが歯止めになって来たので寝ますわ
続きは有ります
ちゃんと道筋を立てて、ある可能性を指摘しますから
真面目に書いているんですよ
続きは有ります
ちゃんと道筋を立てて、ある可能性を指摘しますから
真面目に書いているんですよ
もうスレたててそこでやってくれ
聞いてないことを書き続けるならチラ裏だわまじで
盛大に自演までしてるし
盛大に自演までしてるし
午後２の長文読む修行かと思えば
まあ読んでないけど
それよりも、Studyplusが友達０更新でちょっと辛いわ
まあ読んでないけど
それよりも、Studyplusが友達０更新でちょっと辛いわ
×更新
○行進
○行進
687 ：505：2014/02/04(火) 12:21:32.91
今日は野暮用で外をうろちょろしてるけど
たまにはノンビリ新しい町を歩くのも良いな
気分転換になって、
また新しい考えが次から次へと浮かんできそうだぜww
たまにはノンビリ新しい町を歩くのも良いな
気分転換になって、
また新しい考えが次から次へと浮かんできそうだぜww
趣味の人は大学の授業とかが好きそうな人だけど、
この試験は学術的なものではなくて、
作業に近いんだが。
この試験は学術的なものではなくて、
作業に近いんだが。
もう構うなよ荒らしに
691 ：名無し検定１級さん：2014/02/04(火) 23:02:43.82
中小企業診断士→応用情報→ITストラテジスト
の流れは、ちゃんと土台ができてる状態で、ITストラテジストに結び付けられるからいい。
可能であれば、会計士や社労士に業独があるのでITストラテジストを目指す前に取れてるといいんだけど。
の流れは、ちゃんと土台ができてる状態で、ITストラテジストに結び付けられるからいい。
可能であれば、会計士や社労士に業独があるのでITストラテジストを目指す前に取れてるといいんだけど。
３月９日の模擬試験受ける人いる？
午後２が難しいです。。。
去年は午後２が合格点に達しなかったため落ちました。
勉強法や参考書などはどうしてますか？
誰かアドバイスください。
去年は午後２が合格点に達しなかったため落ちました。
勉強法や参考書などはどうしてますか？
誰かアドバイスください。
自分の場合は
・情報処理教科書から本試験問題集にコンバート
過去にさかのぼるに従い、無理やり感があるから。
・簡単な問題を徹底的にマスターする。
業務知識があまり必要でないものを選ぶ。
解説を読みながら掛けなかったも部分を実際に書いてみる。
忘れてしまうので、短期間のうちに復習。
これを1問、３問、5問と繰り返す。
それ以上は通常通りに演習。
・業務知識を問うものは後。
最近はそういう問題は出ない。
一方で、DBにでるような内容は常識として知らなければならないレベル。
・情報処理教科書から本試験問題集にコンバート
過去にさかのぼるに従い、無理やり感があるから。
・簡単な問題を徹底的にマスターする。
業務知識があまり必要でないものを選ぶ。
解説を読みながら掛けなかったも部分を実際に書いてみる。
忘れてしまうので、短期間のうちに復習。
これを1問、３問、5問と繰り返す。
それ以上は通常通りに演習。
・業務知識を問うものは後。
最近はそういう問題は出ない。
一方で、DBにでるような内容は常識として知らなければならないレベル。
695 ：名無し検定１級さん：2014/02/08(土) 18:44:31.34
へたに業務知識がありすぎると、かえって変な先入観で解いてしまうかも。
したがって、業務知識がなくても心配いらない。
したがって、業務知識がなくても心配いらない。
696 ：名無し検定１級さん：2014/02/08(土) 20:44:22.21
例えば、
ネットワークとデータベースでは業務経験無しで取りやすいのはデータベースだろう
データベースの勉強は大半が「机上の空論」だからな
ネットワークは実際の機器を触った経験が試験の理解を左右する部分が多々ある
まあ、自分はネットワークは業務未経験で取れたので、
次こそは業務未経験でも取りやすいデータベースを取りこぼし無く取りたい所だ
データベースを取るなら理論を極めつつ作業に慣れる事だろう、
理論に関しては自分の名前欄「505」の書き込みを参考にして欲しい
では、自分はしばらく勉強に励む、簿記3級の…
ネットワークとデータベースでは業務経験無しで取りやすいのはデータベースだろう
データベースの勉強は大半が「机上の空論」だからな
ネットワークは実際の機器を触った経験が試験の理解を左右する部分が多々ある
まあ、自分はネットワークは業務未経験で取れたので、
次こそは業務未経験でも取りやすいデータベースを取りこぼし無く取りたい所だ
データベースを取るなら理論を極めつつ作業に慣れる事だろう、
理論に関しては自分の名前欄「505」の書き込みを参考にして欲しい
では、自分はしばらく勉強に励む、簿記3級の…
うぜえ
同じ現場にならないことを願う
あああ、趣味の人、今から簿記やったらデータベース受からないよ。
趣味の人がいっているER図レベルは経験なしでできるだろうけど、
それ以上は試しながらじゃないと身につかないよ。
分散化とかは。
ＳＱＬもミック本レベルになると実行してみないと身につかないし。
それ以上は試しながらじゃないと身につかないよ。
分散化とかは。
ＳＱＬもミック本レベルになると実行してみないと身につかないし。
701 ：名無し検定１級さん：2014/02/08(土) 22:43:20.69
正規化って外部キーの設定とは関係ないんだよね？
テーブルを分割した時に外部キーはらなかったら不正解になるの？
テーブルを分割した時に外部キーはらなかったら不正解になるの？
関係有るで
考えたことなかったな。
張らないとだめだろ。
不正解いないないうより、仕事したときに何がマスターかわからないだろ。
張らないとだめだろ。
不正解いないないうより、仕事したときに何がマスターかわからないだろ。
ただ、この試験だけ限定で言うと、
外部キーの線を引けと書いてある問題と書いてない問題がある。
特に午後Ⅰ。
勉強のときにそのことに気がついて、受験時は注意していた。
外部キーの線を引けと書いてある問題と書いてない問題がある。
特に午後Ⅰ。
勉強のときにそのことに気がついて、受験時は注意していた。
試験の外部キーは論理的な話であって
業務上はその制約設定しないことがほとんどじゃないかな
処理重くなるし
業務上はその制約設定しないことがほとんどじゃないかな
処理重くなるし
ミック本まじおすすめ
ミック本の達人に学ぶＳＱＬで勉強している。
サポートページもあって最高だ。
もっと若いときに世に出して欲しかった。
試験に関係ないことだが。
サポートページもあって最高だ。
もっと若いときに世に出して欲しかった。
試験に関係ないことだが。
>>707
あれはいい本だな
あれはいい本だな
>>707
SQLなんて，ほとんど出ないのに，何やってるの？？ｗ
SQLなんて，ほとんど出ないのに，何やってるの？？ｗ
業務でＳＱＬ使うし、オラクル持ってるから午後Ⅰの問３（ＳＱＬ）選択しようと思ってたけど、
過去問解いてみたらＳＱＬの知識だけあっても無理ぽだからやめたわ。。。
しかも、必ずＳＱＬが出題されるわけでもなさそうだし。
午前Ⅱレベル解ければ十分だとおもた。
過去問解いてみたらＳＱＬの知識だけあっても無理ぽだからやめたわ。。。
しかも、必ずＳＱＬが出題されるわけでもなさそうだし。
午前Ⅱレベル解ければ十分だとおもた。
そんなこと言う人いるのか。
アプリの製造とＳＱＬは切っても切り離せないと思うけどね。
アプリの製造とＳＱＬは切っても切り離せないと思うけどね。
713 ：名無し検定１級さん：2014/02/10(月) 11:59:07.78
SQLがわからないのにデータベーススペシャリストとかｗ
>>713
データベース設計の試験だからな。SQLの出題はおまけみたいなもん。
データベース設計の試験だからな。SQLの出題はおまけみたいなもん。
715 ：名無し検定１級さん：2014/02/10(月) 23:52:06.15
H20 午後1 問2の最後の設問は、
販売履歴(販売番号、従業員番号)のテーブル追加じゃ、だめなん？
販売履歴(販売番号、従業員番号)のテーブル追加じゃ、だめなん？
おまいら勉強進んでるか？
おれはやっとこさ過去問三年分やったとこだ。
午後６割いける気がしない。。。
おれはやっとこさ過去問三年分やったとこだ。
午後６割いける気がしない。。。
SQLなんて知ってて当たり前の試験だと思うけどなぁ。
実は、午後1問1問2選択でもSQLの知識が生かされるんだよね
前回は「外結合」を答えさせる問題が出たし
自分はそれを理解していたから正答できたお陰で、
午後1では59点を取る事が出来た
受験の動機は趣味だから全然悔しく無いし、
まあ本音を言うと早いことエンベデッドシステムスペシャリストを受けたいんだけどね、
趣味で
しかし、自分に取って最大の課題は、
簿記3級の勉強をやって居ない点である
明日こそ…、明日こそは、
…電卓を買おう!!!
前回は「外結合」を答えさせる問題が出たし
自分はそれを理解していたから正答できたお陰で、
午後1では59点を取る事が出来た
受験の動機は趣味だから全然悔しく無いし、
まあ本音を言うと早いことエンベデッドシステムスペシャリストを受けたいんだけどね、
趣味で
しかし、自分に取って最大の課題は、
簿記3級の勉強をやって居ない点である
明日こそ…、明日こそは、
…電卓を買おう!!!
where句すらろくにわからない俺でも合格できました。
てかこの試験SQLいらなくね？
てかこの試験SQLいらなくね？
趣味の人、簿記は電卓使って勉強するものなんですが。。。。
SQLの重要度は低い。SQL苦手でもSQLの問題を選択しなければ良いだけ。
それでも合格できる。
ソースは自分。ｗ
それでも合格できる。
ソースは自分。ｗ
まぁでもデータベーススペシャリスト持ってるけどSQL知らないとか
基本情報持ってるけどプログラム組めませんとか言われたら
「は？」ってなるけどね。面接でも職場でも。
基本情報持ってるけどプログラム組めませんとか言われたら
「は？」ってなるけどね。面接でも職場でも。
ＳＱＬ勉強しているといっても、ミック本レベルです。
著者が言っているＳＱＬ一発でデータが取得できずに
プログラムでぐるぐる回す癖がついていますので勉強しています。
デスペは合格していますが、まだまだです。
著者が言っているＳＱＬ一発でデータが取得できずに
プログラムでぐるぐる回す癖がついていますので勉強しています。
デスペは合格していますが、まだまだです。
H21 午後1 問1の設問2(3)は、
糖尿病の病型が、主診断名から推移的関数従属してるんじゃない？
公式の解答に納得いかない。
糖尿病の病型が、主診断名から推移的関数従属してるんじゃない？
公式の解答に納得いかない。
あと、715も、誰か意見下さい。
>>724
図５を見る限り病型と主診断の間に関数従属は無い
問題文中にも書かれていない
ググってみたが
Ⅰ型はインシュリンが作れないタイプでⅡ型はインシュリンがあるけど機能しないタイプのようだ
名簿の男女別のようなあつかいではないだろうか
そしてこの問題を作った試験官は糖尿病の可能性が高い
図５を見る限り病型と主診断の間に関数従属は無い
問題文中にも書かれていない
ググってみたが
Ⅰ型はインシュリンが作れないタイプでⅡ型はインシュリンがあるけど機能しないタイプのようだ
名簿の男女別のようなあつかいではないだろうか
そしてこの問題を作った試験官は糖尿病の可能性が高い
>>724
問題文と図に書いていないから、導けるかもわからない。
>>715
反論できない。
ただ、レジうちのようにしょっちゅう人が変わるものはそうしたいが、
誰かのお得意さんをそんなテーブルに登録したくないな。
問題文と図に書いていないから、導けるかもわからない。
>>715
反論できない。
ただ、レジうちのようにしょっちゅう人が変わるものはそうしたいが、
誰かのお得意さんをそんなテーブルに登録したくないな。
>>726
グゥの音も出ないほどの回答ありがとうございます。
最後の推測も含め、完璧すぎます。
そういえばアイテック本に、身長と体重からBMIが算出(推移的)できると解答するのは考えすぎ、と書いてありました。
問題文から読み取れることを忠実に解けばいいのですね。
グゥの音も出ないほどの回答ありがとうございます。
最後の推測も含め、完璧すぎます。
そういえばアイテック本に、身長と体重からBMIが算出(推移的)できると解答するのは考えすぎ、と書いてありました。
問題文から読み取れることを忠実に解けばいいのですね。
>>728
午後Ⅰは問題文、図から読み取れることだけ書く。
実際は導けられそうでも、問題文に書いてなければ書いてはだめ。
逆に午後Ⅰは図になくとも問題文に（特に表）例外もしくは推移的関数従属が
書いてある。
図のみで解答することは１０分で可能であるが、引っかけを確認するために
表で確認する必要がある。
表、図を読みながら考えながら解く方法は時間が足りなくなる。
午後Ⅰは問題文、図から読み取れることだけ書く。
実際は導けられそうでも、問題文に書いてなければ書いてはだめ。
逆に午後Ⅰは図になくとも問題文に（特に表）例外もしくは推移的関数従属が
書いてある。
図のみで解答することは１０分で可能であるが、引っかけを確認するために
表で確認する必要がある。
表、図を読みながら考えながら解く方法は時間が足りなくなる。
女性がダイエットに詳しいように、
日本人なら大人になれば、糖尿なんて誰でも詳しいに決まってる。
日本人なら大人になれば、糖尿なんて誰でも詳しいに決まってる。
情報無損失分解じゃないものが解答とか意味わからんなIPA。itecが指摘してるとかは出てきたけど、正確な解説がないな
以前書きかけたのだけど、
リレーショナルデータベースでは非正規形で無い限りはどんなテーブルでも作る事が出来る
試験問題の第三正規形未満のテーブルは、
誰かが何らかの意図でそう作った物に過ぎない
そのテーブルに集められる属性は、
データベース理論によって決定されるのでは無く、
テーブル作成者の自由な意思で決定される
あるテーブル作成者は思いつく限りの属性を１つのテーブルに集めるかも知れないし、
何らかの関連があると思われる属性を1つに集めてテーブルを作るかも知れない
重要なのは、その行為はデータベース理論の観点から、
非正規形では無いこと以上の制限を受けない点だ
その様なテーブルに対して、データベース理論的に第三正規化を行うのはどんな意味があるだろうか？
その時、そのテーブルの、
候補キーや、関数従属性や、情報無損失分解といった概念には、どんな意味があるだろうか？
ここに何か意味が隠されていそうなのだが明確に指摘できない
あ、簿記の勉強しなきゃ
リレーショナルデータベースでは非正規形で無い限りはどんなテーブルでも作る事が出来る
試験問題の第三正規形未満のテーブルは、
誰かが何らかの意図でそう作った物に過ぎない
そのテーブルに集められる属性は、
データベース理論によって決定されるのでは無く、
テーブル作成者の自由な意思で決定される
あるテーブル作成者は思いつく限りの属性を１つのテーブルに集めるかも知れないし、
何らかの関連があると思われる属性を1つに集めてテーブルを作るかも知れない
重要なのは、その行為はデータベース理論の観点から、
非正規形では無いこと以上の制限を受けない点だ
その様なテーブルに対して、データベース理論的に第三正規化を行うのはどんな意味があるだろうか？
その時、そのテーブルの、
候補キーや、関数従属性や、情報無損失分解といった概念には、どんな意味があるだろうか？
ここに何か意味が隠されていそうなのだが明確に指摘できない
あ、簿記の勉強しなきゃ
つまり、非正規形でない、
つまり第一正規形を満たすテーブルがある時、
そのテーブルはその中の属性同士の関係が、
データベース理論的になんらかの秩序を持っている場合と、
データベース理論的にまるで無秩序な場合があるのでは無いだろうか？
前者は正規化理論に忠実に従う事で「綺麗に」第三正規化できるが、
後者は第三正規化しようとすると、
うまく行かなくなる事があるのでは無いか
つまり、ある種の「不適切な」第一正規形のテーブルに対しては、
正規化理論が正当に通用しない場合があるのでは無いか
またいずれ、その様な具体例の検証を行いたい
簿記が終わったら
つまり第一正規形を満たすテーブルがある時、
そのテーブルはその中の属性同士の関係が、
データベース理論的になんらかの秩序を持っている場合と、
データベース理論的にまるで無秩序な場合があるのでは無いだろうか？
前者は正規化理論に忠実に従う事で「綺麗に」第三正規化できるが、
後者は第三正規化しようとすると、
うまく行かなくなる事があるのでは無いか
つまり、ある種の「不適切な」第一正規形のテーブルに対しては、
正規化理論が正当に通用しない場合があるのでは無いか
またいずれ、その様な具体例の検証を行いたい
簿記が終わったら
やはり自分の言う事には一定の正統性がありそうだ
正規化の際にまず意識するのは候補キーだが、
テーブルの作成者が１つのテーブルに無秩序に属性を詰め込んでいる場合、
そこから導出される候補キーには一体どんな意味があるのか？
またその候補キーに基づく正規化の結果の意味も…
自分はその様な候補キーや正規化の結果は、
それらの属性の本来在るべき管理される形を実現しない場合がある様に思う
非常に抽象的で深い考察を要求される…
正規化を問う問題では、
対象のテーブルは正規化に適した形で無ければいけない、
という結論が出そうな気もする
正規化の際にまず意識するのは候補キーだが、
テーブルの作成者が１つのテーブルに無秩序に属性を詰め込んでいる場合、
そこから導出される候補キーには一体どんな意味があるのか？
またその候補キーに基づく正規化の結果の意味も…
自分はその様な候補キーや正規化の結果は、
それらの属性の本来在るべき管理される形を実現しない場合がある様に思う
非常に抽象的で深い考察を要求される…
正規化を問う問題では、
対象のテーブルは正規化に適した形で無ければいけない、
という結論が出そうな気もする
はやくほかの問題解けよ
738 ：名無し検定１級さん：2014/02/14(金) 20:47:32.89
>>733
正確な解説はいずれ自分がやりたいけど、
今は取りあえず次の問題点を指摘するに留める(過去にこのスレに書いてるけど)
情報無損失分解が認められるなら、
テーブルを好きにいくらでも細かく分解しても良いわけだ
そのようにして、部分関数従属や推移関数従属が無くなったテーブルは、第三正規形であるか？
それが第三正規形であるなら、それは第三正規形にせよという設問で正解となるか？
正確な解説はいずれ自分がやりたいけど、
今は取りあえず次の問題点を指摘するに留める(過去にこのスレに書いてるけど)
情報無損失分解が認められるなら、
テーブルを好きにいくらでも細かく分解しても良いわけだ
そのようにして、部分関数従属や推移関数従属が無くなったテーブルは、第三正規形であるか？
それが第三正規形であるなら、それは第三正規形にせよという設問で正解となるか？
739 ：名無し検定１級さん：2014/02/14(金) 23:18:07.77
上記の指摘に対する一定の回答を自分は用意する事はできる
しかし、より深く、曖昧な世界の中に、更なる課題がある…
関係(A,B,C,D,E)で、
候補キーが｛A,B,C}であり、
｛A,B}→D
｛A,C}→E
の関数従属性がある時、
この関係を
(A,B,D)
(A,C,E)
に分解する事が、
極めて妥当であるという、
具体例を示す事が出来るのである
それが妥当である理由は、精神論的な論点までも含むが、
それはそもそも、１つのテーブルの属性の集合自体が、
テーブル作成者の意図によって作られた物であると言うのが、
根本的な原因になっている
だから自分は先のレスで、
テーブルに含まれる属性はデータベース理論で決めるのでは無い、
テーブル作成者の意図という「精神論」で決まるのだ、
と書いている
そう、正規化理論の出発点は正規化対象のテーブルであり、
そのテーブルは作成者の精神活動による産物だ
だから、正規化理論の出発点は、
精神論になってもおかしくないだろう？
ああ、簿記の勉強が捗らないな
しかし、より深く、曖昧な世界の中に、更なる課題がある…
関係(A,B,C,D,E)で、
候補キーが｛A,B,C}であり、
｛A,B}→D
｛A,C}→E
の関数従属性がある時、
この関係を
(A,B,D)
(A,C,E)
に分解する事が、
極めて妥当であるという、
具体例を示す事が出来るのである
それが妥当である理由は、精神論的な論点までも含むが、
それはそもそも、１つのテーブルの属性の集合自体が、
テーブル作成者の意図によって作られた物であると言うのが、
根本的な原因になっている
だから自分は先のレスで、
テーブルに含まれる属性はデータベース理論で決めるのでは無い、
テーブル作成者の意図という「精神論」で決まるのだ、
と書いている
そう、正規化理論の出発点は正規化対象のテーブルであり、
そのテーブルは作成者の精神活動による産物だ
だから、正規化理論の出発点は、
精神論になってもおかしくないだろう？
ああ、簿記の勉強が捗らないな
740 ：名無し検定１級さん：2014/02/14(金) 23:51:16.77
自分はずっと前のレスで、
テーブル(A,B,C,D,E)で、候補キーが｛A,B,C}である時、
そのテーブルが(A,B,C,D,E)であり、
候補キーが｛A,B,C}である理由はなぜか？
という旨のレスをしている
今ならこの答えは分かるだろう？
そのテーブルが(A,B,C,D,E)であるのは、
作成者がその様にテーブルを作ったからだ
候補キーが｛A,B,C}である理由は結果論になる
テーブル作成者の意思で作られたテーブル(A,B,C,D,E)の中で、
候補キーの定義に当たる物を探すと、
結果的に｛A,B,C}だった、と言うことだ
それは何を意味するか、
テーブルに含まれる属性は作成者の精神活動によって決められる
そして、テーブルに含まれる属性が決まれば、
それらの属性に候補キーの定義を当てはまる事で候補キーは結果論的に決まる
…この関係は奇しくも関数従属的だ
作成者の精神活動→テーブルに含まれる属性であり、
テーブルに含まれる属性→候補キー
である
作成者の精神活動→テーブルに含まれる属性→候補キー
こう書けば、推移関数従属にもなる
つまり、推移関数従属的に、
候補キーの決定項すら、
作成者の精神活動なのである
テーブル(A,B,C,D,E)で、候補キーが｛A,B,C}である時、
そのテーブルが(A,B,C,D,E)であり、
候補キーが｛A,B,C}である理由はなぜか？
という旨のレスをしている
今ならこの答えは分かるだろう？
そのテーブルが(A,B,C,D,E)であるのは、
作成者がその様にテーブルを作ったからだ
候補キーが｛A,B,C}である理由は結果論になる
テーブル作成者の意思で作られたテーブル(A,B,C,D,E)の中で、
候補キーの定義に当たる物を探すと、
結果的に｛A,B,C}だった、と言うことだ
それは何を意味するか、
テーブルに含まれる属性は作成者の精神活動によって決められる
そして、テーブルに含まれる属性が決まれば、
それらの属性に候補キーの定義を当てはまる事で候補キーは結果論的に決まる
…この関係は奇しくも関数従属的だ
作成者の精神活動→テーブルに含まれる属性であり、
テーブルに含まれる属性→候補キー
である
作成者の精神活動→テーブルに含まれる属性→候補キー
こう書けば、推移関数従属にもなる
つまり、推移関数従属的に、
候補キーの決定項すら、
作成者の精神活動なのである
741 ：名無し検定１級さん：2014/02/15(土) 00:09:47.27
テーブルがその作成者の精神活動の産物であるという事は受け入れ易いが、
候補キーが作成者の精神活動の産物であるというのは盲点になりがちだ
候補キーとはいかにもデータベース理論的で、精神論の対極の様な存在だからだ
しかし、前述の「推移関数従属性」によれば、
候補キーはテーブル作成者の精神活動に推移関数従属しているのは紛れもない事実だ
テーブル作成者の気分が変われば、
テーブルに含まれる属性も変わる、すると、
候補キーも変わる
こう書いてしまえば当たり前でしか無いのだが…
ともかく、候補キーとは根底では精神論の産物に過ぎない
あくまで、精神論の産物であるテーブルの中から、
そのテーブルの候補キーを見つけるというプロセス自体が、
データベース理論的なのである
そのプロセスがデータベース理論であり、
それによって決まる候補キー自体は、
テーブル作成者の気分次第で揺らぐ曖昧な存在なのだ
自分は、以前に候補キーに持っていたイメージと、
その実像とのギャップに強い衝撃を受ける
候補キーを見つけるプロセスは論理的だが、
候補キー自体は精神論的な存在だ
この事実を受け入れるのは重要である
候補キーが作成者の精神活動の産物であるというのは盲点になりがちだ
候補キーとはいかにもデータベース理論的で、精神論の対極の様な存在だからだ
しかし、前述の「推移関数従属性」によれば、
候補キーはテーブル作成者の精神活動に推移関数従属しているのは紛れもない事実だ
テーブル作成者の気分が変われば、
テーブルに含まれる属性も変わる、すると、
候補キーも変わる
こう書いてしまえば当たり前でしか無いのだが…
ともかく、候補キーとは根底では精神論の産物に過ぎない
あくまで、精神論の産物であるテーブルの中から、
そのテーブルの候補キーを見つけるというプロセス自体が、
データベース理論的なのである
そのプロセスがデータベース理論であり、
それによって決まる候補キー自体は、
テーブル作成者の気分次第で揺らぐ曖昧な存在なのだ
自分は、以前に候補キーに持っていたイメージと、
その実像とのギャップに強い衝撃を受ける
候補キーを見つけるプロセスは論理的だが、
候補キー自体は精神論的な存在だ
この事実を受け入れるのは重要である
誰か相手してやれよ。ｗ
おっと、もうこんな時間か
今から簿記の勉強なんかしたら、寝不足になり逆効果だろうな
このままグッスリ眠って、明日に仕切り直すか
目を閉じてデータベース理論のより深い世界を探究する事で、
自然と心地好い眠りに包まれそうな気がする
簿記は明日にしよう
今から簿記の勉強なんかしたら、寝不足になり逆効果だろうな
このままグッスリ眠って、明日に仕切り直すか
目を閉じてデータベース理論のより深い世界を探究する事で、
自然と心地好い眠りに包まれそうな気がする
簿記は明日にしよう
だから、こういうものを論じる試験じゃないというのに。
調子いいな
746 ：名無し検定１級さん：2014/02/15(土) 01:03:44.67
最初からこのレベルに達していない人にとって、この試験は書道みたいなもの。
お手本通りに再現できることが大事。
そのレベルまで達していない人が多すぎる。
お手本通りに再現できることが大事。
そのレベルまで達していない人が多すぎる。
と、レベルに達していない者が申しております。
どのレベルだよ
午後2過去問やり始めたけどいくら時間かけても分からないつらい
もういっそのこと問2だけに絞るべきだろうか
もういっそのこと問2だけに絞るべきだろうか
>>751
おれはそうしてるよ
おれはそうしてるよ
>>745
データベースの事ばかり延々と考えても良い考えは浮かぶとは限らない
自分の思考は適度な休息と気分転換で飛躍できる
そのためには簿記の勉強は丁度良い
>>747
削除ガイドラインに従わない削除依頼は放置されるが、
自分のレスが削除ガイドラインに従って削除依頼される対象であるなら、
それは削除される事だろう
しかし、それが削除されるのであれば、
ネスペスレのコピペ荒らしや野球荒らしこそ先に削除されるべきでは無いか？w
>>750
もしかして、自分のレベルか？と一瞬思ったのは自意識過剰だろう
まあともかく、荒らし認定されても仕方ない程やりすぎてる感は否めないので、
暫くの間、
「戦術的な撤退」を行うことにする…それは、即ち、
簿記の勉強に専念する
いずれ、戻ってくるが、時期は選ぶ、今は大事な時だ、試験の直前期だからな
簿記まで一週間ばかりの直前期だが、
デスペまでの２ヶ月も、
その試験のスケールから言えば直前期だ
むしろ悔いの無い様にやる事をやり尽くすには時間が足りないとすら言える
そんな大事な時期だから、
自分は簿記をやるよ
データベースの事ばかり延々と考えても良い考えは浮かぶとは限らない
自分の思考は適度な休息と気分転換で飛躍できる
そのためには簿記の勉強は丁度良い
>>747
削除ガイドラインに従わない削除依頼は放置されるが、
自分のレスが削除ガイドラインに従って削除依頼される対象であるなら、
それは削除される事だろう
しかし、それが削除されるのであれば、
ネスペスレのコピペ荒らしや野球荒らしこそ先に削除されるべきでは無いか？w
>>750
もしかして、自分のレベルか？と一瞬思ったのは自意識過剰だろう
まあともかく、荒らし認定されても仕方ない程やりすぎてる感は否めないので、
暫くの間、
「戦術的な撤退」を行うことにする…それは、即ち、
簿記の勉強に専念する
いずれ、戻ってくるが、時期は選ぶ、今は大事な時だ、試験の直前期だからな
簿記まで一週間ばかりの直前期だが、
デスペまでの２ヶ月も、
その試験のスケールから言えば直前期だ
むしろ悔いの無い様にやる事をやり尽くすには時間が足りないとすら言える
そんな大事な時期だから、
自分は簿記をやるよ
仲良くやれよ。
この試験、最後の最後まで挫折せずに問題こなしたやつが合格するんだぞ。
元々、ここは過疎っている。
高度なんて書き込みがあるのはネスペとPMくらいじゃなの。
この試験、最後の最後まで挫折せずに問題こなしたやつが合格するんだぞ。
元々、ここは過疎っている。
高度なんて書き込みがあるのはネスペとPMくらいじゃなの。
男のオナニー見せられて仲良くできるかよ
いまさらだが申し込みしてきた
忘れるところだったぜ
忘れるところだったぜ
iTEC の今週末の講習会、雪で中止。。。Orz...
講習費の返金はしないそうだ。。Orz....
講習費の返金はしないそうだ。。Orz....
この試験、講習会で合格するものではないよ。
量ですw
量ですw
_,,,,..,,_
,. -''"´ ｀ﾞ''-､
,." ｀ヽ.
/ ｀、
,' i.
! l
', ,'
丶 /
ヽ ,.'ｒｚ
｀'-､_ _,.-'´
｀ﾞ''ｰ-‐'''"´
,. -''"´ ｀ﾞ''-､
,." ｀ヽ.
/ ｀、
,' i.
! l
', ,'
丶 /
ヽ ,.'ｒｚ
｀'-､_ _,.-'´
｀ﾞ''ｰ-‐'''"´
やらなきゃ…過去問やらなきゃ…
俺はついさっき過去問やったぜ!!
午後1を一問だけだけど。
解答読んでもちょっと釈然としないところがあったけど気にしないぜ!!
あと2ヶ月あるし。
平日は帰ってから午後1を一問ずつ解いていくぜ!!
午後2は、、、どうしよう、、、
午後1を一問だけだけど。
解答読んでもちょっと釈然としないところがあったけど気にしないぜ!!
あと2ヶ月あるし。
平日は帰ってから午後1を一問ずつ解いていくぜ!!
午後2は、、、どうしよう、、、
平日で時間がない日は午後Ⅰの復習だけするといいよ。
H22 PM2 問2やべえ
何度やっても意味が分からない
こんなのでたら終わる
何度やっても意味が分からない
こんなのでたら終わる
そんなの飛ばせ。
会計、生産管理知らなくとも解ける問題がある。
どういう順番で解いたか忘れたけど
会計、生産管理知らなくとも解ける問題がある。
どういう順番で解いたか忘れたけど
まだ申し込みやってない
初受験だから勉強して手ごたえ確かめてからと思ってたけどまだ何も勉強してない
結局、申し込みを済ませて自分を追い込んでからでないと勉強できない駄目人間
初受験だから勉強して手ごたえ確かめてからと思ってたけどまだ何も勉強してない
結局、申し込みを済ませて自分を追い込んでからでないと勉強できない駄目人間
この試験、追い込み聞かないよ
この試験、わくすたの先生も始めるのが遅くて１回失敗してるというのに。
１月から午後Ⅱやっていないと遅いほうだよ。
１月から午後Ⅱやっていないと遅いほうだよ。
みんな、午前Ⅱがなかった平成２１年度以前は午前の過去問解いてるの？
ＤＢの問題の比率がどれくらいかわからんけど、やっぱりやった方がいいのかな。
ＤＢの問題の比率がどれくらいかわからんけど、やっぱりやった方がいいのかな。
やれるものはやっておけ
だな。
合格したら一杯おごるわ。
合格したら一杯おごるわ。
>>771
午後１，２対策が完璧に終わっていて
やる時間が有り余ってるならやってもいいけど、
違うのなら時間の無駄だと思う。
ここ数年の過去問を8割取れるようにしておけば十分。
午前のやりすぎは危険。
午後１，２対策が完璧に終わっていて
やる時間が有り余ってるならやってもいいけど、
違うのなら時間の無駄だと思う。
ここ数年の過去問を8割取れるようにしておけば十分。
午前のやりすぎは危険。
ＤＢの午前Ⅱは３週間前くらい前からでいい。
２週間では足りない。
直近の問題は２５問しかないので、旧制度も解くべき。
手の抜き方は旧制度はでそうな部分（ＤＢ，セキュリティ）から解き、
直前に出そうにない部分を解く。
基本的にＤＢの範囲に偏っているので、基本的勉強なしで解ける。
落ちることない。
２週間では足りない。
直近の問題は２５問しかないので、旧制度も解くべき。
手の抜き方は旧制度はでそうな部分（ＤＢ，セキュリティ）から解き、
直前に出そうにない部分を解く。
基本的にＤＢの範囲に偏っているので、基本的勉強なしで解ける。
落ちることない。
ポケスタ買ったわ
サイズ的にもこれがいいな
サイズ的にもこれがいいな
>>776
デスペのポケスタは半分以上が午前対策だよ
しかも、データベース以外の分野、即ち、
午前1対策も含まれている
午前2について知識が不足しているなら、
ポケスタで得られる物は多いけど、
それだとこの時期だと午後対策が間に合うかだよ
午後1対策は具体的な解法を書いているし、
正規形の定義や、正規形を答える時の定型文や、
第三正規形未満の時に起きる不都合を答える定型文等は、
暗記に近いぐらい理解しておくと良いと思う
午後2対策は、データベースのモデリングの対象となる事例やパターンの解説になっている
それは知っていれば回答の手助けにはなるだろうが、
午後2対策は過去問で回答の感覚を掴むのが不可欠で最優先になると思う
これらの点から、デスペのポケスタは午後1対策が最も有用であり、
午後2対策は過去問をやる時の補助の役目程度であると言える
デスペのポケスタは役には立つが過信しない方がいいと思う、
午前対策が大部分なのと、
午後2の直接の対策にならないのが最大の理由
サイズ的には、との事だけど、この試験に関しては、
大量の過去問を中心とした物量戦でやる必要があると思うよ
デスペのポケスタは半分以上が午前対策だよ
しかも、データベース以外の分野、即ち、
午前1対策も含まれている
午前2について知識が不足しているなら、
ポケスタで得られる物は多いけど、
それだとこの時期だと午後対策が間に合うかだよ
午後1対策は具体的な解法を書いているし、
正規形の定義や、正規形を答える時の定型文や、
第三正規形未満の時に起きる不都合を答える定型文等は、
暗記に近いぐらい理解しておくと良いと思う
午後2対策は、データベースのモデリングの対象となる事例やパターンの解説になっている
それは知っていれば回答の手助けにはなるだろうが、
午後2対策は過去問で回答の感覚を掴むのが不可欠で最優先になると思う
これらの点から、デスペのポケスタは午後1対策が最も有用であり、
午後2対策は過去問をやる時の補助の役目程度であると言える
デスペのポケスタは役には立つが過信しない方がいいと思う、
午前対策が大部分なのと、
午後2の直接の対策にならないのが最大の理由
サイズ的には、との事だけど、この試験に関しては、
大量の過去問を中心とした物量戦でやる必要があると思うよ
解答用紙をA4に印刷してやってんだけど、全然余白足らない。
小さくて綺麗な文字かけないと無理じゃないか
小さくて綺麗な文字かけないと無理じゃないか
>>779
そいう努力を惜しむお前は、必ず落ちる。
そいう努力を惜しむお前は、必ず落ちる。
そんな殺生な
ポケスタは午後Ⅰ用だよ。
午前部分は誤字多すぎ、午後Ⅱ部分は業務知識のまとめ。
翔泳社の本も午後Ⅱの業務知識のまとめのようなところは使わない。
ポケスタでポイント押さえて、過去問（翔泳社、本試験問題集など）で演習する。
午前部分は誤字多すぎ、午後Ⅱ部分は業務知識のまとめ。
翔泳社の本も午後Ⅱの業務知識のまとめのようなところは使わない。
ポケスタでポイント押さえて、過去問（翔泳社、本試験問題集など）で演習する。
>>781
「努力を惜しむ奴は必ず落ちる」
「努力を惜しむ奴は必ず落ちる」
必ず落ちるは極論にせよ、
不合格のリスクを回避するためには、
合格に向けて最大限の努力の投入を惜しむべきでは無い
不合格のリスクを回避するためには、
合格に向けて最大限の努力の投入を惜しむべきでは無い
60点で合格出来る試験だからこそ、
70点や80点や90点を目標にして努力する余地があるとも言える
まあ、60点で合格できる試験になれてしまうと、
70点が合格の簿記を勉強すると、
プレッシャーが非常に大きく感じるがw
実際、40点まで失点できるのと、
30点までしか失点できないのは、
天と地の差だよ
まあ、限られた試験時間で合格点に達するには、
40点まで失点が許容される事を戦略的に活用するのも賢い事なのだろう
70点や80点や90点を目標にして努力する余地があるとも言える
まあ、60点で合格できる試験になれてしまうと、
70点が合格の簿記を勉強すると、
プレッシャーが非常に大きく感じるがw
実際、40点まで失点できるのと、
30点までしか失点できないのは、
天と地の差だよ
まあ、限られた試験時間で合格点に達するには、
40点まで失点が許容される事を戦略的に活用するのも賢い事なのだろう
別の高度情報のスレにもあったけど、
採点者の趣旨に沿った、出題者の意図を汲んだ記述回答しないと、５９点となる場合があるらしい。
問題文を問題視するような、正論を堂々と回答に書くと不合格となるらしい。
採点者の趣旨に沿った、出題者の意図を汲んだ記述回答しないと、５９点となる場合があるらしい。
問題文を問題視するような、正論を堂々と回答に書くと不合格となるらしい。
ふっかぁーつ！！！
788 ：名無し検定１級さん：2014/02/19(水) 13:26:19.98
:::::::: ┌─────────────── ┐
:::::::: ｜セキュスペが更新制になるようだな・・.|
::::: ┌───└───────────ｖ───┬┘
::::: ｜フフフ…奴はスペシャリストの中でも最弱… │
┌──└────────ｖ──┬───────┘
｜ 更新制とはスペシャリスト │
｜ の面汚しよ… │
└────ｖ─────────┘
|ﾐ, ／ ｀ヽ /! ,.──､
|彡/二Oニニ|ノ /三三三!, |!
`,' ＼､､＿,|/-ｬ ト `=j r=ﾚ /ミ !彡
T 爪| / /￣|/´＿_,ｬ |`三三‐/ |`=､|,='|
/人 ヽ ミ='／|`:::::::/ｲ＿_ ト｀ー く＿＿,-, ､ _!_ /
/ `ー─'" |_,.イ､ | |/､ Y /| | | j / ﾐ`┴'彡＼
エンベ デスペ ネスペ
:::::::: ｜セキュスペが更新制になるようだな・・.|
::::: ┌───└───────────ｖ───┬┘
::::: ｜フフフ…奴はスペシャリストの中でも最弱… │
┌──└────────ｖ──┬───────┘
｜ 更新制とはスペシャリスト │
｜ の面汚しよ… │
└────ｖ─────────┘
|ﾐ, ／ ｀ヽ /! ,.──､
|彡/二Oニニ|ノ /三三三!, |!
`,' ＼､､＿,|/-ｬ ト `=j r=ﾚ /ミ !彡
T 爪| / /￣|/´＿_,ｬ |`三三‐/ |`=､|,='|
/人 ヽ ミ='／|`:::::::/ｲ＿_ ト｀ー く＿＿,-, ､ _!_ /
/ `ー─'" |_,.イ､ | |/､ Y /| | | j / ﾐ`┴'彡＼
エンベ デスペ ネスペ
午後2はギリギリレベルだと59点で落ちるよ
いくら部分点を重ねてボーダーちょい上にしても、採点者にこいつ分かってねえなと思われるような答案作るとダメっぽい
過去問何回かやって安定して8割出せるような実力作って初見の本番に臨むぐらいじゃないと落ちると思う
去年午後2で59点出したオレの感想だけど
いくら部分点を重ねてボーダーちょい上にしても、採点者にこいつ分かってねえなと思われるような答案作るとダメっぽい
過去問何回かやって安定して8割出せるような実力作って初見の本番に臨むぐらいじゃないと落ちると思う
去年午後2で59点出したオレの感想だけど
久しぶりに受験してみようかなとおもってDBを申し込んでみたよ。
自分には、どんな参考書がいいか、よければアドバイスください
所持資格 応用情報、プロマネ
職種 中小のプログラマ、SE
開発経験 中小企業の基幹システムの開発、DB設計を含む
スキル クエリは普通にかけます。正規化とかもいちおうわかる。
ストアドやビューを使っての入出力部分の開発経験あり
よろしくおながいします
自分には、どんな参考書がいいか、よければアドバイスください
所持資格 応用情報、プロマネ
職種 中小のプログラマ、SE
開発経験 中小企業の基幹システムの開発、DB設計を含む
スキル クエリは普通にかけます。正規化とかもいちおうわかる。
ストアドやビューを使っての入出力部分の開発経験あり
よろしくおながいします
>>790
午前は大丈夫そうなので午後対策を重点的に
翔泳社の情報処理教科書を読みつつ、時間計って午後1、午後2の過去問直近3年分を2周ぐらいで大丈夫じゃないかな
最初絶対に時間足りないと思うけど数回やればコツが掴める
これは慣れるしかない
午前は大丈夫そうなので午後対策を重点的に
翔泳社の情報処理教科書を読みつつ、時間計って午後1、午後2の過去問直近3年分を2周ぐらいで大丈夫じゃないかな
最初絶対に時間足りないと思うけど数回やればコツが掴める
これは慣れるしかない
みんなありがとう。お勧めの翔泳社の本を購入してみるよ。
時間もないし、それを読んで、過去問で頑張ってみる。
具体的に聞けてよかった。ありがとう。
時間もないし、それを読んで、過去問で頑張ってみる。
具体的に聞けてよかった。ありがとう。
情報処理教科書のことか
ポケスタで解決、DB未経験だが
ポケットモンスターか
こういう奴が落ちる >796
根拠の無い決め付けをするやつも落ちる
眠た
800 ：名無し検定１級さん：2014/02/21(金) 13:56:10.59
注意 申し込み本日21日の20時まで 注意
デスペを自認にしているのに、今日ネットワーク専門家として紹介された。
すみません、元プログラマでネットワークは学卒レベルなんですが。
すみません、元プログラマでネットワークは学卒レベルなんですが。
翔泳社本文午後Ⅰ以外、内容読まないほうがいいよ。
午後Ⅱはいきなり問題を解くのが吉。
午後Ⅱはいきなり問題を解くのが吉。
午前2とか最後でよろし
いちおう久しぶりだから知識を確認がてらやるのに午前2からやるのが楽しいのよｗ
テクノロジ系の資格は、ちゃんと理由があってそういう仕組みになっているから
勉強するのが楽しいね。ストラテジ系は、なんでそうなんだと思っても、
それがベストプラクティスですから？みたいな経験則で片付けられると丸暗記しかないから辛かった
テクノロジ系の資格は、ちゃんと理由があってそういう仕組みになっているから
勉強するのが楽しいね。ストラテジ系は、なんでそうなんだと思っても、
それがベストプラクティスですから？みたいな経験則で片付けられると丸暗記しかないから辛かった
午前問題は普通に解けるから。
参考書として読む時間が無駄。
午後Ⅰは文言を覚えることが重要。
午後Ⅱは体で覚えるのが基本。
自分で解いてみて何が足りないかを知ることが重要。
テクニック、解き方が書いてあったとしても、習得するには時間をかけないと
実践で使えない。アウトプットしないと習得できない。
参考書として読む時間が無駄。
午後Ⅰは文言を覚えることが重要。
午後Ⅱは体で覚えるのが基本。
自分で解いてみて何が足りないかを知ることが重要。
テクニック、解き方が書いてあったとしても、習得するには時間をかけないと
実践で使えない。アウトプットしないと習得できない。
ある一定のレベルの人→過去問を解いて足りないところを知る
レベルに達していない人→参考書で学習
って感じなんだろうねえ。
勉強法についてはいろいろな考え方もあるし、わりとスレが荒れる流れになりがちだけど、
その人がどのレベルまで知識があるかの考えがマチマチで、それで言い合いになることが
多い気がするよ。
レベルに達していない人→参考書で学習
って感じなんだろうねえ。
勉強法についてはいろいろな考え方もあるし、わりとスレが荒れる流れになりがちだけど、
その人がどのレベルまで知識があるかの考えがマチマチで、それで言い合いになることが
多い気がするよ。
展開が読めるとはさすが。
どんなスペシャリストよりすごいと思う。
人生のスペシャリスト。何よりも大事。
どんなスペシャリストよりすごいと思う。
人生のスペシャリスト。何よりも大事。
発生確率影響度マトリクスでスレが荒れそうなリスクを分析して検討してみました
その検討にあたっては過去のレス内容から類推して、
特性要因図を利用して分類し、パレート図を用いて可能性が高い原因を調査した結果、
そのような結論に至りました。
その検討にあたっては過去のレス内容から類推して、
特性要因図を利用して分類し、パレート図を用いて可能性が高い原因を調査した結果、
そのような結論に至りました。
>>807
前者のレベルになってるのに、後者のままの人も多いよね。
過去問解くことを勧めても、「まだ理解してない部分があるんで」と言って
参考書を読み続けて基本情報を何年も落ち続けた人がいる。
やっと応用情報にたどり着いたけど、相変わらず同じ調子なので
受かるまで10年くらい掛かりそうｗ
前者のレベルになってるのに、後者のままの人も多いよね。
過去問解くことを勧めても、「まだ理解してない部分があるんで」と言って
参考書を読み続けて基本情報を何年も落ち続けた人がいる。
やっと応用情報にたどり着いたけど、相変わらず同じ調子なので
受かるまで10年くらい掛かりそうｗ
全体量、構造を把握してから、一ページ数分ずつ解析し該当する設問をといていく方法(教科書の午後2の解き方)むずすぎ。
>>812
うん。
大真面目に「理解しないと意味が無いんです」とか
言ってるんだけど、仕事あんまりできないし。
人の助言きかないし、要領悪いし、論理的思考能力低いし、
資格取れない人ってやっぱ問題あるんだな、と思う。
うん。
大真面目に「理解しないと意味が無いんです」とか
言ってるんだけど、仕事あんまりできないし。
人の助言きかないし、要領悪いし、論理的思考能力低いし、
資格取れない人ってやっぱ問題あるんだな、と思う。
適材適所でしょ
みんなが自分と同じ特性の人で同じぐらいのレベルで仕事できちゃったら
自分の優位性がなくなっちゃうじゃん
自分が特定分野で仕事ができる（主観）のは、同じ分野で自分より仕事ができない人がいるおかげなんだし、
また異なる分野では、今度は自分が仕事ができない人になる。
そういう人はIT系の資格を取得したり、IT系の仕事には向いてないかもしれないけど、
他の分野で何かコツコツやったり、研究分野で地道に何かを繰り返してログをてるような
仕事とかやってくれるかもしんないわけで、
その人そのものを否定するような発言はどうかと思うぞ。
みんなが自分と同じ特性の人で同じぐらいのレベルで仕事できちゃったら
自分の優位性がなくなっちゃうじゃん
自分が特定分野で仕事ができる（主観）のは、同じ分野で自分より仕事ができない人がいるおかげなんだし、
また異なる分野では、今度は自分が仕事ができない人になる。
そういう人はIT系の資格を取得したり、IT系の仕事には向いてないかもしれないけど、
他の分野で何かコツコツやったり、研究分野で地道に何かを繰り返してログをてるような
仕事とかやってくれるかもしんないわけで、
その人そのものを否定するような発言はどうかと思うぞ。
>>807
参考書は問題以外の所は熟読しないっしょ
参考書は問題以外の所は熟読しないっしょ
>>809
プロマネスレに帰れ
プロマネスレに帰れ
そういうことだね
応用持っててそんなもん？ はいるけどね・・・
合格率が高くなり過ぎたか、あれ
合格率が高くなり過ぎたか、あれ
応用持ってれば とりあえずコミュ障ではない とは思う
んなことない。東大でてるような連中で記憶力ばかり存外高いやつって
概ねコミュ障な奴いたりすんじゃん
あいつらだって勉強すりゃ応用ぐらい余裕だと思うぜ
概ねコミュ障な奴いたりすんじゃん
あいつらだって勉強すりゃ応用ぐらい余裕だと思うぜ
東大は 高度コンプ余裕だよ。舐めちゃいかん。
PM試験はPMになりきってかつ登場人物の感情読み取らないと
点とれないからアスペには難しいと思う。
点とれないからアスペには難しいと思う。
1学科に4～5人がずば抜けて優秀なだけで、
それ以外は普通の馬鹿な大学生だよ。
それ以外は普通の馬鹿な大学生だよ。
学歴コンプレックスはじまた
>>826
お前京大じゃないだろ
お前京大じゃないだろ
学歴がなんたらとか言う奴もすぐに湧くが、
勉強すら逃げるような奴に何ができると言うんだ。
勉強すら逃げるような奴に何ができると言うんだ。
ニートができます
オナニーもできます
親の脛をかじれます
オナニーもできます
親の脛をかじれます
さらに言うと翔泳社のスケジュールは参考にならない。
あんなのやったら、終わらない。
あんなのやったら、終わらない。
いろいろ勉強してみると、知らないことがあったりして楽しいな
理解が深まるというのは、こういうことをいうんだね
OLAPとかデータウェアハウスとかでてきちゃうと、使ったことがないからもうお手上げ
その都度、学習していくしかなさそうだ
理解が深まるというのは、こういうことをいうんだね
OLAPとかデータウェアハウスとかでてきちゃうと、使ったことがないからもうお手上げ
その都度、学習していくしかなさそうだ
終わらない戦いか カッコイイな
835 ：名無し検定１級さん：2014/02/22(土) 21:07:10.74
翔泳社の午後の解説わかりにくいな
でもこれ以上詳しく書いたらページ数足らなくなるから仕方ないか・・・
でもこれ以上詳しく書いたらページ数足らなくなるから仕方ないか・・・
そういう人は本試験問題集、重点対策へ転向
矢印のあっちとこっちに○●つけるのどうしても逆になってしまう
頼むから出題されないでくれ
頼むから出題されないでくれ
ここ２，３年、絶対でているはず。
膨大な数の矢印ひいて○●つけるの疲れたよ
でもやっぱやんなきゃだめだよなぁ…
午後２レベルで出題されても完答できるようにするべしですね
アト、シケンモンダイのニホンゴトテモムズカシイデス
「こう読めるはずだ」とかいうカイセツよんでもそのハッソウにいたるジシンありません
でもやっぱやんなきゃだめだよなぁ…
午後２レベルで出題されても完答できるようにするべしですね
アト、シケンモンダイのニホンゴトテモムズカシイデス
「こう読めるはずだ」とかいうカイセツよんでもそのハッソウにいたるジシンありません
>>839
読解力不足だと思われ。DBの勉強以前に，本読め本。
DB試験は，“試験問題”って言う仕様書を読みこなしてDB設計するわけだから，
問題文が読みこなせない場合は，設計以前の問題になってしまうよ。ｗ
読解力不足だと思われ。DBの勉強以前に，本読め本。
DB試験は，“試験問題”って言う仕様書を読みこなしてDB設計するわけだから，
問題文が読みこなせない場合は，設計以前の問題になってしまうよ。ｗ
読み間違いあるある。
へんな言い回しに限って問題にでている。
自分は気になった言い回しをフリクションの赤で線を引いておいて、
２回目の演習で注目するようにしていた。
読解力はすぐにはつかない。最近の軽い本や新聞の文体とは違う。
ある程度研究したらあきらめるんだな。
他の人も出来ないはず。
へんな言い回しに限って問題にでている。
自分は気になった言い回しをフリクションの赤で線を引いておいて、
２回目の演習で注目するようにしていた。
読解力はすぐにはつかない。最近の軽い本や新聞の文体とは違う。
ある程度研究したらあきらめるんだな。
他の人も出来ないはず。
h23 pm2-2
入庫と出庫に線結んだほうがいいかなー、でも書いてないしなー、と悩みまくったわ。書いてなくても常識で結んでいいのね。
入庫と出庫に線結んだほうがいいかなー、でも書いてないしなー、と悩みまくったわ。書いてなくても常識で結んでいいのね。
「～出庫があり、出庫単位に、行先の事業所別のトラックに部材を積み込む。」
「発送とは、輸送するトラックが、送り出す側の事業所を出発する事であり、～」って問題があって、
『常識的に考えてトラックには複数の部材が載ってるはずでしょう』という解説
まぁ、実際そうだろうな、と思いながら実際１対多の矢印引いたけども
仕様に書いてないことは常識的に考えろってのたまにあるよね
「発送とは、輸送するトラックが、送り出す側の事業所を出発する事であり、～」って問題があって、
『常識的に考えてトラックには複数の部材が載ってるはずでしょう』という解説
まぁ、実際そうだろうな、と思いながら実際１対多の矢印引いたけども
仕様に書いてないことは常識的に考えろってのたまにあるよね
引かないと思うんだが、違うの？
過去問捨ててしまったから忘れた。
過去問捨ててしまったから忘れた。
問題文に明示されてないけどIPAの解答がそういうんだから仕方ないみたいなことが
iTECの解説に書いてあってこれはもうどうしようもないなと思ったわ
常識、大切らしい
iTECの解説に書いてあってこれはもうどうしようもないなと思ったわ
常識、大切らしい
午後Ⅱは納得いかない解説多いよ。
だから、過去問を複数買って見比べる。
だから、過去問を複数買って見比べる。
>>835
俺は何冊か使ったな。
完全教本は売れているんだろうか。
>>838
最近良く出るねえ。大事なのかなぁ・・・。時間がないのにな・・・・
>>840
そうやって遠回りさせようとしてｗｗｗ（コレは罠ですｗ）
俺は何冊か使ったな。
完全教本は売れているんだろうか。
>>838
最近良く出るねえ。大事なのかなぁ・・・。時間がないのにな・・・・
>>840
そうやって遠回りさせようとしてｗｗｗ（コレは罠ですｗ）
>>842
なんの線？
なんの線？
そこまでする意味あるのか
>>849
1対1のリレーションシップか1対多のリレーションシップか悩んだ
流石にねじやワッシャ単品だけ載っけた状態で事業所を出発することはないだろうと思い1対多にした
出荷と入荷に関してもサブタイプ同士で1対1対応するからそこにもリレーションシップが必要
何度もやってると覚えるからこの納得のいかなさに新鮮味を感じなくなってくる
1対1のリレーションシップか1対多のリレーションシップか悩んだ
流石にねじやワッシャ単品だけ載っけた状態で事業所を出発することはないだろうと思い1対多にした
出荷と入荷に関してもサブタイプ同士で1対1対応するからそこにもリレーションシップが必要
何度もやってると覚えるからこの納得のいかなさに新鮮味を感じなくなってくる
大有りだよ。翔泳社の本はＩＰＡの答えを導くために解説を無理やりしている。
見比べるといっても、ITECと翔泳社だけ。
他はもっとだめ。
見比べるといっても、ITECと翔泳社だけ。
他はもっとだめ。
>>852
ああ解答を導き出す過程の話ね
ああ解答を導き出す過程の話ね
常識で考えないといけないとこがあるとか
あるあるすぎて困る・・・
あるあるすぎて困る・・・
H25 PM2-2 で『商品の戻入は全ての商品にあるわけじゃないよ』とかもミスってうっかり黒丸つけてしまった
積み重なって疑心暗鬼になる
積み重なって疑心暗鬼になる
>>856
マスターとただのテーブルのリレーション場合、●○の組み合わせとなる。
ただのテーブル同士の比較のリレーションの場合、○○の組み合わせになる場合が多い。
とりあえず書いておいて、本文を読み返すか、思い出してひとつひとつ確定していくんだよ。
マスターとただのテーブルのリレーション場合、●○の組み合わせとなる。
ただのテーブル同士の比較のリレーションの場合、○○の組み合わせになる場合が多い。
とりあえず書いておいて、本文を読み返すか、思い出してひとつひとつ確定していくんだよ。
>>847
急がば回れって，じっちゃんが言ってた。
急がば回れって，じっちゃんが言ってた。
今回の出題範囲改訂ってDBスペシャリスト試験に関係あんのかな？
前回試験中に応用の午後のオブジェクト指向なくなってるの気付いて笑ってしまった。
前回試験中に応用の午後のオブジェクト指向なくなってるの気付いて笑ってしまった。
>>859
シラバスの範囲から外れててるの？
シラバスの範囲から外れててるの？
今日から午後1はじめたんだが
さっぱりだ…
さっぱりだ…
DBはそんなに甘くないぜｗｗｗｗ (・∀・)
午後1は基礎理論の問題とDB設計の問題に絞って過去問5回分2周ぶん回せばなんとかなるよ
毎日2時間半を4日、お休みいれて1週間どうだろう？
毎日2時間半を4日、お休みいれて1週間どうだろう？
その方法はいいかもな。
基本、午後Ⅰは毎日やった方がいいが、きつすぎて挫折したらどうしようもない。
基本、午後Ⅰは毎日やった方がいいが、きつすぎて挫折したらどうしようもない。
ポケスタのデータベーススペシャリストのサポート用サイトにある試験資料が、今年度用に更新されてるぞ
>>865
you know
you know
難しいとされているh22-pm2-2にトライしてみた。途中でギブアップした。
あれは初めてだとやってる途中で絶望を感じるよな
しょうゆのトレーサビリティの問題もう一度出てくれないかなと期待
しょうゆのトレーサビリティの問題もう一度出てくれないかなと期待
簿記3級は難しかった
まあ問題集を開いたのが試験の4日前だったが
それでも、過去問よりは本試験の方がスムーズに解けた
解答欄の9割以上は埋めたので、
その内8割得点できていると合格できる、厳しいが
取りあえず簿記をやって良かった事は、
簿記は非常に洗練された「データベースシステム」の一種であると言う本質が分かった事かな
後、簿記をやった後にデスペの関係スキーマを見ると、
視認性が向上していると感じた
これは簿記で、多数の行と属性からなる「財務諸表」を読み書きする事で鍛えられた可能性がある
財務諸表の作成問題はデスペの午後2の作業感覚に近いと感じた
そのため、デスペの前に簿記をやって失った物は無いと思うし、得た物は多く感じる
さて、デスペまで2か月だが、ここから、
1ヶ月は中小企業診断士の法務をやるべきかどうか悩む
診断士の一次は7科目ある、財務は簿記のお陰でアドバンテージを得たが、
法務が未知の領域すぎる…
まあ問題集を開いたのが試験の4日前だったが
それでも、過去問よりは本試験の方がスムーズに解けた
解答欄の9割以上は埋めたので、
その内8割得点できていると合格できる、厳しいが
取りあえず簿記をやって良かった事は、
簿記は非常に洗練された「データベースシステム」の一種であると言う本質が分かった事かな
後、簿記をやった後にデスペの関係スキーマを見ると、
視認性が向上していると感じた
これは簿記で、多数の行と属性からなる「財務諸表」を読み書きする事で鍛えられた可能性がある
財務諸表の作成問題はデスペの午後2の作業感覚に近いと感じた
そのため、デスペの前に簿記をやって失った物は無いと思うし、得た物は多く感じる
さて、デスペまで2か月だが、ここから、
1ヶ月は中小企業診断士の法務をやるべきかどうか悩む
診断士の一次は7科目ある、財務は簿記のお陰でアドバンテージを得たが、
法務が未知の領域すぎる…
うるせーよ505
文章作成能力に欠けるオマエの来るところじゃねーから
(・∀・)ｶｴﾚ!!
文章作成能力に欠けるオマエの来るところじゃねーから
(・∀・)ｶｴﾚ!!
簿記3級とこの資格を比較するのやめて欲しいですね
あなたにはどちらも難しいのかもしれないですが馬鹿にするのもいい加減にしろと思う
あなたにはどちらも難しいのかもしれないですが馬鹿にするのもいい加減にしろと思う
>>869
お前の「コンピュータ」って、１９世紀に存在した１日中弾道計算（もち筆算で）ばかりやってる職業婦人のことなんだろうなぁ
お前の「コンピュータ」って、１９世紀に存在した１日中弾道計算（もち筆算で）ばかりやってる職業婦人のことなんだろうなぁ
PM1の過去問を全部印字した。大変だった
次はPM2の印字をしようｗ
次はPM2の印字をしようｗ
過去問と解答が公開されてるのは便利だよな
ついでなので解答用紙も公開してくれと思うけどそうしたら参考書が売れなくなるからダメなんだろうな
ついでなので解答用紙も公開してくれと思うけどそうしたら参考書が売れなくなるからダメなんだろうな
印刷な
>>875
参考書は解説が命。解答用紙とか参照したのは、在庫引当スペシャリストの問題だけ。
参考書は解説が命。解答用紙とか参照したのは、在庫引当スペシャリストの問題だけ。
878 ：名無し検定１級さん：2014/02/24(月) 19:31:56.37
釣りスレは無視してプリキュアの話に戻ろうぜ
趣味の人、短期間で問題とけるとこまで持っていく辺りが
すごい人だと思う。
仕事できそう。
方向性がまったく違うのが非常にもったいない。
すごい人だと思う。
仕事できそう。
方向性がまったく違うのが非常にもったいない。
クロスワードパズルと考えるとDBスペが一番面白いよね
59点の人か
4日間の簿記の勉強で鍛えられる程度の人でも59点とれるのか
なんだか安心した
4日間の簿記の勉強で鍛えられる程度の人でも59点とれるのか
なんだか安心した
違うよ。一気に持ってこれる人なんだよ。
ＤＢ趣味でやってるんだよ。
こういう人とか、継続して勉強できる人は脅威。
ＤＢ趣味でやってるんだよ。
こういう人とか、継続して勉強できる人は脅威。
くだらね
ひどい自演をみたｗ
とあるワードであぼーんしているがたまにすり抜けてうざいな
505徒然男再登場か
まぁ内容云々より今の状況になった裏側が思いやられるな
こういう人間は生き方そのものが間違っていても気づかない
まぁ内容云々より今の状況になった裏側が思いやられるな
こういう人間は生き方そのものが間違っていても気づかない
そうやって反応することが嬉しいんだから、スルーしようぜ！
大臣かわんねーかなー
テーブル設計に絞る作戦の場合って、過去問の午後2は問2だけやればいい？
h21-pm2-2 表5の
特売カタログのところに○が無いことについて、解説みると『省略してるだけで意味はない』って紛らわし過ぎる！！
特売カタログのところに○が無いことについて、解説みると『省略してるだけで意味はない』って紛らわし過ぎる！！
省略の…が左にあれば右に◯はつかないという法則に気付く余地はある
そこも見たが、サブタイプだけに線を引かせるの大好きな試験だと思い込んでて疑いもしなかったな。こーゆーミスを誘うためにわざとあの形式にしたなら許せる。
一昨年は問１もでしょ。去年はどだったんだっけ
894 ：名無し検定１級さん：2014/02/27(木) 22:24:35.25
ふぅ…
先月からサボったりしつつ午後1を1日一問ずつやったら、
だんだん慣れてきた感じがする。まだまだだけど。
最初は絶望的だったから、DB設計に関してちょっとレベルが上がったかな？
でも仕事でDB設計ってやったことないんだよな。
実際はどんな感じで設計するんだろ？
先月からサボったりしつつ午後1を1日一問ずつやったら、
だんだん慣れてきた感じがする。まだまだだけど。
最初は絶望的だったから、DB設計に関してちょっとレベルが上がったかな？
でも仕事でDB設計ってやったことないんだよな。
実際はどんな感じで設計するんだろ？
よほどのことがなければ、既存のシステムのノウハウややり方の使い回し
リレーショナルは隣接する表同士は1対多の関係しかつくれないし、
多対多の場合は間にテーブルかますってのが王道だから、それに則るだけだね
今時はMS製品ならVisualStudioでテーブルの作成もクエリも自動で作ってくれるから、
ツールでER図を作って設計するだけ。
リレーショナルは隣接する表同士は1対多の関係しかつくれないし、
多対多の場合は間にテーブルかますってのが王道だから、それに則るだけだね
今時はMS製品ならVisualStudioでテーブルの作成もクエリも自動で作ってくれるから、
ツールでER図を作って設計するだけ。
あれ、まだ一ヶ月半もあるか
余裕だな
余裕だな
だよなー
まだ勉強なんてしなくていいよなー
まだ勉強なんてしなくていいよなー
898 ：名無し検定１級さん：2014/02/28(金) 08:53:36.45
簿記3級を、低学歴の同居人が勉強してたが、期間的には、オラクルブロンズ以下だと思おう。
仕事帰りに10日程度でテキストを一読できる。1日1時間の学習。
さらに10日程度を問題演習に使う。1日1時間。
基本とりーの、応用とりーの、ベンダーとりーので何年も費やしてしまう
決して、データベーススペシャリストと比較できるもんではないよ。
俺は、学部入学してから、14年もかかってやっと合格した。
仕事帰りに10日程度でテキストを一読できる。1日1時間の学習。
さらに10日程度を問題演習に使う。1日1時間。
基本とりーの、応用とりーの、ベンダーとりーので何年も費やしてしまう
決して、データベーススペシャリストと比較できるもんではないよ。
俺は、学部入学してから、14年もかかってやっと合格した。
899 ：名無し検定１級さん：2014/02/28(金) 08:56:52.52
低学歴の同居人は、偏差値38の高校出て、専門学校に通い、2ヶ月の勉強に励み、簿記3級を90点台にして合格してた。
その後、半年間2級の勉強して合格。
そのくせ、凄いプライドが高い。たかだか簿記検定なのに。
その後、半年間2級の勉強して合格。
そのくせ、凄いプライドが高い。たかだか簿記検定なのに。
同居人の方が実行力高いじゃないか。
大企業だとこういう奴の方が勝つんだぜ。
開発でもずるずる結果が出せないのは負け組み。
大企業だとこういう奴の方が勝つんだぜ。
開発でもずるずる結果が出せないのは負け組み。
同居人の高校の偏差値知ってるってすごいよー
並の記憶力じゃないよー
並の記憶力じゃないよー
初めて午後1解いてみたけど、へんに理解しようとせずに
機械的に判断していったほうがよさげだね
なんで、こういうテーブル構成なんだと理解しようとすると時間がないからスルーして、
とにかく設問で問われている関係性とかだけを理解するようにする
マシンになれと自分に念じつつ
機械的に判断していったほうがよさげだね
なんで、こういうテーブル構成なんだと理解しようとすると時間がないからスルーして、
とにかく設問で問われている関係性とかだけを理解するようにする
マシンになれと自分に念じつつ
903 ：名無し検定１級さん：2014/02/28(金) 23:56:31.55
>>890
問題本文に「(4)すべてのカタログの企画は、・・・明確にしている。」って書いてあるけど、まあ見落とすと訳が分からなくなるよな。
問題本文に「(4)すべてのカタログの企画は、・・・明確にしている。」って書いてあるけど、まあ見落とすと訳が分からなくなるよな。
データベース設計の問題で、テーブル構造を答える時に
つい主キーのアンダーラインを引き忘れてしまう。
気をつけねば。
つい主キーのアンダーラインを引き忘れてしまう。
気をつけねば。
既に意識してるなら実際の試験で忘れる事ってはないんじゃない
本番なら問題文よく読むだろうし
本番なら問題文よく読むだろうし
>>904
設問の研究が必要。
仕事ではPRIMARY KEYは線を引く。
ただ、設問にはFOREIGN KEYは引かなくとも良い場合がある。
（設問に書いていないから。）
PRIMARY KEYも引かなくとも良かった問題もあったかもしれない。
結局、設問で指示されている通りに書く必要がある。
演習の際は研究ができるけど、本番ではこんな細かいことまで注意はいかない。
設問の研究が必要。
仕事ではPRIMARY KEYは線を引く。
ただ、設問にはFOREIGN KEYは引かなくとも良い場合がある。
（設問に書いていないから。）
PRIMARY KEYも引かなくとも良かった問題もあったかもしれない。
結局、設問で指示されている通りに書く必要がある。
演習の際は研究ができるけど、本番ではこんな細かいことまで注意はいかない。
そりゃタダの阿呆だ
「あたかも」を使って例文を書きなさい。
ﾆﾔﾘ
午後2の問1やり始めたけど時間いくらあっても足りない
具体的にはH23年午後2問1
どうすんだこれ
具体的にはH23年午後2問1
どうすんだこれ
問１やめて問２に転向。
問2は5年分2周やって飽きた…
中途半端。H17からやれよ。
合格しなければ意味がない。
合格しなければ意味がない。
検索時間ミリ秒とかB木で検索が～とかでてきちゃう
午後1苦手なんだけでそういうの最初から捨てちゃっても問題ない？
午後1苦手なんだけでそういうの最初から捨てちゃっても問題ない？
同じくわくすたの人の書いた本の午後2やったけど
在庫管理の問題で物量多すぎてわらけた
関係スキーマ書くだけで相当時間使うやん・・・
同じような漢字何回も書かせやがって・・・(´・ω・`)
4時間たってやっと終わった
在庫管理の問題で物量多すぎてわらけた
関係スキーマ書くだけで相当時間使うやん・・・
同じような漢字何回も書かせやがって・・・(´・ω・`)
4時間たってやっと終わった
>>904,905,906,909
そうだね。仕事だとExcelのテーブル定義書で、キーの横に
PKとかFKとか書くけど、これはあくまで試験だし、
その試験の設問にあわせないといけないね。
ありがと。
そうだね。仕事だとExcelのテーブル定義書で、キーの横に
PKとかFKとか書くけど、これはあくまで試験だし、
その試験の設問にあわせないといけないね。
ありがと。
電大の午前精選のDBが未だに第2版が出てないのは、必要ないからってこと？
取り合えず全くの初学だけど翔泳社の教科書の解き方と基礎知識は読んだから過去問入るか
午前どうするかな...
午前どうするかな...
昨年買ったけど使わなかったよ。
情報処理教科書の午前問題H17からH24?まででも大変だった。
ネスペとセキュリティは午前対策するかもしれないけど、
データベースは対策しない人が多い。
自分もやったことはやったが、付け焼刃だったな。
情報処理教科書の午前問題H17からH24?まででも大変だった。
ネスペとセキュリティは午前対策するかもしれないけど、
データベースは対策しない人が多い。
自分もやったことはやったが、付け焼刃だったな。
1週間って軽くいうけど実はあと7週間しかない
>>921だけどH21の午前1がきっちり18点...本買おう...
>>927
春？秋？
春？秋？
気持ちのよいあさだ！
絶好の勉強日和ですね！
絶好の勉強日和ですね！
新しい朝が来た 希望の朝だ
質問です。
平成２４年度春期午前Ⅱ問６
タプルごとに、候補キーの値は異なる。ってのが正解だそうですが、
これ、候補キーは、NULL を 許すって いろんな本に書いてありますが、
そもそも候補キーが、NULL なら、この定義はダメじゃんってなりませんか？
平成２４年度春期午前Ⅱ問６
タプルごとに、候補キーの値は異なる。ってのが正解だそうですが、
これ、候補キーは、NULL を 許すって いろんな本に書いてありますが、
そもそも候補キーが、NULL なら、この定義はダメじゃんってなりませんか？
NULLは値ではなくマーカである
平成２４年度春期午前Ⅱ問６
関係モデルの候補キーの説明のうち、適切のものはどれか。
ア 関係Rの候補キーは関係Rの属性の中から選ばない。
イ 候補キーは主キーの中から選ぶ。
ウ タプルごとに、候補キーの値は異なる。
エ 一つの関係に候補キーが複数あってはならない。
この問題でウを回答するのに、なぜ候補キーがNULLを含むか含まないかを判断材料とする必要があるのだろうか
候補キーの定義は「タプルを一意に識別するための、最小の属性集合を候補キーと呼ぶ」だからウが適切でOK
関係モデルの候補キーの説明のうち、適切のものはどれか。
ア 関係Rの候補キーは関係Rの属性の中から選ばない。
イ 候補キーは主キーの中から選ぶ。
ウ タプルごとに、候補キーの値は異なる。
エ 一つの関係に候補キーが複数あってはならない。
この問題でウを回答するのに、なぜ候補キーがNULLを含むか含まないかを判断材料とする必要があるのだろうか
候補キーの定義は「タプルを一意に識別するための、最小の属性集合を候補キーと呼ぶ」だからウが適切でOK
>>937
少なくとも俺の持っている技術評論社の合格教本にそうは書いていないな
「主キー及び候補キーはタプルを一意に識別できなければならず、キー値中にナル値を含むことはできません。」
外部キーと勘違いしてるんじゃないか？
少なくとも俺の持っている技術評論社の合格教本にそうは書いていないな
「主キー及び候補キーはタプルを一意に識別できなければならず、キー値中にナル値を含むことはできません。」
外部キーと勘違いしてるんじゃないか？
そんな定義があいまいなところ捨てりゃいいじゃん。>>935の言うとおり、解答は他のアプローチで導けるんだろ？
仕事ではもっといらない。NULLがややこしいのは3値問題ぐらいだろ
こまけーことはいいんだよ
仕事ではもっといらない。NULLがややこしいのは3値問題ぐらいだろ
こまけーことはいいんだよ
3値の表を見たときはめまいがしたな
>>939
そういうこまかいところに足を掬われ、お前は落とされるだろう。
そういうこまかいところに足を掬われ、お前は落とされるだろう。
呪詛かw
第4、第5正規形とか必死に勉強してそうw
フ･･･ 第７正規形をマスターしたオレには勝てないぜ
>>945
お前は、確実に落ちる。
お前は、確実に落ちる。
へー、第7なんてあるんだ？
住人に教えてあげなよ
住人に教えてあげなよ
ん？なんで切れてんの？
第4、第5世紀系に時間使っちゃったの？
ドンマイ、まだ焦るような時間じゃない
第4、第5世紀系に時間使っちゃったの？
ドンマイ、まだ焦るような時間じゃない
候補キーって、複数の項目でPRIMARY KEYだったらそういうと思っていたが
違うか。
NULLはunknownなので候補キーの一部にならないはず。
関係ないが3値問題は表を覚えるのではなく、NULLをunknownと考えたり
同値展開したりするとわかりやすくなります。
以上、ミック本信者より
違うか。
NULLはunknownなので候補キーの一部にならないはず。
関係ないが3値問題は表を覚えるのではなく、NULLをunknownと考えたり
同値展開したりするとわかりやすくなります。
以上、ミック本信者より
平成19年春 午後1問1がわからん
>>932
そもそも特定は主キーですればいいんで、
nullぽがあるから主キーになれない、だから候補キーなんだよ
タプルを一意に特定できる可能性のあるもの→候補キー
候補キーのなかで属性がnullぽにならないもの→主キー
そもそも特定は主キーですればいいんで、
nullぽがあるから主キーになれない、だから候補キーなんだよ
タプルを一意に特定できる可能性のあるもの→候補キー
候補キーのなかで属性がnullぽにならないもの→主キー
候補キーの中から任意に(じゃあ、NULLは？)主キーを選ぶってのが問題なんだろうな
NULLを含む含まない両説あるみたいだから、主キーの決定についても変わって来るのは当たり前なんだから気にしないのが正解
IPAもそんなめんどくさい問題避けるだろ
他で簡単に落とせんだからw
NULLを含む含まない両説あるみたいだから、主キーの決定についても変わって来るのは当たり前なんだから気にしないのが正解
IPAもそんなめんどくさい問題避けるだろ
他で簡単に落とせんだからw
土日は午後Ⅱを一問だけでいいよ。
やっても土曜日に先週の午後Ⅱ復習（２回目）、日曜日に新しい午後Ⅱ（１回目）
午後Ⅰは平日にがんばるもの。
午前Ⅱは４月にやるもの。
いろいろやって続くわけ長い。
やっても土曜日に先週の午後Ⅱ復習（２回目）、日曜日に新しい午後Ⅱ（１回目）
午後Ⅰは平日にがんばるもの。
午前Ⅱは４月にやるもの。
いろいろやって続くわけ長い。
>>952
ガッ
ガッ
>>951
ここ読んでおくこと。
ttp://www.atmarkit.co.jp/ait/articles/0605/11/news124_3.html
ボイスコッド、第４正規化の設問は過去問に散見されているが、
まとめてやったほうが良い。
ここ読んでおくこと。
ttp://www.atmarkit.co.jp/ait/articles/0605/11/news124_3.html
ボイスコッド、第４正規化の設問は過去問に散見されているが、
まとめてやったほうが良い。
外部結合でも一意に特定できるすごいやつ→主キー
内部都合のとき一意に特定できる便利なやつ→代理キー
内部都合のとき一意に特定できる便利なやつ→代理キー
>>941
一応回答しとくけど合格教本では
候補キー「タプルを一意に識別するための最小の属性集合を候補キーといいます」
主キー「候補キーのうちの一つを任意に選択したものを、主キーといいます」
という定義だけで、NULLに関する記述はない
一応回答しとくけど合格教本では
候補キー「タプルを一意に識別するための最小の属性集合を候補キーといいます」
主キー「候補キーのうちの一つを任意に選択したものを、主キーといいます」
という定義だけで、NULLに関する記述はない
ちなみに、IPAはどう候補キーと主キーを定義づけているのかという点に対し、事例があったので紹介しておこう
H23 春-DB 午前2 問2
データベースの関係モデルの候補キーの説明として、最も適切なものはどれか。(後略)
ア関係のタプルを一意に識別できる属性、または属性の組（→スーパーキーの定義）
イ関係のタプルを一意に識別できる属性、または属性の組で極小のもの（→候補キーの定義）
ウ関係のタプルを一意に識別できる属性、または属性の組で極小のものから選んだ一つ（→主キーの定義）
エ関係のタプルを一意に識別できる属性、または属性の組で極小のものから一つ選んだものの残り（→代替キーの定義）
H23 春-DB 午前2 問2
データベースの関係モデルの候補キーの説明として、最も適切なものはどれか。(後略)
ア関係のタプルを一意に識別できる属性、または属性の組（→スーパーキーの定義）
イ関係のタプルを一意に識別できる属性、または属性の組で極小のもの（→候補キーの定義）
ウ関係のタプルを一意に識別できる属性、または属性の組で極小のものから選んだ一つ（→主キーの定義）
エ関係のタプルを一意に識別できる属性、または属性の組で極小のものから一つ選んだものの残り（→代替キーの定義）
教育関係者の発言がここに…
主キーはnullはだめで一致でいいんでしょ？
でipaはnullを持つ属性を持つのも候補キーになるっていってんだから
それでいいじゃん。21年午後1問2設問1-3
でipaはnullを持つ属性を持つのも候補キーになるっていってんだから
それでいいじゃん。21年午後1問2設問1-3
任意じゃねー
ってところが問題
NULL以外って条件が必要になる
ってところが問題
NULL以外って条件が必要になる
合格教本に指摘してあげないとｗ
さすが2ちゃんだな、危うく信じるところだったぜ
ふーんと思ったが、何か役に立つんだろうか。
候補キーから任意のキーを選ぶ
あれ？プライマリー制約はれないんだけど
あれ？ユニーク制約はいけるな
まーいいんじゃねw
あれ？プライマリー制約はれないんだけど
あれ？ユニーク制約はいけるな
まーいいんじゃねw
ここは恐ろしいｲﾝﾀｰﾈｯﾂですね
候補キーは主キーと異なり、ナル値を許可する属性を持つ（もしくは含む）ものも候補キーとなりえる、が正解か
午前では問われることはなさそうだが、午後では出るようだから要注意だな
午前では問われることはなさそうだが、午後では出るようだから要注意だな
>>972
ナル値って、言い方すると NULL は値ですって解釈できでしまう。
NULL /0 も、NULL だし、NULL + 1 も NULL なんだから、
NULL は値ではないと言い切った方がよいと思います。
ナル値って、言い方すると NULL は値ですって解釈できでしまう。
NULL /0 も、NULL だし、NULL + 1 も NULL なんだから、
NULL は値ではないと言い切った方がよいと思います。
候補キー＝主キー（nullぽ不可）＋代理キー（nullぽ可）
ナルってどの界隈で使われてるの？
今まで現場でお目にかかったことがないんだが
素朴な疑問
今まで現場でお目にかかったことがないんだが
素朴な疑問
>>970
UNIQUE制約でも候補キーとなりうるということ？
そういえば、仕事ではPRIMARY KEY、UNIQUE制約と意識するが、
候補キーと言ったことがないな。
もちろん、NOT NULL制約はもっと意識している。
UNIQUE制約でも候補キーとなりうるということ？
そういえば、仕事ではPRIMARY KEY、UNIQUE制約と意識するが、
候補キーと言ったことがないな。
もちろん、NOT NULL制約はもっと意識している。
必要十分条件を勉強し直せ
>>976
nullいれなくて済むように属性を設計してるんじゃね？
例えば、担任教室を持ってない先生にnullを入れて、担任を持つ先生には学年クラス名を入れるとか。
持ってない先生の場合、「未担任」みたいな属性いれちゃえばなんとでもなるわけだし
>>977
おもきし候補キーなんじゃないの？
nullいれなくて済むように属性を設計してるんじゃね？
例えば、担任教室を持ってない先生にnullを入れて、担任を持つ先生には学年クラス名を入れるとか。
持ってない先生の場合、「未担任」みたいな属性いれちゃえばなんとでもなるわけだし
>>977
おもきし候補キーなんじゃないの？
>>976
アプリかトリガー、create tableのdefault宣言で
NULLを値に置き換えているんだろ。
中級者くらいだとNULLを撲滅したくてやると思う。
現実には値が入ってこない場合があるのでNULL値はあると思う。
ミック本では撲滅啓蒙している。
アプリかトリガー、create tableのdefault宣言で
NULLを値に置き換えているんだろ。
中級者くらいだとNULLを撲滅したくてやると思う。
現実には値が入ってこない場合があるのでNULL値はあると思う。
ミック本では撲滅啓蒙している。
いや、ごめん
ヌルって言わないでナルっていうのにお目にかかったことがないって話
ヌルって言わないでナルっていうのにお目にかかったことがないって話
iOS開発者がナルっていってた
nilか。
phpでgetパラメータで値がない時 NULL送ると
?page=&hoge=6
みたいなURLになってpageの値は送られずデフォルトのページが表示されるようなやつ
jsp/searvletでやったら
?page=null&hoge=6
みたいに文字列”null”送りやがった記憶がある
?page=&hoge=6
みたいなURLになってpageの値は送られずデフォルトのページが表示されるようなやつ
jsp/searvletでやったら
?page=null&hoge=6
みたいに文字列”null”送りやがった記憶がある
外部結合したらNULLをどうせ意識するんだからあっていいんじゃね
ガッされない主キー
ガッされる可能性がある代理キー
絶対にガッされないものがある候補キー
ガッされる可能性がある代理キー
絶対にガッされないものがある候補キー
h25-pm1-2 セットサービステーブルに選択可能な個別サービス群のカラムがないのは何故？？
ER図ではセットサービスと個別サービスに線引かれてるんだけど。
ER図ではセットサービスと個別サービスに線引かれてるんだけど。
おかしくない
極小が幾つもある状態なだけだろ
極小が幾つもある状態なだけだろ
>>990
セットサービス組合せテーブルが図２にあるから。
セットサービス組合せテーブルが図２にあるから。
>>992
そもそも、このケースの場合は、自動的に候補キー＝主キーとなっちゃうんでは。
そもそも、このケースの場合は、自動的に候補キー＝主キーとなっちゃうんでは。
この場合、
>データベースの関係モデルの候補キーの説明として、最も適切なものはどれか。(後略)
だからウが主キーの説明になってなくていいんだよ。わかれ
>データベースの関係モデルの候補キーの説明として、最も適切なものはどれか。(後略)
だからウが主キーの説明になってなくていいんだよ。わかれ
DBって専門知識そんなに多くないから、落ちる奴ってやっぱり日本語の訓練が必要なんだろうな
>>992
そういうのは、極小とは言わないｗ
そういうのは、極小とは言わないｗ
社員名簿（社員コード,名前,メールアドレス）
メールアドレスは会社が社員一人に1つ与える
この場合
候補キーは社員コードかメールアドレス
メールアドレスは与えられてない時点ではNULLとなるので主キーたりえない
メールアドレスは会社が社員一人に1つ与える
この場合
候補キーは社員コードかメールアドレス
メールアドレスは与えられてない時点ではNULLとなるので主キーたりえない
1000ならみんな合格
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。