![見出し画像](https://assets.st-note.com/production/uploads/images/152501821/rectangle_large_type_2_ddcf42dc9c40fb3fc4bb68f42e4a8c50.png?width=1200)
データモデルを習得する(16)
サービス管理(契約データ)
書き出しトライ
![](https://assets.st-note.com/production/uploads/images/152623331/picture_pc_ee9cce6cb1c5c30ef35cb9de7ffcef83.png?width=1200)
振り返り
「契約データ」とはどんな概念化、それに沿ってどんなテーブルを書き出すか、という観点が腹落ちできておらず、書き出しに時間がかかった。かつ、書き出せていない・間違って書き出してしまった、箇所がある。
次回の書き出しトライでは、リファレンスから「〜の観点でテーブルを書き出すこと」のような指示を前もって作っておくとよいかもしれない。
サービス管理(取引データ)
リファレンス
![](https://assets.st-note.com/production/uploads/images/152623470/picture_pc_b87fc2bacbdb54b76cd6896bea3b73c1.png?width=1200)
気づき
「顧客別月次サマリ」のフィールドの値がどのようにできあがっているか、という観点では、この切り口がわかりやすい。
「利用履歴」は「利用履歴No.」が主キーとなっているが、「顧客ID+
商品ID+年月+履歴行番」のような複合主キーの形になっていないのはなぜか。利用履歴を取引履歴とみなせば、他のデータモデルでも取引履歴No.を主キーとした形は既出なので、利用履歴No.を主キーにすること自体には違和感はない。利用履歴という観点では、利用された順にレコードが格納されるのが重要である&顧客・商品・年月という切り口はそれほど重要ではない(だから主キーを構成しない)という考え方であっているだろうか。
対象のデータモデル
自治体給付金管理
世帯給付 ✓
基本データ ✓
住民給付 ✓
事業所給付※データモデルが世帯給付と同様のため対象外とする
ワクチン接種管理
予防接種 ✓
ワクチン在庫 ✓
システム構成(設備)管理
モジュールデータ ✓
科目履修管理
科目・講義データ ✓
進級・履修データ ✓
学籍管理 ✓
シフト管理
資源データ ✓
稼働データ ✓
サービス管理
組織データ ✓
商品データ ✓
契約データ ✓
取引データ
統計データ
受注生産
フレール・メモワール通販管理システム
ラグビーワールドカップ開催データ管理
自治体
生産管理
販売管理
財務管理
出典:http://dbc.in.coocan.jp/referenceModel.html
この記事が気に入ったらサポートをしてみませんか?