データモデリング モデルの基本作法.

Slides:



Advertisements
Similar presentations
地図の重ね合わせに伴う 位相関係の矛盾訂正手法 萬上 裕 † 阿部光敏* 高倉弘喜 † 上林彌彦 ‡ 京都大学工学研究科 † 京都大学工学部 * 京都大学情報学研究科 ‡
Advertisements

情報基礎 A 第 4 週 データベースと表計算 情報基礎 A 第 4 週 データベースと表計算 1 徳山 豪 東北大学情報科学研究科 システム情報科学専攻 情報システム評価学分野.
学部学科コード表 学科記号が重複している ため,一意に識別できない! ↓ 学部名と学科名を組合わせて 学科を特定する.
Chapter1 UML の概要とオブジェクト指向の基本概念 1 情報工学専攻 MFM10004 奥平 健太.
ソフトウェア工学 理工学部 情報システム工学科 新田直也. 演習問題 1 の解答例  入庫処理の DFD 酒屋の在庫問題の DFD( 入庫処理 ) 更新情報 在庫ファイル 更新処理 倉庫係 在庫不足リスト 在庫ファイル 出庫指示書 新規出庫 判定 出庫指示書 作成処理 出庫依頼 積荷票.
実践!DB逆設計 ~レシートからER図を起こす~
エンティティ・リレーションシップ・モデル
DB(データベース)のおはなし 作成者:小野正広 DBと言っても、  ドラゴンボール ではないですぞ! 3/1/2017.
リレーショナル・データベース データベース論 第10回.
アルゴリズムとプログラミング (Algorithms and Programming)
CGS カーネルベース 変化するオブジェクトに    進化するデータベースを。.
コンピュータリテラシー 第3回授業の復習 基本的なUNIXコマンド
Shimatterシステムの 初期モデルの正規化
MySQLに接続するデータベースプログラム
知識情報演習Ⅲ(後半第1回) 辻 慶太(水)
主キーと主要属性の定義.
第5章 データベースの設計 5.1 データベース設計の概要 5.2 ERモデルとスキーマ設計 5.3 正規化 5.4 一貫性制約.
第5回 iPhoneアプリ開発勉強会 Objective-C 「継承とクラス」
続 Entity Framework 入門 SQLWorld #8 サヴロウ.
データモデリング トップダウンモデルと ボトムアップモデルの融合
ユースケース図 FM12012 比嘉久登.
データモデリング CRUD分析.
3-5 クラス図の関係その3 福本研究室 神田 祐輔.
RDBMSについて 2年7組  小鹿 慎太郎.
3-3 クラス図の関係その2.
クラス図(1) 後半 FM13010 村上 太一.
第2章 データベースのモデル 2.1 論理表現と3層モデル 2.2 階層モデル 2.3 ネットワークモデル 2.4 関係モデル.
第4章 データとモデル.
ユースケース図2-4~ FM11012 中島拓也.
UML入門 UML PRESS vol.1 より 時松誠治 2003年5月19日.
14.テーブル定義,一対多の関係,多対多の関係, 外部キー,索引(インデックス),データベース操作
第5回 統計処理(2) 塩浦 昭義 東北大学全学教育科目 情報基礎 A 1セメスター 木曜1,3講時 経済学部・法学部
朝日大学大学院 経営学研究科 奥山 徹 データベース論 朝日大学大学院 経営学研究科 奥山 徹 2006/05/29 データベース論(7回目)
データベース設計 データベース設計 第0回 オリエンテーション 坂口利裕.
マイクロソフト Access での SQL 演習 第1回 SQL問い合わせ(クエリ)
データベース設計の基礎 HN おいろん.
データベース設計 第2回 データベースモデル(1)
データモデリング ネーミング標準とドメイン
ソフトウェア工学 知能情報学部 新田直也.
第1回.リレーショナルデータベースを使ってみよう
47070 オブジェクト指向モデリング [6] 2001年11月13日.
朝日大学大学院 経営学研究科 奥山 徹 データベース論 朝日大学大学院 経営学研究科 奥山 徹 2006/05/22 データベース論(6回目)
マイクロソフト Access での SQL 演習 第5回 副問い合わせ
コンピュータ概論B ー ソフトウェアを中心に ー #09 データベース (後編)
データモデリング 情報システム学科 島川 博光.
UML関係のTIPS 2008年5月26日 2010年5月16日改訂 海谷 治彦.
マイクロソフト Access での SQL 演習 第4回 並べ替え(ソート)
Shimatterシステムの トップダウン分析
マイクロソフト Access での SQL 演習 第2回 集計,集約
XMLゼミ 3.5 DTD M2 正木 裕一.
3-1.文書と構造 3-2.整形式文書と検証済み文書 兒玉 光太郎
3.リレーショナルデータベース,主キー, SQL
データモデリング エンティティの切り出し.
14.外部キー,データ分析,データベース設計
第4章 データ構造 p.82 [誤] ハミルトニアン経路問題  [正] ハミルトン閉路問題 p.82,83 [誤] セールスパーソン問題
E-R図 井上卓也.
プログラミング言語論 第十三回 理工学部 情報システム工学科 新田直也.
データベース設計入門 初音玲.
データベース設計入門 初音玲.
ポインタとポインタを用いた関数定義.
関係データベースとSQL MZ Platform講習会(上級).
リレーショナル・データベース J2EE I (データベース論) 第2回 /
磯野ー!そんなことより 正規化しようぜー!
計算の理論 I NFAとDFAの等価性 火曜3校時 大月 美佳 平成16年5月18日 佐賀大学理工学部知能情報システム学科.
プログラミング入門2 第5回 配列 変数宣言、初期化について
第3章 関係データベースの基礎 3.1 関係とは 3.2 関係代数.
ネットワーク勉強会 SSH パケット詳細 2001年10月24日 データベース研究室 学部4年 石川 卓司.
SQL データベース論 第11回.
「図書系職員のための アプリケーション開発講習会」
Presentation transcript:

