23コメント9KB

データベース化する前にやること

■ このスレッドは過去ログ倉庫に格納されています

0001おおむら ◆PoX7Lacoik

03/07/01 13:26ID:???

データ構造を練らないとダメです。

0002名無しさん＠お腹いっぱい。

03/07/01 13:26ID:6PdnleDF

0003おおむら ◆PoX7Lacoik

03/07/01 13:26ID:???

<Empty>
|集合　　　　　　|
|・属性/項目等.|
|・　　　　　　　　.|
|・　　　　　　　　.|

<Relation>
---　１：１
-0-　１：１(もしくは０)
--<　１：ｎ
-0<　１：ｎ(もしくは０)
>-<　ｎ：ｍ
-n- リレーションに属性等補足を必要とする場合。(nは補足番号)

0004おおむら ◆PoX7Lacoik

03/07/01 13:26ID:???

|個人情報　　　　　　 .|
|・HN等固有情報　　 .|　　 |世間体　　　　 .|
|・人としての格　　　　|----|・人としての格 |
|・ちゃねらとしての格.|┐　 |・社会適応度　|----┐
　　　　　　　　　　　　　 .|　　　　　　　　　　　　　　　.|　　|今を生きる　　 .|
　　　　　　　　　　　　　 .| .|2ch　　　　　　　　　　|　.├1-|・社会適応度幅.|
　　　　　　　　　　　　　.└|・ちゃねらとしての格|　 .|　　|・分析結果　　　 |
　　　　　　　　　　　　　　 .|・社会適応度　　　 |-.┘

1：｢世間体｣から｢２ｃｈ｣を減算した結果が｢今を生きる｣ﾚﾝｼﾞをもってJoinする。

※｢世間体｣と｢２ｃｈ｣は､母の苦情により｢格｣より２つのEmptyに分離。

0005おおむら ◆PoX7Lacoik

03/07/01 13:27ID:???

<個人情報>
某ｽﾚの1，ヒッキー，DB厨
固定Ａ，中堅サラリー，ガノタ
某ｽﾚの99，ヒッキー，神

<世間体>
社長，１５
中堅サラリー，１０
ヒッキー，０

<２ｃｈ>
神，２０
ＤＢ厨，１０
職人，１０
ガノタ，５
一見さん，０

<今を生きる>
０以下，カウンセリング要
１～５，休養が必要
６～１０，特に問題なし
１１以上，家族を省みよう

0006おおむら ◆PoX7Lacoik

03/07/01 13:28ID:???

極めて難しそうな内容なので
取りあえず気が向くまで逃げ。

0007名無しさん＠お腹いっぱい。

03/07/02 00:35ID:???

いきなり書いても第三者にはわからんでしょ。

ERモデル
http://www.kogures.com/hitoshi/webtext/db-ermodel/
データの正規化
http://www.kogures.com/hitoshi/webtext/db-seikika/

Ｗｅｂ教材：データベース
http://www.kogures.com/hitoshi/webtext/db-intro/index.html

0008おおむら ◆PoX7Lacoik

03/07/02 07:03ID:???

|スレッド　　　　 |
|・名称　　　　　 |　　　　　　　　　　　　　　|個人情報　　　　|
|・趣旨　　　　　 |　　|スレッド特性　 .|　　|・HN等固有情報|
|・レスの難易度|---|・レスの難易度|　　|・気力　　　　　　.|
|・嗜好ﾊﾟﾀﾝ　　 |┐ .|・DB熟練度　　.|---|・DB熟練度　　 |
　　　　　　　　　　.|　.|・AA熟練度　　.|---|・AA熟練度　　 |
　　　　　　　　　　.|　.|・詳細　　　　　 |　　.|・嗜好ﾊﾟﾀﾝ　　　.|>0┐
　　　　　　　　　 .└----------------------------------┘
建てた本人が言うのは何だけども
以上のような関係で運用は難しいかなと？
（勉強したいコが使えば役に立つとは思うけど）

0009名無しさん＠お腹いっぱい。

03/07/07 14:27ID:???

hoge

0010名無しさん＠お腹いっぱい。

03/07/07 15:23ID:???

