【より良い】データモデリング【モデルを】 (542ﾚｽ)
【より良い】データモデリング【モデルを】 http://mevius.5ch.net/test/read.cgi/db/1057509675/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
507: NAME IS NULL [sage] 2009/01/18(日) 04:03:52 ID:??? 明細テーブルにも主キーはつけるべきだよ。 この場合は表示順を主キーにすりゃいいんじゃないかな。 > (3)の「請負金額入金」「請負金額請求」は確かに一つのテーブルに統合できそうです。 統合すると請求1回に対して入金複数回のケースとか対応できなくなるよ。 あなたんとこの業務的には問題ないのかも知れんけど、 柔軟性保つために分けておいたほうがベター 主キー入ってないテーブルがあること以外は、大体OKそうに見えるね。 >>505は見当はずれだから気にしないほうがいい http://mevius.5ch.net/test/read.cgi/db/1057509675/507
510: NAME IS NULL [sage] 2009/01/18(日) 04:28:57 ID:??? >>507 どこが見当違いか、指摘してもらえるとうれしいね http://mevius.5ch.net/test/read.cgi/db/1057509675/510
511: NAME IS NULL [sage] 2009/01/18(日) 04:43:29 ID:??? >>507 もしかして、（１）でサブタイプって書いたことを見当違いって 言ってるのかな？ エンティティ名だけ見ると、第２正規形を意識したと思えたけど、 もしかして主キーが同じで、あえて分けたのかと深読みしただけ なんだけどね。 （３）は509で書いた通り。 （４）は、業務要件わからないから、所見てことで、 主眼を「請負契約」と同様に<<契約>>に置いてもいいかなと思ったのさ。 よろしく。 http://mevius.5ch.net/test/read.cgi/db/1057509675/511
513: 506 [sage] 2009/01/18(日) 20:01:21 ID:??? >>507 ＞明細テーブルにも主キーはつけるべきだよ。 この場合は表示順を主キーにすりゃいいんじゃないかな なるほど！ これは勉強になりました。 キーはテーブルの結合しか用途がないもの だと思っていたのでそういう使い方が出来るのは初めて知りました。 ＞主キー入ってないテーブルがあること以外は、大体OKそうに見えるね。 >>505は見当はずれだから気にしないほうがいい いえいえ皆さんのアドバイスは大変勉強になります。 http://mevius.5ch.net/test/read.cgi/db/1057509675/513
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.271s*