データモデリング モデルの基本作法

エンティティの種類 独立エンティティ 依存(従属)エンティティ それ自身で存在しうるエンティティ 角がある矩形で表現 その存在が他のエンティティに依存するエンティティ 依存エンティティに依存するエンティティもある 依存エンティティは,それが依存するエンティティが削除されると存在し得ない 角がない矩形で表現

独立エンティティと 依存(従属)エンティティ(図2-5) 親エンティティが1つの 依存エンティティ

Quiz: 依存エンティティは2回生の「データベース」の教科書では? 依存実体 従属実体 弱実体 正解は  弱実体

エンティティの分類 特化 汎化 受講科目を例にすると 排他的分類 非排他的分類 確定分類 未確定分類 受講科目には必須科目と選択科目 特化     汎化 受講科目を例にすると 排他的分類 受講科目には必須科目と選択科目 非排他的分類 レポート評価科目と試験評価科目、両方使うもの,一方だけ使うものがある 確定分類 親エンティティを分類する子エンティティがすべて既知であるもの 未確定分類 親エンティティを分類する子エンティティに未知のものがあるもの

[補助] 特化と汎化 動物 ネコ科 猫,トラ, ライオン 大学 私立大学 立命館,立教  大学  大学 汎化 特化

属性 主キー 複合キー(連結キー) 代替キー(alternate key) エンティティ内のインスタンスを一意に同定するための属性 複数の属性でできた主キー 代替キー(alternate key) 主キーとして宣言されていないが,インスタンスを一意に同定できる属性

属性(つづき) 逆方向エントリ(inversion entry) 外部キー 一意には同定できないが絞り込める属性 従属エンティティが依存するエンティティの主キーを示す,従属エンティティ内の属性

図2-6

[復習] データモデルの構成要素 エンティティ(entity) :実体 属性(attribute) モデリングの対象 最終的にRDBのテーブルとして実装 インスタンス(テーブルでは行、関係DBではtuple)の集まり 属性(attribute) エンティティの構成要素 データ項目(テーブルでは行内の各セル) リレーションシップ(relationship) エンティティ間の関連を示す

RDB内のテーブルとの対比 実際の値を 埋めたテーブル

SQL文との対比 社員番号という主キーを作る. 組織テーブルの所属コードを 社員テーブルの所属コードと いう名前の外部キーにする

リレーションシップ(関連) 依存関係 非依存関係 キーの移行 モデリングのさいには,実線で表現 破線で表現 あるエンティティの存在が別のエンティティに依存することを示す 非依存関係 破線で表現 キーの移行 あるエンティティが別のエンティティを参照するとき,参照先(親)エンティティの主キーが参照元(子)エンティティへ移行され,参照元(子)エンティティの外部キーとなる. 一般には,この外部キーは 関係が依存関係なら,参照元エンティティの主キー(の一部)となる. 関係が非依存関係なら,参照元エンティティの 非キー属性 となる.

図2-8

[補助] 依存関係と外部キー 学部 情報理工学部 学部名 人数 440人 場所 CC 学部「情報理工学部」の主キーが [補助] 依存関係と外部キー 学部 情報理工学部 学部名 人数 440人 場所 CC 学部「情報理工学部」の主キーが 学科「情報システム学科」に移行されている. 「情報システム学科」は「情報理工学部」に依存する 学部名 情報理工学部 学科名 情報システム学科 人数 110人 場所 CC 6F 大学院 理工学研究科

[補助] 非依存関係と外部キー 学部 大学院 情報理工学部 学部名 理工学研究科 学部名 人数 440人 場所 CC 人数 440人 人数 440人 場所 CC 人数 440人 場所 CC 「理工学研究科」は 主キーでない属性 (非キー属性)に 移行されている 学部名 情報理工学部 学科名 情報システム学科 人数 110人 場所 CC 6F 大学院 理工学研究科 学部名 理工学部 学科名 電子情報学科 人数 80人 場所 ローム 大学院 理工学研究科

カーディナリティ 関係における参照元(子)と参照先(親)が,何対何の関係にあるかを示したもの 参照先(親)のインスタンスは,参照元(子)のいくつのインスタンスに結びついているかを示す. 参照先はひとつでないと参照する意味がない 関係を表す線の参照元側に ● をつける 非依存関係では参照先がないこともある オプション記号( ◇ )を参照先につける カーディナリティを表す記号を参照元側につける

[補助] 「参照先がひとつでないと意味がない」のは,なぜ? データベースでは,写像を基に作られている. 「集合Xの要素がひとつにきまると 集合Yの要素がひとつに決まる」と いうのが写像 集合 X 集合 Y x1 y1 x2 y2 x3 y3 : : xn yk : : 参照先がひとつでないと写像でない.

カーディナリティを表す記号 図2-9

カーディナリティを表す記号