Hatena::Diary

2009-04-04

どりがカワユス!

勉強終わって懇親会出ないで中さんちきた

ゆっぽんとはるなんと♪

ゆっぽんはおねんねしてる

はるなんはP3でTwitterしてる

中さんち大きいんですけど(・ω・)

マンションの入口からして高級感がΣ


どり(中さんの猫)に会った。どりに会いたくておじゃましてるんですがね。

本気カワユスです。

なでてたらお腹見せてくれた


アニマルテラピーだよ。


今日、グループディスカッションで気づいた。

データベースの設計が全然わからなかった。


勉強が必要。

f:id:n_saito1111:20090404190505j:image

f:id:n_saito1111:20090404195130j:image

f:id:n_saito1111:20090404195829j:image

インドリインドリ 2009/04/05 18:38 猫可愛い〜♪
ボク猫が大好きなんだ♪
データベース設計については、「重複が憎いぃー」と覚えたら分かりやすいよ。
正規化と難しい名前ついているけど、第三までは結局は「重複をなくそう」だから意外と簡単だよ♪

hatsune_ahatsune_a 2009/04/05 20:18 > 第三までは結局は「重複をなくそう」

ちがいますよ。

インドリインドリ 2009/04/06 07:33 部分関数従属性(第二)をなくすのも、推移的関数従属性(第三)をなくすのも、結局余分な情報をなくすという点では「重複をなくそう」だと思うのですが・・・
多値従属性(第四)、結合従属性(第五)は流石にこの言葉でようやくできないと思うけどね。

hatsune_ahatsune_a 2009/04/06 10:01 ほらほら、「結局余分な情報をなくす」って説明が必要でしょ?
まあ、エントリとは関係ないし、ひとんちのblogなのでこの辺で。

インドリインドリ 2009/04/06 10:46 ごめん不味かったかな?
冗長情報の排除は正規化の目的そのものだから、
自分はこの感覚で理解が進んだんだけど、やっぱり駄目かもしれませんね。

n_saito1111n_saito1111 2009/04/06 11:19 コメント有り難うございます♪
ここまできてすでに何を話しているのか理解出来ていない私ですΣ
すみません><

インドリインドリ 2009/04/07 10:31 無理もないよ。ボクも初めは【用語に圧倒】されたよ・・・
ドモルガンの定理とか、全要素とか、閉包とか、色々難しい用語で書かれていることが多いんだ。
だからボクは「重複がにくいぃ」と一般用語で表現したんだ。
こういうふうに、先ずは「正確さ」よりも「つかみ」が大事だとボクは思う。
初めから完璧に集合論をマスターして正規表現の全てを理解する事は天才にしか出来ない。
完璧主義よりも楽観主義で行こう♪
場数を踏んだら理屈じゃなくて、感覚的に出来るようになるよ。
気楽に行こう♪

n_saito1111n_saito1111 2009/04/07 12:24 勉強して自分で身につけるしかないとかとか思っているので、
勉強するべきなんですが、DBはいじれてなぁい〜〜って状況です。
あ、でもMySQLはPHPでやりはじめつつ楽しいかもって感じでっす♪

重複がにくいぃって「重複」ってなんの重複ですか?
>完璧主義よりも楽観主義で行こう♪
のんどっちかっていうと楽観主義者かもですw
たぶん...w

hatsune_ahatsune_a 2009/04/07 13:18 > インドリさん
自説展開したいんなら自分のblogでやったらいいでない?

επιστημηεπιστημη 2009/04/07 16:19 >「重複」ってなんの重複ですか?

ぶっちゃけて言えばいろんな伝票に同じこと書くのってウザいやん。
取引先の名前とか住所とか受付番号だとかそのほかモロモロ。
どれかに変更かかったりすっと全部の伝票書き直しになるやん。
データベースにぶっこむときも同じことってわけ。

インドリインドリ 2009/04/07 19:00 hatsune_a さんへ
済みません。


重複については・・・
επιστημηさんが言ったとおりです。

n_saito1111n_saito1111 2009/04/07 22:25 >データベースにぶっこむときも同じことってわけ。
ようやく理解してきましたwww

ゲスト


トラックバック - http://d.hatena.ne.jp/n_saito1111/20090404/1238844708