関係モデル データベース論Ⅰ 第４回 URL http://homepage3.nifty.com/suetsuguｆ/ 作成者 末次文雄 Ｃ 目次 １．関係モデルの特徴 ２．用語の説明 ３．データの正規化 ４．関係の集合演算 ５．関係の�
関係モデル データベース論Ⅰ 第４回 URL http://homepage3.nifty.com/suetsuguｆ/ 作成者 末次文雄 Ｃ 目次 １．関係モデルの特徴 ２．用語の説明 ３．データの正規化 ４．関係の集合演算 ５．関係の論理式 ６．レポート課題 ７．参考書ほか １．関係モデルの特徴 １９７０年に アメリ カの E.F.コッ ド博士が アメリ カ計算機学会誌に 発 表した論文 「A Relational Model of Data for Large Shared Data Banks」 により初めて世の中に紹介された。 この 論文で次の 事項に 関する明快なアイディアを提案した。 ・関係データベー ス ・正規形 ・関係代数と関係論理 １． （続き） • Ｒｅｌａｔｉｏｎａｌ ｄａｔａ ｍｏｄｅｌ • 1987年、データベース言語のＳＱＬが国際標準 • 明解な数学的基盤の
楽々ERDレッスン 第1回：「お持ち帰りご注文用紙」編
はじめに システム構築においてデータベース設計は不可欠です。そこで多くの方がデータベースの設計技法について書籍で学んだりするのですが、なかなか身についたと感じられないことも多いのではないかと感じます。 その理由は、実務で任せられる機会というのが少ないからというのが大きなものとして挙げられます。データベース設計というのは、やはり重要な箇所ですから自然と経験のある人に任せられることが多いのが実態です。しかもデータベース設計を担当するのはプロジェクト全体の中でもごく少数だけになりますから、なかなかチャンスが巡ってきません。 しかし、それを嘆いているばかりではスキルが身につかないのも道理です。そこで身近にあるものを何でも手当たり次第にデータベース設計のネタにしてしまうことで、コツコツと地力をつけていこうというのがこのシリーズの主旨です。 合言葉は、「表組みを見たらERDを描け！」 。では、張り切っ
リレーショナル・データベース設計入門
データベース設計論（リレーショナル・データベース設計入門） 注記１： 以下の内容は、私が某大学で非常勤講師として、講義用に使用しているものです。 �@データベース設計にとって基本的な概念では、３層スキーマ、データモデリング技法、関係モデル、データ正規化、 ＥＲモデルがあります。 �AＳＱＬの基本的な文法、使い方、使用事例を具体的に述べてあります。 �Bデータベースの運用設計上で欠くことのできないデータベース制御（問合わせ処理、トランザクション処理、 同時実行制御、障害回復）について分かりやすい図解を交えて説明しております。 �Cオブジェクト指向データベース、分散データベースなどを含めて最近の技術動向にもふれておきます。 このテキストの内容を理解できれば、情報処理試験のうちデータベース領域の知識は十分身につくと思います。 注記２： 左側のアウトラインをクリックして検索を進めてく
イミュータブルデータモデル(入門編)
6. Step1 エンティティの抽出 発送担当者が受注リストをもとに、商品の在庫を確認し、在庫が あれば商品を発送する。 ① 要求仕様の「動詞」を抜き出しエンティティとする。 ② ①に関わる「名詞」を抜き出しエンティティとする。 ③ エンティティ間の関連に線を引く ④ 属性や候補キーも分かる範囲で書いておきます。 間違い！ この段階で実装をプロパティファイルにするとか、Enum にするとか決め打ちでエンティティとして表さないのはや めましょう。 まず、はじめにエンティティを抽出します。
ドメイン/キー正規形（DK/NF）
この投稿、近いうちに削除します。もう少し、うまくまとめて再度アップするつもり。 リレーションの更新時異常を解消していく過程で、1NF, 2NF, 3NF, BCNF, 4NF, 5NF と正規化が進んでいく。5NF まで正規化されると更新時異常は起こらなくなるので、5NF がある意味究極の正規形である。 この正規形の系列とは別にドメイン/キー正規形（DK/NF）がある。この DK/NF でも更新時異常は起こらず、また更新時異常が起こらないリレーションは DK/NF であることが示されている。リレーションが DK/NF であるための条件は以下のとおり。 「リレーション上のすべての制約条件がキーとドメインの定義の論理的な帰結である場合にそのリレーションは DK/NF となる」 制約条件とは、「属性の静的な値を決定するためのルールで、真か偽かを明確に決定できるもの」である。したがって、関数従属性
関係データベース - Wikipedia
関係モデルは、IBMのエドガー・F・コッドが考案し[2]、現在もっとも広く用いられるデータモデルである。データベースの利用者は、クエリ（問い掛け）をデータベースに与え、データを検索したり、変更することができる。 データは表に似た構造で管理されるが、関係（リレーション）と呼ぶ概念でモデル化される。関係（リレーション）は組（タプル、表における行に相当する）、属性（アトリビュート、表における列に相当する）、定義域（ドメイン）、候補キー（主キー）、外部キーなどによって構成される。SQLなどに代表されるデータベース言語（問い合わせ言語）を用いて、関係に対して制限・射影・結合・和・差・交わりなどの関係代数演算（集合演算を含む）ないし関係論理演算を行うことで結果を取り出す。 関係を複数持つことも可能で、互いを関連させることも可能である。 例えばある食品を扱う（架空の）通信販売会社における顧客管理データベ
)
関係代数 (関係モデル) - Wikipedia
関係代数（かんけいだいすう、リレーショナル代数、英: relational algebra）は、関係データベースの関係モデル （リレーショナルモデル）において、集合論と一階述語論理に基づいて、関係 （リレーション、表、テーブル）として表現されたデータを扱う、コンピュータ科学における代数的な演算の体系である。 関係として表現されたデータに対して行う演算体系としては、関係論理（関係計算）とこの項目で説明する関係代数の2種類が知られている。 関係代数と関係論理は、主にエドガー・F・コッドによって考案され、その後コッドを含めた関係データベース（関係モデル）の研究者たちが発展させてきた。 現在では、関係代数の演算子としては、和、差、交わり (交差) 、直積、制限 (選択) 、射影、結合、商の8種類が言及されることが多い。 ただし属性名変更や拡張、要約などこの他の演算子も考案されている。 関係代数を実
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
