はてなブックマーク - 自社業務システムのDB設計プラクティス

(閉じる)

はてなブックマーク > コンピュータ・IT > 自社業務システムのDB設計プラクティス - Life is R...

自社業務システムのDB設計プラクティス - Life is Really Short, Have Your Life!!

コンピュータ・IT 19 users

DB設計今、僕は自社の業務システムを組んでるんですが、その中でこうやった方がきっとハピハピハッピーだねって思うことを、書いておきます。その内カテゴリーが増えていきます。突然消えることもあります。請求業務請求残管理を請求テーブルでやらんほうがいい良くあるDB設計として、｢当月請求額｣｢前回請求額｣という感じで、そのテーブルの中で請求残管理を行っているんだけどこれ違うんじゃないかなって思った。月毎の請求データに残を紐づけるとめんどくさくてしょうがない。今月５万の請求だけど１万しか入金がないとか、２ヶ月前の請求... > このページを見る

最終更新時間: 2012年02月20日14時18分

▼ブログで紹介する

みんなのブックマーク人気（0）新着

habuakihiro
残高は在庫と同じパターン。出庫と出金・入庫と入金は同じ形でさばける。ストックは基本的にはViewなんだが記事にあるとおり性能問題があるのでマテビュー気分で実テーブル化するのが基本。ERDレッスンに補記すべき？ 2012/02/20
atsuizo
こういうテーマの議論って、もっと世に出てきてもいいよね。 2012/02/20
gothedistance
id:mornrisk ご指摘ありがとうございました！ 2012/02/20
mornrisk
普通の事では…。／「請求残管理を請求テーブルでやらない」は、入金予定表が欲しいとか後で言われると残念。 2012/02/20