アイテムテーブルと属性テーブルがあって、
あるアイテムには自由に任意の属性（0～10）を設定できます。
属性の持ち方は、属性テーブルの主キーである属性コード
をリストで持ちたいと考えています。
ただ、属性コードからその属性に属するアイテムを
頻繁に検索するため、属性コードにはインデックスを
設定したいです。
この結果、アイテムテーブルに、attribute_id1～10
という感じで、10個の属性用のフィールドを設定し、
全てにインデックスを張っています。
もっと良い方法ないですか？

0011名無しさん＠お腹いっぱい。

03/07/07 16:29ID:???

アイテム明細テーブル(アイテムテーブルのプライマリキー・属性番号(0～10)・属性コード)を作って
アイテムテーブルから属性に関する情報を消す。

メリット：
属性コードでの検索SQLが短くなる
1アイテムが保持する属性が可変になる（20個でも100個でも増やせる）
デメリット：
既存のプログラム等の変更が大変。
アイテム明細テーブルのレコード数が増えやすい。
容量が増える。

ってのも出来ますね。

0012名無しさん＠お腹いっぱい。

03/07/18 12:09ID:v/09hLvl

XML DBって、いう手もあります。
それなりに考えないといけないこと、あるけど、
基本的な構造についてのみ注力できる。
どうでもいい、枝葉末節なフィールドについては、あいまいな
まま、スタートできる。

時代かわったなーという感じ。

問題は、
・X-Queryの標準化がおくれている。
・システムが重い

0013名無しさん＠お腹いっぱい。

03/07/18 17:00ID:2TkLnbL1

0014名無しさん＠お腹いっぱい。

03/07/18 21:52ID:QjpeAqCT

ドラゴンボール板http://cgi32.plala.or.jp/mg916/dragon/
２ちゃんねるｐ http://www11.plala.or.jp/mg916/
こっちにも来てください！　　

0015ポルノクウラ

03/07/19 20:19ID:l2R24jep

ちょっぺちょめちょめ

0016名無しさん＠お腹いっぱい。

03/07/23 14:18ID:???

DB新人の設計は無駄に正規化しすぎて速度を落としてるのが多い。

0017DB2世 ◆rsm9sTjowQ

03/07/23 19:37ID:???

>>16
確かに。
無駄なinner join重ねられても困るよね。
特にPerformanceを追求するようなときとか。

0018ヶ ◆/iQf.Br2tM

03/07/23 22:48ID:BWf0c5Mj

ＤＢの仕事してた頃は
マスタテーブル類には２つぐらい予備のカラム作ってた。
仕様変更ｱﾀｯｸに対処するため。
あとレコード数が数個しか発生しない情報は
雑類テーブルに適当に投げこんでいた。ﾋﾃﾞｪ

001954

03/07/24 07:55ID:???

>>18
私はど素人ですが
某SIの製品で同様のテーブル見ました。
最初なんじゃコリャ!!DQN決定と思ったけど、
よく考えた後、ある意味これもProの仕事だろうかと、
と思うようになりました。

0020なまえをいれてください

03/07/24 12:14ID:???

ハッキリ言ってアメリカなどの多民族国家では黒人の方がアジア人よりもずっと立場は上だよ。
貧弱で弱弱しく、アグレッシブさに欠け、醜いアジア人は黒人のストレス解消のいい的。
黒人は有名スポーツ選手、ミュージシャンを多数輩出してるし、アジア人はかなり彼らに見下されている。
(黒人は白人には頭があがらないため日系料理天などの日本人店員相手に威張り散らしてストレス解消する。
また、日本女はすぐヤラせてくれる肉便器としてとおっている。
「○ドルでどうだ？(俺を買え）」と逆売春を持ちかける黒人男性も多い。）
彼らの見ていないところでこそこそ陰口しか叩けない日本人は滑稽。

0021名無しさん＠お腹いっぱい。

03/07/27 05:51ID:???

うちの先輩の設計は無駄に非正規化しすぎて保守性を落としてるのが多い。

0022ぼるじょあ ◆ySd1dMH5Gk

03/08/02 05:00ID:???

　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

0023山崎渉

03/08/15 23:03ID:???

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

■ このスレッドは過去ログ倉庫に格納されています