【より良い】データモデリング【モデルを】 (542ﾚｽ)
上下前次1-新
201(2): 05/01/18 01:25 ID:dY4jJ9fs(1) AAS
>>195-198
渡辺幸三さんの生産管理のモデリングの本を読んでください。
ＬＬＣ（ローレベルコード）について詳しく書いてあります。
私の知っている限り生産管理のモデリングの最良の本です。
在庫推移のモデルに関しても詳しく書いてあります
いいところまで行ってるので頑張って
202: 東浩紀 05/01/18 18:39 ID:O7G91VlX(1) AAS
大きな物語が失墜し、人々はデータベース（大きな非物語）を消費するようになった
つまり人は物語に感動してるのではなくデータベースから抽出された物に反応しているにすぎない
つまり世界はこういう仕組みになってる
203(2): 05/01/18 19:50 ID:??? AAS
>>201
アドバイスありがとうございます。
実は、その本はたびたび読み返して手本にしています。
モデリング自体も問題大有りですが、
再帰ＳＱＬの代わりになるコーディングが思いつかない段階です。
204: 05/01/20 03:13 ID:TW1nlZVf(1/3) AAS
>>203
なぜスクリプトで組まないの？
205(1): 05/01/20 22:59 ID:TW1nlZVf(2/3) AAS
>>203
孤軍奮闘しているようですね。渡辺さんの本の愛読者だと
いうことで、アドバイスしましょう。VBAが使えないときついかも
ＬＬＣを良く理解されていないようです。こういう自体を避ける
魔法のコードです。ステップを以下のように３つに分けて、それ
ぞれの中で細かい処理を悩めば道は開けると思います。
★問題が解けそうにない時は小問題に分割するのが定石です
以下簡単にモデルを提示してみます
206(1): 05/01/20 23:01 ID:TW1nlZVf(3/3) AAS
【簡易ＭＲＰ（在庫推移のみを一括計算するシステム）】
モデル：
[部品] {部品Ｃ}、品名、現在庫数、製造ＬＴ、ＬＬＣ
[部品構成] {親部品Ｃ、子部品Ｃ}、員数
[日次受払] {部品Ｃ、日付}、入庫数、製造数、出庫数、在庫数
計算手順：
(1)[日次受払]の内容をクリアしたうえ、いろいろなテーブルに
散らばっている現在の入出庫予定（出荷予定、製造予定、
入荷予定）を[日次受払]に集計する
(2)ＬＬＣの小さい部品順に、[日次受払]の製造数を[部品構成]
省11
207(1): 05/01/21 15:25 ID:??? AAS
>>205
>>206
ありがとうございます！！
ＬＬＣの小さい順に展開することで、階層を最後まで展開しきることが出来るというわけですか！
目からうろこが落ちた思いです。
これから渡辺さんの本を再び読み返して理解していきたいと思います。
208: 05/01/22 01:08 ID://zf7D53(1) AAS
>>207
お役に立ててよかったです。渡辺本の３冊の中で私は
生産管理が最高だと思ってます。この他にもノウハウが
惜しげもなく載っていて驚くほどです。
※ところが一番売れてないと噂で聞きました
確かに難しいですが、あれだけSQLを書けるのですから
必ず理解出来ます。頑張ってください。
基本的な方針をお教えしただけですので、まだまだ
悩まれるところは豊富でしょうが、悩み甲斐ありますよ
もしこれで利益を得る事が出来れば、コンサルフィーと
省1
209: 05/01/23 20:56 ID:+1Ab9Bdi(1) AAS
2項モデルに拘ってる方っていらっしゃいますか。
210(2): 05/01/27 09:36 ID:Z5JcZ2YJ(1) AAS
運送料と手数料を請求するとする。
この場合、運送料と手数料はテーブルを分けるべきか分けざるべきか。
どうですか皆さん？
（分ける場合）
[請求] 請求ID・顧客ID・金額
[運送料]請求ID
[手数料]請求ID
（分けない場合）
[請求] 請求ID・顧客ID・金額・区分コード
211(1): 05/01/27 12:29 ID:Ff4IZNHF(1/4) AAS
[請求書] 請求ID・請求書ID
[請求顧客] 請求ID・顧客ID
[請求金額] 請求ID・金額
[運送料] 請求ID
[手数料] 請求ID
ならあるかな。
212: 05/01/27 13:17 ID:??? AAS
>>210
請求IDと運送料、手数料はそれぞれ一対一の関係なんでしょ?
だったら
[請求] 請求ID・顧客ID・金額・運送料・手数料
でいいんじゃない?
213: 05/01/27 13:22 ID:Ff4IZNHF(2/4) AAS
AA省
214: 05/01/27 13:39 ID:Ff4IZNHF(3/4) AAS
大変だ。上のプログラムは最初のSubGoalでループして終了しない。
請求書発行(_顧客ID,_請求書ID)
:-
請求書(_顧客ID,_請求書ID),
<<以下略>>
にしないとね。
215(1): 210 05/01/27 14:41 ID:??? AAS
すみません、請求における運送料と手数料は排他です。
請求が10件あったとして、運送料の請求が5件で手数料の
請求が5件かもしれないし、運送料の請求が10件で手数料の
請求が0件かもしれないといった感じです。
216: 05/01/27 15:02 ID:??? AAS
>>215
[請求] 請求ID・顧客ID・金額・運送料・手数料・合計金額
運送料・手数料どちらかをゼロにしとけばいいんじゃない。
217(1): 05/01/27 18:01 ID:Ff4IZNHF(4/4) AAS
<分けた場合>は209にでてくるバイナリーモデル的なものになるが、
IDが必須でうるさくなる。ただ、Prologとの相性はいいなあ。
うんと小さな規模のデータベースではデータの結びつきについて
敏感になれて面白いかもしれない。
<分けない場合>はRDBそのものだが、行の中の列の結びつきが「以前的」で
ちょっと強すぎる。なんらかの「契機」によって結びついていると考えられるが、
やはり、神様がいる感じ。
218: 05/01/28 00:09 ID:GLvUf9Af(1) AAS
>>217
prologなんてまだ生きてたのか。うざいね
> やはり、神様がいる感じ
電波受けてる？
219(3): 05/01/28 03:58 ID:??? AAS
[発注見出]と[発注明細]があって、それに対応する[支払予定]があります。
[支払予定]は、見出単位で決定する場合と、明細単位で決定する場合の
２通りあるんですが、この場合のテーブル設計はどうすればよいだろう？
[発注見出] 発注NO、支払予定NO
[発注明細] 発注NO、行番、支払予定NO
[支払予定] 支払予定NO
こんな感じでいんだろうか？
なんかすっきりしないんだけど・・・・・・もう、まる一日以上なやんでます .... orz
220(1): 05/01/28 07:49 ID:??? AAS
>>219
発注と支払いの間に、債務とかなんかのテーブルを一つはさんだらどうかな？
上下前次1-新書関写板覧索設栞歴
あと 322 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.009s