【より良い】データモデリング【モデルを】 (542ﾚｽ)
上下前次1-新
316(3): 2005/06/12(日)11:13 ID:??? AAS
WEB+DB PRESS特別総集編みました。
関係箇所がVol.11とVol.21に出てました。
どちらも著者は羽生彰洋さん。
少し説明すると、この中では、
意味無し連番->アイデンティファイア=ID=識別子=FKで使用JOIN用
認識容易番号->ビジネス上のコード体系=アクセスパス
としており、一見さんに対する顧客コードのつけ方や、
商品開発で開発の最初でコードが決まりにくい場合の例などで、
意味無し連番と認識容易番号を分けて考えて両方採用する
ことが大事である、と。詳しくは本文を。T字形の影響も
省5
317: 2005/06/12(日)23:52 ID:??? AAS
>>316
俺も意味無しID、使ってはいたし
コードの洗替が楽ってのも判ってたけど
どうしても違和感があって、
それ読んで、識別子とアクセスパスって言い方で
すっきりしました。
はぶさん、この路線で本書くのかなと思ったけど
SQLドリルってのは、やられた。
318: 2005/08/11(木)09:34 ID:u6wEnJIp(1) AAS
age
319(1): 2005/08/16(火)11:18 ID:wzipZbWi(1) AAS
>>316
このスレみてWEB+DB PRESS特別総集編買ってきてました。
なるほどなぁ〜と読みすすめてたのですが、一つ疑問が。
商品に対する品種。
商品に対する単位。
いままでこれらは商品マスタに品種や単位のコードを参照するように
カラムを追加していました。
しかし、Vol21p112にあるように各関係に対して交差エンティティを作成するほうが
後のためによいのでしょうか？
ちなみに作るとしたら以下のような交差エンティティを作成するのかな？
省2
320(1): 2005/08/16(火)13:19 ID:??? AAS
>>319
ここで聞いてみよう
外部ﾘﾝｸ:d.hatena.ne.jp
でもまあ、システムの規模や顧客の業務内容などなどで
最適解は色々ってのが答えなんじゃないかな。
正論かつ優等生ちゃんな答えでつまんないけどさ。
321(1): 2005/08/17(水)05:35 ID:??? AAS
>>320
サイト紹介してくれてありがとう。
みてみると交差エンティティはm:mの時、定義するように書いてありますね。
WEB+DB PRESS特別総集編によると、1:mでもとりあえず定義しとけとあったので
ちょっと疑問に思っていました。
私が担当するプロジェクトはそこまで大規模なものでもないので
今回は交差エンティティを定義しない方向で進めて行きたいと思います。
322: 2005/08/17(水)10:39 ID:??? AAS
>>321
いえいえどういたしまして。
なんか偶然だけど、凄いタイミングよかったね。
規模もそうだけど、
1:mって関連がどれだけ確かなものかってのを
お客さんにしっかり聞いておくのが一番だと思います。
業界でしっかりと規格化されてるものだったり
物理的にそれい以外考えられないとかだったら
カラムにしちゃった方がいいだろうし
「今までそうだったから」とかだと変わる可能性あるから
省1
323(1): 2005/08/20(土)22:14 ID:UVFT2kPn(1) AAS
スレ違いかもしれないけど、相互参照(交差エンティティ)のテーブルって
日本語が使えない時はどんな名前にしてますか？
〜マスタだと「〜MST」
〜のログだと「〜TRN」
〜と〜の相互参照だと「〜？？？」
私と似た様な命名規則を適用されている方、どうかお知恵をお貸し下さい。
324(1): 2005/08/22(月)09:41 ID:??? AAS
自分ルールなんだから、自分で決めろよそれぐらい。
そもそもサフックスにするところから議論になるぞ。
まず、プレでも何でもつけるか否か、つける場合の分類、そして略称。
そこの末端だけのことなんだから、開発者は小脇に辞書を抱えて即引きするのが常識。
命名で悩んでる時間がもったいない。
325: 2005/08/22(月)13:32 ID:??? AAS
>>324
議論ではなく、同様ので命名規則を適用している方で
サフィックスだけでもどうやってるのかと意見をもらいたくて・・・。
何にせよ、スレ汚しごめ。
326(1): 2005/08/22(月)23:01 ID:??? AAS
Crsってサフィックスを見た事があるよ。
設計・命名者はメインフレーム出身の割と古い人。
327: 2005/08/23(火)00:11 ID:??? AAS
>>326
貴重な情報、ありがとうございます。
早速、関係するテーブル名を連結+CRSで命名したいと思います。
328: 2005/08/23(火)08:35 ID:??? AAS
でも英語としてあってるかどうか知らんよ。
あとで保守する人にだせーとか言われるかもよ。
329(2): [0] 2005/08/25(木)01:16 ID:??? AAS
データウェアハウスの論理設計に関していい書籍やネット上の情報があったら教えてください。
330(2): U ◆CZtFsGiu0c 2005/08/25(木)13:43 ID:??? AAS
>>323
相互参照の略ならXREFなんてどうだろう。
331: 2005/08/26(金)09:50 ID:??? AAS
>>330
あんた、センス良いね。
332: 2005/08/27(土)00:08 ID:??? AAS
>>330
m:m確定ならそれいいね！
1:m, m:1かm:mのどちらかわからないときは"REF"だけでもよさそうだね。
333: 2005/08/28(日)15:30 ID:??? AAS
>>329
DWHは書籍とかネットとかの情報は少ないよ。
というかね、そもそもモデリングとか正規化とか無縁の世界。
どういう切り口でデータを分析するかが目的だから、
正規化とかを ”しない” のが普通。
どうすれば必要なデータをだせるのかを最優先に考え、
その為ならば、データベースの構造がどうであってもOK。
だから、通常は業務でデータを蓄積してる、ちゃんとモデリングや正規化されたDBとは別に
DWH用のDBを別に構築して、そこへ必要なデータを夜間バッチとかで流し込む。
334: 2005/08/29(月)17:39 ID:??? AAS
>>329
Ｍ＄のＳＱＬ鯖に付いてる。
使ってみると分かるとおもうし、
ＭＳＤＮにも資料落ちてるんじゃないかな。
要は、どんな分析をしたいのかをある程度
見極めとくことだと思う。
335(2): 2005/09/01(木)22:49 ID:3lCOPcx7(1) AAS
アドバイスお願いします。
現在、商品のテーブルに商品区分のフィールドがあります。
商品区分が'1'の時、計算で使用する項目は標準単価のみ(数量x標準単価=金額)。
商品区分が'2'の時、計算で使用する項目は重量、重量当りの単価。(数量x重量x重量当りの単価=金額)
商品区分が'3'の時、計算で使用する項目は縦、横、奥行、サイズ当りの単価。(縦x横x奥行xサイズ当りの単価=金額)
このような時、商品のテーブルには標準単価、重量、重量当りの単価、縦、横、奥行、サイズ当りの単価のフィールドを設けるべきでしょうか？
それとも商品区分毎に各テーブルを設けるべきでしょうか？
このシステムの前担当者は商品テーブルに全てのフィールドを設けているようですが、
ちょっとひっかかるところがあって、質問しました。
以上よろしくおねがいします。
上下前次1-新書関写板覧索設栞歴
あと 207 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.007s