【より良い】データモデリング【モデルを】 (543ﾚｽ)
上下前次1-新
1: 名無しさん＠お腹いっぱい。 03/07/07 01:41 ID:mnMZZn0T(1) AAS
データベース構築の上流工程であるモデリングについて語らうスレッドです。
モデル作成に関する質問、質問に対する回答、
作ったモデルの自慢、自慢されたモデルの批評など、
モデリングに関すること全般を扱います。
ソフトの使い方に関する話題、物理的なモデルの話題はご遠慮ください。
EX.
このソフトで○○の機能は〜 → ソフトウェア板へ
○○の組み立てが完成して、これから塗装〜 → 模型・プラモ板へ
モデリングツール
○SVG Cats
省20
417: 2006/05/14(日)01:28 ID:??? AAS
Ｔ字形の新しい本を読んで思ったのは．．．
あの理論編の哲学議論がまさに「言語ゲーム」。
418: 2006/05/14(日)01:42 ID:??? AAS
ヲウムと同じだよね。
悟り開いて宙に浮く様になれば尊師の教えが分かるよって感じ。
傍から見てるとDQNにしか見えない罠。
419: 2006/05/14(日)13:29 ID:??? AAS
理論編だけ読み飛ばせばﾓｰﾏﾝﾀｲ
420: 2006/05/15(月)00:55 ID:??? AAS
そうはいかんよ。
従来のＥＲ手法でエンティティとリレーションを同時並列的に検討するのは、
純粋な「実体主義」も、純粋な「関係主義」も、現実的には極端すぎるから両方を同等に扱いましょう、
ていうのが背景にあると思う。（明示的にではないにしろ）
それを“実体主義のほうが本質的で、だからエンティティーを重視するんだ！”って主張するんだったら
そのへんをちゃんと論理的に、かつ皆が納得できるように説明してくれないと．．．
あの理論編は、ぜんぜん「理論」になってなくて、いろんな哲学のオイシイ結論を寄せ集めただけに見える。
だってボク、クリプキ好きなんだもん、とか言われても困っちゃう。
421: 2006/05/15(月)04:32 ID:??? AAS
実践編、かなり有用と思うよ
でも、たしかに理論書としては、ちゃんと筋道たてて説明してない感じがする。
論理の飛躍がある、というより、断片を継接ぎした結果みたいな。
モデリングって学問としてあるわけじゃないのかな・・
奥が深いし、博士号取得した哲学者や数学者がもっと研究してほしい
422: 2006/05/16(火)19:37 ID:??? AAS
計算量の上界値、下界値ってどういうことなんですか？
上界値＝計算量が最大と思われる値？
423(1): 2006/05/16(火)23:01 ID:??? AAS
それより大きいことはありえないと保証できる値
てか板ちがい
424: 2006/05/16(火)23:20 ID:??? AAS
>>423
レスありがとうございます。
では、これはどこの板行けばいいんですかね？プログラム板ですか？
425(2): 2006/06/29(木)00:28 ID:s69NJyt8(1) AAS
Visioって作ったモデルからCreate文生成したり,DBに直接テーブル作成したりできるん？
426: 2006/06/30(金)12:54 ID:5MdCXCSh(1) AAS
新しい職場で、設計がやたら縦持ちになってるんですが、縦持ちってポピュラーな方法なんですか？
扱いにくくってしょうがないんですが。
427: 2006/06/30(金)13:03 ID:??? AAS
>>425
VisioのProfessional版を使っていて、できそうだったのでちょっとやってみたら
「Enterprise Editionを使え( ﾟДﾟ)ｺﾞﾙｧ！」と言ってきました｡インスコしてないので試せないが､
Enterprise版を使えばできると思われ。MSDNにはついてきていると思う｡
428(1): 2006/06/30(金)23:23 ID:??? AAS
Create分まで作りたいんなら、VisioよりDBDesigner4を勧めたい
429: 2006/07/01(土)11:42 ID:??? AAS
>>428
理由等わかればkwsk
430: 2006/07/01(土)15:00 ID:??? AAS
タダだから
431: 2006/07/02(日)07:56 ID:??? AAS
仕様書作る時にはvisioのほうが便利。
実装と文書化の二度手間のほうが苦痛。
432: 2006/07/02(日)09:59 ID:??? AAS
仕様書ってどういうレベルのもの言ってんだ？
DBDesignerでもER図やDB定義書くらい作れるぞ
433: 2006/07/02(日)15:46 ID:??? AAS
客と下請けに提出する清書レベルだよ。
手書き程度ならチラシの裏に落書きで十分だし。
434(1): 425 2006/07/05(水)22:25 ID:??? AAS
レスくれた方ありがとうございました。Visio for Enterprise Architects
というバージョンで出来ました。
ところで、教えていただきたいことがあるのですが、3種類のコードが組み合わさって
出来ているコードがあるのですが
AAABBCC
コードA VARCHAR(3)
コードB VARCHAR(2)
コードC VARCHAR(2)
こんな感じです。AとBとCは親−子−孫の関係にあるのですが
この親−子−孫を表せるようにモデリングするにはどうしたらよいでしょうか・・・・
435(1): 2006/07/06(木)18:28 ID:??? AAS
AA省
436: 2006/07/06(木)22:26 ID:??? AAS
AA省
437(1): 2006/07/10(月)23:41 ID:2umW5dHJ(1) AAS
あるリソースエンティティ同士の関係を表すのに
交差エンティティを作成するという例はよく見かけるのですが、
イベントエンティティ同士の関係についても交差エンティティを作成するという
事はあるのでしょうか？
たとえばある複数の勘定科目から出金して、出金した額を別の種類の複数の
科目へ入金するといった作業があるとして、出金エンティティと入金エンティティ
との関係はどう表したらよいのでしょうか。
438: 2006/07/10(月)23:45 ID:EbhJ+Fw+(1) AAS
yhSEfIF00
439: 2006/07/11(火)02:01 ID:??? AAS
AA省
440: 2006/07/11(火)14:42 ID:??? AAS
DB作る前に簿記の勉強したほうがいいね。
帳票をそのままDBにすればおk。
441: 2006/07/15(土)15:39 ID:??? AAS
簿記検定受験後の今その言葉の重みが良くわかる
442: 2006/08/27(日)18:38 ID:7FPwEeLv(1) AAS
つまらない質問で申し訳ないのですが、
顧客IDなどのコードの作成方法は
決まっているのでしょうか。
社員番号なら入社年月日＋連番
などでいいと思うのですが、
何か指針はあるのでしょうか。
443: 2006/08/28(月)01:10 ID:??? AAS
連番も何桁取るとか有るよ。２桁じゃ１００人入ったら終わり。
総務や人事と打ち合わせて決めたほうがいいよ。
全社的に統一しないと意味がない。
顧客コードなら営業とかと打ち合わせて決めるべき。
営業上、顧客の元に自社の顧客番号が付いたものが送られるし、「ああ、うちって１００社目なんだな」って推測されちゃうような顧客IDは恥ずかしい。
444: 2006/09/01(金)01:41 ID:??? AAS
設計するのに使ってるツールとか教えて！
XEADとかJude、ObjectBrowserERあたりがよさげなんですが！！
今試そうと思ってるのがOracle JDeveloper10g！！！
445(1): 2006/09/01(金)17:52 ID:??? AAS
DBDesigner4最強。
XEADだけは勘弁
446: 2006/09/02(土)23:04 ID:??? AAS
>>445 さんへ
XEADは、どこら辺が駄目だと思いますか？
447(1): 2006/09/16(土)01:13 ID:??? AAS
ナチュラルキーとサロゲートキーって使い分けどうしてますか？
顧客マスタとか商品マスタみたいなのはナチュラルキー、
受注TRとか売上TRはサロゲートキー、
仕様変更が多そうならサロゲートキー多め、
ERモデリングツール使うならナチュラルキー、
ORマッピング使うならサロゲートキー、
こなかじ？
448: 2006/09/16(土)01:23 ID:??? AAS
知るか。何でもいいよ。
あれもアホな議論だったな
449(2): 2006/09/17(日)01:56 ID:??? AAS
佐藤 正美氏が提唱する「Ｔ字形ＥＲ」ってどうなんでしょ。会社の上司が
信者（？）で何が何でも導入したいみたいで。。。本を読んでみたけど
文章表現は下手（だと思った）だし理論にしても判り辛いような。。。
数千人規模の会社の基幹業務構築のモデリングには大丈夫なのかな〜？
と思ってます（例えば数年後には理論自体廃れてるとか・・・）。
450: 2006/09/17(日)02:41 ID:??? AAS
>>449
いいところはresource概念とevent概念云々のところぐらいか
あとはちょっと・・・。identifierの扱いがアレなんで、あの理論をそのまま適用するのは
実際的ではないと思う
451: 2006/09/17(日)04:11 ID:??? AAS
データモデリングなんて勘でやるのが一番いい。
主キーと関連だけしっかり抑えとけば大概上手くいく。
大事なのは、間違ったモデリングなんてないと知っておくこと
452: 2006/09/17(日)16:38 ID:??? AAS
勘でやる時点でだめだめな悪寒。
いろんなモデリングのシミュレーションソフトとかあれば設計時に検証しやすくて便利なのにな。
453(1): 2006/09/18(月)11:28 ID:??? AAS
>>449
基幹ではないが、大手での採用例はあり。
和光市の某自動車メーカとか、麹町の某信販会社とか。
ただ、Ｔ字型を使ったプロジェクトで試行錯誤した経験者がいない状態で
本読んだだけでいきなり実地の大規模システムに適用しようとすると
多大な困難が待ち受けていそうな悪寒が…
454: ＴＭ使ってるよ 2006/09/20(水)14:17 ID:6C6LnzZC(1) AAS
ＴＭ（Ｔ字形ＥＲ手法）は、CoddのRDBMに始まって、正規化だけでは解決しない問題を検討している間に、
業務系のシステムでは「コード体系」を使って分析するのが便利って便法を思いついたりしながら発展して
きましたが、根っこの部分ではオブジェクト指向におけるドメインモデリングと繋がっています。
なので、#453 の方が言われる様に、本を読んだだけで見よう見真似で始めるのは、少し辛いでしょう。
できれば、本人から習うことが可能なので、それが一番だと思います。
外部ﾘﾝｸ:www.sdi-net.co.jp に行ってみましょう。
455(1): 2006/09/23(土)17:10 ID:??? AAS
↑
ＨＰ見てみたけど、本当大丈夫なの？かなり素人っぽいＨＰで
すが。コンサルとかやってるんんだったらもうちょっとマシな
ＨＰにした方がいいような。。。
それに実績も書いてないし。>>453 の和光や麹町の会社ではどれだけ
ＴＭにより実績がでたのかな？
コンサルやるなら会社（？）の規模も知りたいなー
456: 2006/09/24(日)12:10 ID:??? AAS
麹町では使ってはいるが「お絵かきソフト」程度の使われ方。
「Ｖｉｓｉｏの方が書きやすいじゃん」ってノリだから「ＴＭを
導入してビジネスの強み・弱み・・・」なんて程遠い状態。
457: 2006/09/24(日)20:16 ID:??? AAS
>>455
WebPages見てそういう感想抱いたのなら、ＴＭとは出会わなかったことにした方が多分幸せになれる。
いや、煽りや皮肉ではなく、本音ベースの話。
感覚的な「合う」「合わない」っていうのは結構重要な要素かと。
458(1): 2006/09/25(月)00:31 ID:??? AAS
ＨＰ見たけど「1,000,000 ステッフ゜ 規模の システム であれば、10数名で、6 ヶ月以内に導入する。」
ってのは凄いなー。
事例とかあるといいけどね。
459: 2006/09/25(月)01:10 ID:??? AAS
優秀なエンジニアが集まればとか、そのための費用を出せるならとか前提条件いっぱいだろ？
まあ優秀なエンジニア集めれば、別に何でも短納期でできそうな悪寒。
そういう論点のすり替えをして一儲けするのがコンサルと言えばそうだけど。
460: 2006/09/25(月)10:26 ID:??? AAS
>>458
ステップってコード量だよねぇ？
でコンサルが開発するわけじゃないだろうし、有効なメトリクスなのかね？
コンサルとしてはそういうところ大事だと思うんだが。
461: 2006/09/26(火)00:04 ID:??? AAS
画面数とかテーブル数とかユースケース数とかでないとピンと来ない
462: yossy 2006/09/26(火)00:38 ID:3/C3qjqe(1) AAS
皆様始めまして。
DBDesigner4の使い勝手が良かったので日本語化してみました（需要アルカナ・・・）
外部ﾘﾝｸ:dbdesigner.iimp.jp
使ってみてご意見いただければと存じ上げます。
Delphiはあまり使ったことがないので安定度が下がっているかもしれません。。
あと、、まだWindows版しかコンパイルしていないです・・・。
Linuxはあまり慣れていないもので。。すみません。。。
463(1): 2006/10/02(月)23:45 ID:??? AAS
>447
主キーベースのERDを作成する段階では、ナチュラルキーでモデリングし始め、
全属性ERDを作成する段階で、最終的にサロゲートキーに再設計してる。
（最初はナチュラルキーの方がわかりやすいので・・・）
全部サロゲートキーにしてる理由は、
（１）安定性の確保
：将来のシステム改善などでの主キー属性の設計変更を、極力抑える。
（候補キー自体が安定していることが前提なのに、変わることあるから・・・）
（２）データへのアクセスコストを抑えたい
：ナチュラルキーだと３つ以上のコンポジットとなってしまう場合がある（特に連関エンティティ）
省3
464: 2006/10/02(月)23:56 ID:??? AAS
>>463
>候補キー自体が安定していることが前提なのに、変わることあるから・・・
間違えた。
候補キー -> 主キー
465: [age] 2007/05/12(土)18:00 ID:??? AAS
保守age
466(1): 2007/05/15(火)19:54 ID:/Spdz0dJ(1) AAS
FFの武器を管理したいと思っています。
次回のバージョンアップで他のシリーズも同一のテーブルで管理できるようにしたいです。
現在
武器 (武器ID, 攻撃力, 入手場所)
案1
武器テーブルにシリーズNoを追加して、シリーズNo＋武器IDを主キーにする。
シリーズNo | 武器ID
FF1 | 001
FF1 | 002
FF2 | 001
省12
467: 2007/05/15(火)23:21 ID:??? AAS
>466
複合キー列への外部キー設定は列が増えてしまって、
子表が増えるほど面倒になるから案2がいいなぁ。どうせ
武器IDなんてもとより意味のあるものじゃないんだし。
もういっそ武器IDは乱数を採番するようにしちゃえば気にならないよ。
468: 2007/05/16(水)03:44 ID:??? AAS
1の方がデータ移行は楽そうだな。
最近の流行は2か。アプリケーションフレームワーク的に２のようになってないとあかんものがあるな。
武器リストだと表示順ってのも気にしたいだろうから、
１のテーブルにさらにid列を一つ追加して、
武器IDは表示順的な意味を持たせるのもありかも
469: 2007/07/08(日)18:42 ID:??? AAS
MySQLのDBDesignerに相当するpostgresqlのツールってありますか？
それとも、postgresqlをodbcで接続して、DBDesignerを使っても、幸せになれますか？
470: 2007/08/07(火)20:28 ID:bIEMzxGi(1) AAS
このスレでも何回か見かけるが、簿記の知識がSEにも要求される場合がある。
独学で簿記を勉強しようとすると、書籍を購入して勉強となりがちだが、
項目が羅列してあり説明は最小限のような簿記の書籍ではなかなか理解は進まない(俺だけか)。
簿記の書籍は不親切であり、そのために資格学校が存続できてる気がする。
資格学校に通わなくても資格学校の通信教育等もあるし、それもそんなに高くはない。
さらに講義形式の勉強で一番手軽なのは、資格学校が出版しているDVDビデオの教材がある。
例えば、以下のような教材がある。
合格テキスト講義DVD日商簿記3級 商業簿記 Ver.4.0(10,500円)
DVD6枚組 TAC出版
俺は本屋で買ったが、amazonにもある。講師は違うが2級もある。
省10
471: 2007/08/08(水)00:35 ID:??? AAS
まぁ、SEが片手間に勉強するのにむいた教材は確かに少ないかもしれんけど、
たかが3級レベルで分かりやすいも分かりにくいも無いと思うんだが・・・
472: 2007/08/08(水)21:18 ID:??? AAS
まったくその通り。10日でわかるとかそういうので十分、
実際は1週間足らず勉強してケアレスミスで落として
90点代後半取れた。
473(2): 2007/08/09(木)22:20 ID:MI2mCbx1(1) AAS
初心者です。
物理データモデルの「内部スキーマ」とは、具体的にRDBMSで
いうところの、どのようなオブジェクトなのでしょうか？
どなたか御教授ねがいます。
474: 2007/08/10(金)02:23 ID:??? AAS
テーブルとかカラムとか
475(1): 2007/08/10(金)22:15 ID:??? AAS
>>473
ANSI/SPARC ３層スキーマのことなら、
概念スキーマ：テーブル
外部スキーマ：VIEW
内部スキーマ：物理ファイル定義（oracleだとセグメントかな）
476(1): 473 2007/08/11(土)00:56 ID:Fq8lPKBO(1) AAS
>>475さん
ありがとうございます。
ANSI/SPARC ３層スキーマに関してですが、SQL Server 2000
について「内部スキーマ」なるものが、どのようなオブジェクトを
指すのかご存知なら教えていただけますか？
宜しくお願いします。
477: 2007/08/11(土)09:26 ID:??? AAS
>>476
内部スキーマについて、oracleだとセグメントって書いたけど、
データベース上の特定のオブジェクトや構造を指している
というよりも、索引からセグメントからデータファイルまでの
物理構造のことを指してる。
SQL Serverは詳しくないのだけど、同じようにセグメント
（oracleでは表領域に相当）からデータベースデバイス？までの
物理構造のことを指しているのではないかな。
478: 2007/11/19(月)21:31 ID:YgXjo0NC(1/2) AAS
次のケースの一般的なデータモデルをご教授ください。
長文で申し訳ありませんが宜しくお願いします。
<前提条件>
製造業向けの部品加工を想定(在庫関連の処理は無し）
製品･部品･工程･実績の４つのエンティティがあるとして、、、
製品 … 製品というよりは製造指示Noのようなもの
部品 … 製品を構成する部品です。(※一般的なBOMのような親品目,子品目を再帰で保持するような複雑な構造ではない)
工程 … 部品を加工するための加工工程手順です。(手順1:旋盤, 手順2:マシニング...)
実績 … 加工工程に対する実績(労務費、労務時間)
４つのエンティティの関連は次のような階層構造を考えています。
省28
479: 2007/11/19(月)21:32 ID:YgXjo0NC(2/2) AAS
続きです。
*** 質問２***
次の原価をリアルタイムで把握したい場合には原価データをどのように保持するのが一般的なのでしょうか？
(※ここでは外注費は無いもとする)
1.製品別原価(製品別の材料費計＋購入品費計＋労務費計)
2.部品別原価(部品別の材料費計＋購入品費計＋労務費計)
3.工程別原価(工程別の労務費計)
考えているのは次のとおりです。
?製品エンティティに"材料費計", "購入品費計", "労務費計"のデータ項目を持たせる。
?部品のスーパータイプエンティティに"材料費計", "購入品費計", "労務費計" のデータ項目を持たせる。
省4
480(2): 2007/11/20(火)02:27 ID:??? AAS
質問１
正規化をきちんとするなら、?の材料と購入品には製品idは入らないはず。
俺なら他のテーブルとの一貫性を保つために
材料: 材料id(PK), 部品id(FK), 仕入先cd(FK), 寸法...
購入品: 購入品id(PK), 部品id(FK), 仕入先cd(FK), 購入品品番(FK)...
とする。でも、部品idにユニーク制約をつけなきゃいけないのでそこを手間と感じるかどうか。
?か?かはどっちでもいいけど、最近は?が主流。
処理側のフレームワークと言うかプログラムロジックに便利な方を選択。
省4
481(1): 2007/11/20(火)14:49 ID:/GHn6NrO(1/2) AAS
>>480
遅くなりまして申し訳ございません。
レスありがとうございました。
質問１について
なるほど、確かにデータ編集時に、複合主キーより単独主キーでアクセスした方が
SQL文も簡単に記述でき、何かと便利が良さそうですね。
教えて頂いた方法で実装しようと思うのですが、
?の方法(各エンティティに単独の主キー(PK)を設けて、親への参照キー(FK)をそれぞれ持たせる)で
きちんとした正規化を行う場合、工程の製品id(FK) と 実績の製品id(FK), 部品id(FK)も要らなくなり、
次のようになるはず？(１階層上の親id のみ 持たせる)
省14
482(1): 2007/11/20(火)14:51 ID:/GHn6NrO(2/2) AAS
続きです。
>>480
遅くなりまして申し訳ございません。
レスありがとうございました。
質問２について
やはり集計用の別テーブルを設けた方がいいのですね。
今回のケースで集計テーブルを用いるとすれば、次のような感じでよろしいですか？
集計元テーブルと集計先テーブルは(１：１の関係）になる。
また本来は集計テーブルに主キーの項目として集計日を含むと思うのですが、
今回は集計日が要らないので外します。
省9
483: 2007/11/20(火)20:40 ID:wWhiZNbu(1) AAS
パソコンショップならここ！！
外部ﾘﾝｸ:want-pc.com
484: kmyPJqxBGr [ycubhf@lsfqqh.com] 2007/11/20(火)21:35 ID:??? AAS
6ehkeP <a href="外部ﾘﾝｸ:dphojlgmqyum.com [url=外部ﾘﾝｸ:dciuxyoglilw.com]dciuxyoglilw[/url], [link=外部ﾘﾝｸ:jupungwigput.com]jupungwigput[/link], 外部ﾘﾝｸ:tltjzxqojqqo.com
485: YDdMTWcmpUvtToARj [bvwblh@pkweaw.com] 2007/11/20(火)21:57 ID:??? AAS
aVR2l3 <a href="外部ﾘﾝｸ:mxmpbpvmprfm.com [url=外部ﾘﾝｸ:yrgjgiqgeori.com]yrgjgiqgeori[/url], [link=外部ﾘﾝｸ:xppokryehkqp.com]xppokryehkqp[/link], 外部ﾘﾝｸ:pnlqzfhrtylu.com
486(1): 2007/11/21(水)00:24 ID:??? AAS
>>481
OKと思われ。
>>482
OKと思われ。まぁ、こっちは単独主キー無くてもいいかも知れんが
487: 2007/11/21(水)10:43 ID:??? AAS
>>486
レスありがとうございました。
これでスッキリしましたので先に進めそうです！！
488: kkEaqflyQ [buyzovirax@buyzovirax.com] 2007/11/23(金)04:52 ID:??? AAS
外部ﾘﾝｸ:ublog.union.edu buy zovirax
489: kAXUAXtktXfWiAc [toucheme@toucheme.com] 2007/11/23(金)10:57 ID:??? AAS
外部ﾘﾝｸ:iqlveq.cncheapmp3downloads
490: XRXQZTpLvYJra [dialog@golaid.info] 2007/11/23(金)12:14 ID:??? AAS
外部ﾘﾝｸ:itdvmb.cnmp3playerdownloads
491: qgNOgKJitye [ImADisco@ImADisco.org] 2007/11/23(金)21:16 ID:??? AAS
外部ﾘﾝｸ[html]:kgnsye.cn Imax california
外部ﾘﾝｸ[html]:kgnsye.cn California dept of corporation htm
外部ﾘﾝｸ[html]:kgnsye.cn Single family homes carlsbad california
外部ﾘﾝｸ[html]:kgnsye.cn Archangel tattoo design
外部ﾘﾝｸ[html]:kgnsye.cn Blue book pricings for atv
492: vnlCkSByPPMG [nightmp3@bdzwbn.cn] 2007/11/25(日)00:46 ID:??? AAS
外部ﾘﾝｸ:bfsnbw.cn free memory
493: 2008/02/10(日)12:22 ID:??? AAS
MySQL4.1、5.0でも DBDesignerは使えますか？
>>384 に同じ現象が書かれているのですが・・・
バージョンアップされてないからなぁ＾＾；
494: 2008/05/23(金)04:29 ID:P38jVWZR(1) AAS
A C
495: VQiYlHzPZa [ehohon@shhnjv.com] 2008/06/01(日)13:42 ID:??? AAS
n1ywUN <a href="外部ﾘﾝｸ:vdgsdgcxvewl.com">vdgsdgcxvewl</a [url=外部ﾘﾝｸ:ltldczvyogvo.com]ltldczvyogvo[/url], [link=外部ﾘﾝｸ:dznjgohehaza.com]dznjgohehaza[/link], 外部ﾘﾝｸ:whxrulsmcetw.com
496: 2008/07/07(月)17:23 ID:??? AAS
住所録のデータベースのモデルです。
取引先の会社とその担当者、お客様とその家族、
と、全部で4つのテーブルを作成しました。
それぞれのテーブルには、名前や電話や住所などの
列を並べました。
そこで疑問になったのが。
取引先の住所と担当者の住所は、共通する事もある（し違う事もある）。
家族の住所と個人の住所は、共通する事もある（し違う事もある）。
と、考えると。
住所部分のみでテーブルを作成して、4つのテーブルから
省1
497: 2008/07/07(月)22:08 ID:??? AAS
そうね。それなら取引先が複数住所もってるケースにも対応できるね
498: 2008/07/07(月)22:38 ID:??? AAS
取引先が複数住所を持ってるケースは考えていませんでしたが。
確かにおっしゃる通りで、良さそうですね。
また、営業所が移転した場合や家族が引っ越しした時に、
同じ住所テーブルを示していれば、個人の住所も一括で
修正されますね。ありがとうございました。
499(2): 2008/09/06(土)12:04 ID:??? AAS
1レコードに開始/終了時刻を持って「状態」を記録するメリットって何？
開始/終了イベントテーブルにそれぞれ発生時刻を記録するほうがいいと思うんだけど
500: 2008/09/08(月)00:51 ID:??? AAS
>>499
イベントテーブルにそれぞれ記録するほうがいいのは
たとえばどんな時でしょうか？
501: 2008/09/08(月)23:23 ID:??? AAS
>>499
抽出したエンティティの意味的な違いに優劣はないから実用上のメリットで言うと、
所要時間を求めるようなクエリでjoinを節約できるとか。
逆に挿入/更新でコストはかかっているわけで、メリット/デメリットともに
事前集計表と似たようなもの。
502: 2008/12/23(火)20:52 ID:GasTPqXo(1) AAS
保守
503: 2008/12/28(日)05:07 ID:??? AAS
状態が欲しい場合も無く無いと思うけどなあ。
導入事例ってあんまり当てにならないのか。まあそもそも営業資料だしね。
導入されても、実際十分に活用されてるかどうかや、現在も使われてるかどうかはわからないしなあ。
504(1): 2009/01/17(土)01:16 ID:jMspYNZv(1) AAS
町場の工務店用データベース作成のためこんな感じのＥＲ図を作成してみたのですが
もし問題があれば指摘していただけるとありがたいです。
画像ﾘﾝｸ[jpg]:niyaniya.info
業務の基本的な流れは 見積作成⇒請負契約⇒ 工事 です。オリジナルはもうすこしマスタテーブルが
増えて複雑なのですが、基本はこんな感じです。 よろしくお願いします。
505(3): 2009/01/17(土)23:29 ID:??? AAS
>>504
普段、IDEF1Xでしか読み書きしてないから、リレーションシップの
意味が正しく理解できてるかわかんないのと、業務要件が不明だから、
自分の所見でコメント。
（１）「見積明細」の主キーは”見積ID”では？。
「見積明細」は「見積」のサブタイプということだと思うけど、
意味があって分けてるのかな？
（２）「請負契約明細」についても（１）と同様。
（３）「請負金額入金」「請負金額請求」は、「入金」「請求」として
独立エンティティにするか悩むところ。
省10
506(4): 2009/01/18(日)03:01 ID:rdZV1j35(1) AAS
>>505
レスありがとうです！
ありがたい指摘なのですが理解する語彙が足りずアドバイスを生かしきれないのが
残念ですが・・・
(1)で言われた「見積明細」テーブルは、本来「見積」テーブルと一体の繰り返し要素を別テーブルに分離した
もので主キーは設定していません。 １つの見積に対して複数の見積項目があるので２つのテーブルに分離しました。
販売業者における販売テーブルと販売明細テーブルのような関係です。
(2)の「請負契約」と「請負契約明細」も同様の関係です。
(3)の「請負金額入金」「請負金額請求」は確かに一つのテーブルに統合できそうです。
盲点でした・・ありがとうございます。
省5
507(3): 2009/01/18(日)04:03 ID:??? AAS
明細テーブルにも主キーはつけるべきだよ。
この場合は表示順を主キーにすりゃいいんじゃないかな。
> (3)の「請負金額入金」「請負金額請求」は確かに一つのテーブルに統合できそうです。
統合すると請求1回に対して入金複数回のケースとか対応できなくなるよ。
あなたんとこの業務的には問題ないのかも知れんけど、
柔軟性保つために分けておいたほうがベター
主キー入ってないテーブルがあること以外は、大体OKそうに見えるね。
>>505は見当はずれだから気にしないほうがいい
508: 2009/01/18(日)04:09 ID:??? AAS
> この場合は表示順を主キーにすりゃいいんじゃないかな。
ごめん、親テーブルの主キー＋表示順というつもりだった。
たとえば見積明細では（見積ID、表示順）を主キーにする
509(1): 2009/01/18(日)04:25 ID:??? AAS
>>506
505です。今日は何故か眠れないのでレス
ちょっと説明がまずかったみたいなので、まず用語から。
※文中の用語はググってね。
エンティティ＝テーブル
属性＝列項目
主キー＝（簡単に言うと）一意に行を特定できる列項目
（１）の、「１つの見積に対して複数の見積項目がある」という
のは、「見積」１行に対して「見積明細」複数行という意味であれば、
「見積明細」テーブルの主キーは、”見積ID”と、明細を識別する”明細ID"
省11
510: 2009/01/18(日)04:28 ID:??? AAS
>>507
どこが見当違いか、指摘してもらえるとうれしいね
511: 2009/01/18(日)04:43 ID:??? AAS
>>507
もしかして、（１）でサブタイプって書いたことを見当違いって
言ってるのかな？
エンティティ名だけ見ると、第２正規形を意識したと思えたけど、
もしかして主キーが同じで、あえて分けたのかと深読みしただけ
なんだけどね。
（３）は509で書いた通り。
（４）は、業務要件わからないから、所見てことで、
主眼を「請負契約」と同様に<<契約>>に置いてもいいかなと思ったのさ。
よろしく。
512(1): 2009/01/18(日)12:41 ID:??? AAS
あのさ、「明細」ってかいてあんのにピンと来ないようじゃお話にならないと思うよ。
513: 506 2009/01/18(日)20:01 ID:??? AAS
>>507
＞明細テーブルにも主キーはつけるべきだよ。
この場合は表示順を主キーにすりゃいいんじゃないかな
なるほど！ これは勉強になりました。 キーはテーブルの結合しか用途がないもの
だと思っていたのでそういう使い方が出来るのは初めて知りました。
＞主キー入ってないテーブルがあること以外は、大体OKそうに見えるね。
>>505は見当はずれだから気にしないほうがいい
いえいえ皆さんのアドバイスは大変勉強になります。
514: 506 2009/01/18(日)20:11 ID:??? AAS
>>509
＞「見積明細」テーブルの主キーは、”見積ID”と、明細を識別する”明細ID"
みたいなのが必要。（用語的には第２正規形）
たしかにおっしゃるとおりです。 明細テーブルの各行を識別するキーも必要ですね・・・。
ここらへんはまったくノーマークでしたのでありがたい指摘です。 その意味で
見積明細にも見積IDを主キーに設定すべきと仰っていたのですね。 私の間違いでした・・・
＞データモデルを考えるときに、業務の実態を、リソース（資源：名詞）と
イベント（出来事：動詞）に分けて、テーブルとして考えるのだけど、
この辺はいまの自分にはちょっと高度です もうちとレベルアップしてからアドバイスを
生かさせていただきます^^;
515: 2009/01/18(日)23:18 ID:??? AAS
高度ってあんた・・・
516: 2009/01/19(月)01:35 ID:??? AAS
>>512
まぁ、そう言いなさんな。所見で深読みしたけどさ。
最初の図（モデル）から想像したのは、子エンティティの
外部キーについて、親エンティティからのキー移行だけを間違えて
記述したものと深読みしたということ。
（よって、排他的サブタイプと見たわけ）
業界／業務要件が不明なので、モデルから判断するだけ、つまり、
名称（用語）でエンティティを安易に想像してはダメってことも
あるからね。（話をよく聞かないうちに決めつけちゃダメさ）
ちなみにウチの所でも、第２正規化の結果を「XX」「XX明細」と
省2
517: 506 2009/01/19(月)20:38 ID:??? AAS
みなさんのご指摘を参考に最終的に↓のように仕上げてみました。これでなんとか
やってみようと思います。 どうもありがとうございましたです！
画像ﾘﾝｸ[jpg]:niyaniya.info
518: 2009/02/01(日)03:55 ID:??? AAS
業務知識が無いと、まともな設計が出来ない見本だな。
運用で不具合出まくるだろうなあｗｗｗ
519(2): 2009/06/04(木)09:25 ID:w6Hljn46(1) AAS
五階層まで登録できる工事の見積システムのデータモデリングをしてるのですが
↓こんなかんじでどうでしょう^^;
外部ﾘﾝｸ:imepita.jp
項目A→項目B→項目C→項目D→項目E と具体的になっていく感じです
例） 電気→3LDK標準電気工事→玄関→外部玄関等→照明器具 DWP-3524DS
項目Aによって必要な階層がことなるので動的に階層を変更できればいいのですが、、
520: 2009/06/07(日)19:19 ID:??? AAS
>519
階層構造を柔軟にとか考えると、
所要量展開、再帰、LLC、
部品展開、原価計算、
といったところをある程度考慮して取り入れながら
設計するのかなと思う。
これらでぐぐってみてもよいかと。
521: 2009/06/09(火)23:40 ID:jbiexGaF(1) AAS
>>519
その前に親子関係は1対多なんだよね？
何もテーブルを幾つも作らなくても、
子情報が主キーでそこに親情報が従属するような
再帰的な1テーブルで済まないの？
これだと、多重構造が可変でも耐えられるでしょ？
522: 2011/02/08(火)23:20 ID:??? AAS
目指してる 未来が違う ｂｙシャープ
Twitterﾘﾝｸ:saramura6
523: 忍法帖【Lv=40,xxxPT】(1+0：8) 【24.9m】 電脳プリオン ◆3YKmpu7JR7Ic 2013/01/25(金)23:43 ID:??? AAS
もう語らないのか
524: 2013/03/02(土)18:51 ID:??? AAS
また必要とあれば語るだろう。
あなたはどうなのか。
525: 2013/03/15(金)16:29 ID:2duRrtZr(1) AAS
AA省
526: 2013/03/20(水)07:38 ID:vIKc7Kkm(1) AAS
※本投稿の拡散歓迎です。
違法派遣（偽装請負・多重派遣・偽装出向・事前面接等）についての刑事罰
【告訴権者＝業務委託、準委任、共同受注、業務請負契約および特定派遣（契約・正規）、一般派遣、正規社員】
?職業安定法第４４条の労働者供給事業の禁止規定に違反（1年以下の懲役または20万円以下の罰金）
■偽装請負・多重派遣・偽装出向・多重出向
■事前面接（顔合わせ・面談・職場見学等）と履歴書・職務経歴書・スキルシート等提出による労働者の特定(※）
（音声録音で立証可能）
?労働基準法第６条（中間搾取の禁止） (1年以下の懲役又は50万円以下の罰金)
■多重派遣・多重出向
※違法派遣（派遣労働者の特定）→派遣法で認められた派遣労働者ではない→労働者供給事業→職業安定法44条違反というの
省14
527: 2013/03/20(水)12:33 ID:YfGwk/bV(1) AAS
お知らせ
市原警察署の生活安全課の帰化人創価警官の指導の元、
入学式から2週間ほど、在日の創価学会員を主体とした自称防犯パトロールが、
2週間ほど行われることになりました
生活安全課の指導であることと、パトロールであることは、
絶対に公言してはいけないとの指導も、帰化人創価警官より出ています
期間中は2人組の在日の創価学会員が、頻繁に創価批判者の自宅周辺を、
うろつき回ると思われます
日本人の方は、充分に注意してください
528: 2013/11/18(月)19:50 ID:zznn8NO/(1) AAS
データモデリングと設計って違うの？
529: 2013/11/18(月)22:12 ID:??? AAS
設計のほうが(データモデリングよりも)広い用語だろな
つまり、すべてのデータモデリングは設計の一種だけど、
逆は必ずしも真にはならない
データモデリングはDB設計の中でも上流工程の作業を指し「概念設計」とも呼ばれる
具体的には、現実世界の事物をコンピュータの内部表現に近い
エンティティとリレーションの集合で定義する作業になる
そして、これによって完成したモデルを利用するミドルウェアやフレームワークに
合わせて具体化する作業が「実装設計」になる
実装設計が終えれば(詳細設計もしくは)コード設計が待っている
530(1): 2014/10/20(月)21:31 ID:??? AAS
業務系ってクラスモデリングよりもデータモデリングが主流なんでしょうか？
単に興味本位で聞いただけです。
531: 2015/10/17(土)02:21 ID:BkamhfiH(1) AAS
>>530
業務システムはデータ中心主義だからね。
532: 2015/11/16(月)09:18 ID:xLOuBCtw(1) AAS
パリテロはやっぱりヤラセ！
クライシス・アクターさんがスターダムに！ 早くも偽旗作戦の証拠映像が挙がりました！
ボストンテロとパリ襲撃事件テロ両方に居合わせた世界一不運な女性ですｗ
◆BOOM! Exposed Crisis Actor from Sandy Hook and Boston Bombing found at Paris False Terrorist Attack
Twitterﾘﾝｸ:hotaru123a
ＩＳＩＳに襲撃されたパリのバタクラン劇場のオーナーは２０１５年９月１１日に劇場を売却済み。
Twitterﾘﾝｸ:tokai amada/status/665992523878301696
533: 2015/12/01(火)01:31 ID:??? AAS
w
534: 2017/12/29(金)11:44 ID:dtNZwIie(1) AAS
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
A8RNOMREE3
535: 2023/04/01(土)23:37 ID:??? AAS
関わりのないことだ
536: 2023/08/18(金)21:03 ID:??? AAS
( ﾟДﾟ)y ＼_ ﾎﾟﾛｯ
537: 2023/09/27(水)13:51 ID:??? AAS
最近、友達とボードゲームで盛り上がったんよ
538: 警備員[Lv.35] 2024/05/29(水)21:36 ID:??? AAS
どんぐり育成
539: 警備員[Lv.37] 2024/05/31(金)00:06 ID:??? AAS
どんぐり育成
540: 警備員[Lv.40] 2024/06/05(水)00:50 ID:??? AAS
どんぐり
541: 警備員[Lv.45] 2024/07/01(月)23:50 ID:??? AAS
d
542: 警備員[Lv.8] 2024/07/09(火)23:52 ID:??? AAS
どんぐり
543: 04/27(日)17:44 ID:vD7R3Vlc(1) AAS
データモデリング
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 1.230s*