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