データモデルのまとめ情報

データモデル』の解説

データ・モデルは、班・要員間の意思疎通のための事業データを文書化し、組織化し、そして特にどのようにデータを格納し利用するかの、応用ソフト設計のための計画として使うソフトウエア工学の一つの抽象モデルである。

Hoberman (2009)によれば、「データ・モデルは、組織内での意思疎通を改善し、それによってより柔軟で安定したアプリケーション環境に導く、真の情報の部分集合を正確に説明するシンボルとテキストの集合を使う、事業とIT専門家の両方のための、道筋を見つける道具である。」

データ・モデルは、データまたは構造化データの構造を明示的に決める。データモデルの代表的な応用は、データベース・モデル情報システム の設計、及びデータの交換を可能にすることを含む。通常データ・モデルは、データ・モデリング言語によって規定する。

コミュニケーション精度は、データ・モデルがデータを使い交換する応用へもたらす2つの主要な利益である。データ・モデルは、異なる背景と異なる経験水準からなる事業要員がお互い意思疎通する媒体である。

精度は、データ・モデルにおける用語と規則をただ1つの方法で解釈することができ、そして曖昧さが無いことを仮定する。]]

データ・モデルの主な目的は、データの定義とフォーマットを提供することによって、情報システムの開発を支援することである。West とFowler (1999)によれば、「もしこれがシステムを通して一貫して行われたら、そこでデータの互換性が達成されうる。もし同じデータ構造がデータの格納やアクセスに使われるなら、そこで異なるアプリケーションがデータを共有できる。これの結果は上で示される。しかしながら、システムとインタフェースは、しばしば、構築し、運用し、そして維持するため、それらがあるべきより多くのコストを費やす。それらは、事業を支援するよりむしろ制約するかもしれない。1つの大きな原因は、システムとインタフェースに実装されるデータ・モデルの品質が貧弱だったことである。」。

  • 概念スキーマ : モデルのスコープである、1つのドメインの意味を記述する。たとえば、それは1つの組織あるいは産業の関心領域のモデルかもしれない。これは、そのドメインにおける重要なものの種類を表現するエンティティ・クラスと、一対のエンティティ・クラス間の関連について関連からなる。概念スキーマは、そのモデルを使って表されうる、事実と命題の種類を特定する。そのセンスで、それは、そのモデルのスコープによって限定される1つのスコープの、1つの人工的'言語'で許される表現を定義する。概念スキーマの利用は、事業ユーザーと共に強力なコミュニケーション・ツールとなるよう進化する。しばしば、「主題領域モデル (SAM) 」または「ハイレベル・データ・モデル (HDM)」と呼ばれるこのモデルは、事業ユーザーが全体的アプリケーション開発または事業体イニシアティブの一部として、コア・データ概念、ルール、及び定義をコミュニケートするのに使われる。オブジェクトのいくつかは、少なくかつ主要な概念に焦点を当てるべきである。大変大きな組織や複雑なプロジェクトのため、モデルは2ページ以上にまたがるかもしれないが、1ページにこのモデルを限定しようと試みる必要がある。
  • 論理スキーマ : 特定のデータ操作技術によって表現されるような、意味論を記述する。これは、他のものの間の、テーブル及びカラム、オブジェクト指向クラス、及びXMLタグの解説からなる。
  • 物理スキーマ : データが格納される物理的手段を記述する。これは、パーティション、CPU、表空間、あるいはそのようなことに係わる。

ANSIによれば、このアプローチの重要性は、3つの観点がそれぞれ相対的に独立であることを可能にすることである。格納技術は、論理的あるいは概念モデルのいずれにも影響することなく変更できる。テーブル/カラム構造は、概念モデルに(必要なら)影響することなく変更できる。いずれの場合も、もちろん、その構造は他のモデルとの一貫性を残さなければならない。テーブル/カラム構造は、エンティティ・クラスや属性の直接変換からは異なるかもしれないが、しかし、それは究極的に概念エンティティ・クラス構造の目的の外で扱わなくてはならない。多くのソフトウエア開発プロジェクトの初期段階は、の設計を強調する。このような設計は、で詳細化される。その後段で、このモデルは、に変換されるかもしれない。しかしながら、概念モデルを直接実装することも可能である。

歴史

情報システムのモデリングにおける最も初期の業績の1つは、「情報を規定する正確で抽象的な方法とデータ処理問題の時間的特徴」を論じた、Young と Kent (1958) によって為された。彼らは、「ハードウエアのあらゆる部分を取り巻く問題のためのに可能となるべき1つの表記法」を作ることを望んだ。彼らの作業は最初、異なるハードウエア・コンポーネントを使う異なる代替的実装を設計するための、1つの抽象仕様と不変の基盤を作る努力であった。情報システム・モデリングにおける次のステップは、「データ処理のシステム・レベルで、マシン独立の問題定義言語の正しい構造」を開発すると言う、本質的にYoung と Kentと同じことを目指した、1959年に編成されたIT業界コンソーシアムである、CODASYLによって行われた。これが1つの特定な情報システムの情報代数学 (Information_algebra) の開発に導いた 1960年代の終わりに向けて、エドガー・F・コッドは、彼のデータ編成の理論を練り、一階述語論理に基づいたデータベース管理のためのリレーショナル・モデルを提案した。

1970年代に実体関連モデルが、1976年にピーター・チェンによって初めて提案され、概念データ・モデルの新しいタイプとして出現した。実体関連モデルは、データベースに格納される情報ニーズや情報のタイプを記述するための、 要求分析中の情報システム設計の最初のステージで使われた。この技術は、あらゆる概念体系 、すなわち、一定の関心の領域のための、概念の全貌と分類とそれらの関連、を記述できる。

1970年代、G.M. Nijssen は、「自然言語情報分析手法」(NIAM) を開発し、そして1980年代にそれを発展させたオブジェクト役割モデリング (ORM) を Terry Halpin と一緒に開発した。

Jan L. Harrington (2000)によれば、更に1980年代に、「オブジェクト指向パラダイムの開発が、我々がデータとデータに作用する手続きを見る方法に基本的な変化をもたらした。伝統的に、データと手続きは:データベースにデータとそれらの関連、アプリケーション・プログラムに手続きをと、別々に格納されていた。オブジェクト指向では、しかしながら、そのデータと共にエンティティの手続きを組み合わせた。」

データベース・モデル

データベース・モデル (database model)は、どのようにデータベースが構造化され、使われるかを記述する理論または仕様である。いくつかのそのようなモデルは提案されてきた。広く知られたモデルは以下を含む:

Image:FigFileConvert000a.svg|フラット・モデル

Image:Hierarchisches Datenbankmodell.svg|階層型データモデル

Image:Network DB model.svg|ネットワーク型データモデル

Image:Relational model concepts.png|リレーショナル・モデル

これは、厳密にはデータ・モデルとして認められないかもしれない。フラット(またはテーブル)モデルは、与えられたカラムの全要素が、同じような値であり、そして1つの行の全要素が互いに関連していると想定される、データ要素の単一の2次元配列で構成される。
  • 階層型データモデル: このモデルにおけるデータは、それぞれ同じレベルのリストに特定の順序でレコードを保持するネスト化と並び替えフィールドを記述するそれぞれのレコードへの単純な上昇リンクを暗示する、ツリー構造に組織化される。
  • ネットワーク型データモデル:このモデルは、レコードとセットと呼ばれる、2つの基本的概念を使うデータを組織化する。レコードはフィールドを含み、セットはレコード間の、1は所有者、多はメンバーである、1対多の関連を定義する。
  • リレーショナル・モデル: は、一階述語論理に基づくデータベース・モデルである。その中核アイデアは、とりうる値と値の組み合わせへの制約を記述する、有限の述語変数を超える述語の集合としてデータベースを記述することである。

Image:Company_codm.png|概念指向モデル (Concept-oriented model)

Image:Star-schema.png|スタースキーマ

  • 概念指向モデル (Concept-oriented model) : リレーショナル・データベース・モデルと類似するが、オブジェクト、クラス、及び継承が、データベース・スキーマと問い合わせ言語で直接サポートされる。
  • スタースキーマは、データ・ウエアハウス・スキーマの最もシンプルなスタイルである。スタースキーマは、いくつかの「事実テーブル」(おそらく1つのみであり、その名前を正当化する)がどんな数の「次元テーブル」を参照する。 スタースキーマは、重要な雪形スキーマの特別なケースと考えられる。

データ構造ダイアグラム

thumb

データ構造ダイアグラム (DSD) は、エンティティとそれらの関連、及びそれらを拘束する制約 (constraints) を文書化する図式表記法を提供するよって、概念データモデルを記述するため使われる1つのダイアグラムでありデータ・モデルである。DSDの基本的図形要素は、エンティティを表すボックスと、関連を表すである。データ構造ダイアグラムは、複雑なデータ・エンティティを文書化するため最も有用である。

データ構造ダイアグラムは、実体関連モデルの1つの拡張である。DSDで、関連が、エンティティ群を束ねる制約を規定する属性から構成されるボックスとして描かれる一方で、属性は、エンティティの、外側でなく、内側で規定される。実体関連モデルは、堅牢である一方で、関連同士の制約を規定する方法を提供せず、そして、いくつかの属性を持つエンティティを表現するとき視覚的に扱い難くなる。DSDは、DSDが1つのエンティティ内での要素の関連に焦点を当て、そしてユーザーに各エンティティ間のリンクと関連を完全に見せることができるのに対して、実体関連モデルでは異なるエンティティ間の関連に焦点を当てる点で、異なる。

データ構造ダイアグラムを表現するため、多重度 (cardinality) を定義する方法に顕著な違いを伴う、いくつかのスタイルがある。選択は、鏃 、逆向き鏃 (鳥足) 、あるいは多重度の数値表現の間に存在する。

thumb

実体関連モデル (ERM)

実体関連モデルは、構造化されたデータを表現するためソフトウエア工学で使われる、1つの抽象概念スキーマ(または、意味的データモデル (semantic data model) )である。実体関連モデルのため使われるいくつもの表記法が存在する。

地理的データ・モデル

地理情報システムにおけるデータモデル (data model) は、データとして地理的オブジェクトまたは地表を表現するための数学的概念である。たとえば、

  • ベクターデータ・モデルは、点、線、及び多角形の集合として地形を表現する;
  • ラスターデータ・モデルは、数値を格納するセル・マトリックスとして地形を表現する;
  • そして不規則三角網 (TIN) データ・モデルは、連続、非重複の三角形のセットとして地形を表現する。

Image:Groups relate to the process of making a map.jpg|地図作成プロセスに関係するグループ

Image:NGMDB data model application.jpg|NGMDB データ・モデル・アプリケーション。

図は、今日のデータ・モデルが開発され、そして使われる方法を描いている。概念データモデル (conceptual data model) は、開発されているアプリケーションのためのデータ要求に基づき、おそらくアクティビティ・モデルの文脈で開発される。そのデータモデルは通常、エンティティ・タイプ、属性、関連、完全性ルール、及びそれらのオブジェクトの定義から成る。これは、そこでインタフェースまたはデータベース設計のためのスタート・ポイントとして使われる

  1. データ・モデル理論、すなわち、どのようにデータが構造化されそしてアクセスされるかの形式的な記述。
  2. データ・モデルインスタンス、すなわち、ある特定なアプリケーションのための特定なデータ・モデルインスタンスを生成するためにデータ・モデル理論を適用すること。

データ・モデル理論は、3つの主要なコンポーネントを持つ:。

データ・フロー・ダイアグラム (DFD)

thumb

データ・フロー・ダイアグラムは、プログラムのコントロールの流れを示すフローチャートとは違い、情報システムを通してのデータの「流れ」を示す、図式表現である。データ・フロー・ダイアグラムはまた、データ処理 (構造化設計) の可視化 (visualization) のため使われうる。データ・フロー・ダイアグラムは、Martin と Estrin の コンピュータの「データ・フロー・グラフ」に基づいた構造化設計のオリジナル開発者である、Larry Constantine (Larry Constantine) によって考案された。

それは、システムと外側のエンティティ間の相互作用を最初に示す、文脈レベル・データ・フロー・ダイアグラム (context-level Data flow diagram) を描く共通の実践である。DFDは、どのようにシステムが、分割された部分間のデータの流れに着目してより小さな部分に分割するかを示すため設計される。この文脈レベル・データ・フロー・ダイアグラムは、そこでモデル化されているシステムをより詳細に示すため「激増」される。

情報モデル

) 情報モデルの例。]]

情報モデルは、データ・モデルの一つのタイプではないが、一つの代替モデルより多いかまたは少ない。ソフトウエア工学の分野でのデータ・モデルと情報モデルの両方は、特性、関連、及びそれらで実行され得る操作を含め、エンティティ・タイプの抽象であり、公式表現である。モデル内のエンティティ・タイプは、ネットワーク内の機器のような、実世界のオブジェクトの種類かもしれないし、またそれらは、勘定システム内で使われるエンティティのような、抽象化されたそれら自身かもしれない。典型的に、それらは、エンティティ・タイプ、特性、関連、及び操作の閉じたセットによって記述される、制約されたドメインをモデル化するのに使われる。

Lee (1999)によれば。一般的用語情報モデルはさらに、施設、ビルディング、プロセス・プラントなどのような、個々のもののモデルのため使われる。このような場合、概念は、ファシリティ情報モデル (Facility Information Model) 、ビルディング情報モデル (Building Information Model) 、プラント情報モデルなどと特定される。そのような情報モデルは、施設についてのデータと文書を伴う施設のモデルの統合である。

情報モデルは、どのようにその記述がソフトウエアにおいて実際の実装にマップされたかの記述を制約することなく、問題ドメイン記述の形式主義を提供する。情報モデリングのマッピングには多くもものが存在する。そのようなマッピングは、それらが(UMLを使った)オブジェクトモデル (object model) 、実体関連モデル、または XMLのスキーマ (XML schema) であるかどうかにかかわらず、データ・モデルと呼ばれる。

) 標準、Document Object Model]]

オブジェクト・モデル

コンピュータ科学におけるオブジェクト・モデル (object model) は、プログラムがその世界のある特定な部分を試しそして操作できるオブジェクトあるいはクラスの集合である。言い換えるなら、ある種のサービスまたはシステムへのオブジェクト指向インタフェースである。そのようなインタフェースは、表現されたサービスまたはシステムのオブジェクト・モデルであると言える。たとえば、Document Object Modelは、ページを調べて動的変化をプログラムするスクリプトを使う、ウェブブラウザにおけるページ表現の集合である。Microsoft Excelを他のプログラムからコントロールするための、Microsoft Excelオブジェクト・モデルが存在するし、またASCOM (AStronomy Common Object Model)Telescope Driver は、天体望遠鏡をコントロールするための1つのオブジェクト・モデルである。

コンピューティングにおける用語オブジェクト・モデルは、プログラミング言語技術、表記法、または 方法論を使うある特定なコンピュータにおけるオブジェクトの一般的特性とは別の2番目の意味をもつ。例は: Javaオブジェクト・モデルComponent Object Model、あるいは、 オブジェクトモデル化技法 (OMT) 。このようなオブジェクト・モデルは通常、 クラスメッセージ継承多態性情報隠蔽のような概念を使って定義される。プログラミング言語の形式意味論 のサブセットとして形式化されたオブジェクト・モデルに関する膨大な文献が存在する。

オブジェクト役割モデル

オブジェクト役割モデリング (ORM) は、概念的モデリング (conceptual modeling) のための1つの手法であり、情報やルールの分析のための1つのツールとして利用できる。

オブジェクト役割モデリングは、概念レベルでのシステム分析のための1つの事実指向の手法である。データベース・アプリケーションの品質は、その設計に重大に依存する。正しさ、明確さ、適合性、及び生産性を確かにするのを助けるため、情報システムは、人々が容易に理解できる概念と言語を使って概念レベルで最初に規定されることがベストである。

概念的設計は、データ、プロセス、及び振る舞い的観点を含むかもしれないし、その設計を実装のため使われた実際のDBMSは、(リレーショナル、階層型、ネットワーク型、オブジェクト指向等の)多くの論理的データ・モデルの1つに基づいたかもしれない。

統一モデリング言語モデル

統一モデリング言語 (UML) は、ソフトウエア工学分野での、1つの標準汎用モデリング言語である。それは、ソフトウエア集約システムの成果物 (ソフトウエア開発) (artifacts) を、可視化し、規定し、構築し、そして文書化するための1つの図式言語 (graphical language) である。統一モデリング言語は、以下を含む、システムの青写真を描く標準方法を提供する。

UML は、機能モデル、データ・モデル、及びデータベースモデル (database model) の1つのミックスを提供する。

文献案内

  • David C. Hay (1996). Data Model Patterns: Conventions of Thought. New York:Dorset House Publishers, Inc.
  • Matthew West and Julian Fowler (1999). Developing High Quality Data Models. The European Process Industries STEP Technical Liaison Executive (EPISTLE).
  • Len Silverston (2001). The Data Model Resource Book Volume 1/2. John Wiley & Sons.
  • RFC 3444 - On the Difference between Information Models and Data Models
  • Len Silverston & Paul Agnew (2008). The Data Model Resource Book: Universal Patterns for data Modeling Volume 3. John Wiley & Sons.
  • Steve Hoberman, Donna Burbank, & Chris Bradley (2009). Data Modeling for the Business. Technics Publications, LLC
  • Andy Graham (2010), The Enterprise Data Model: a framework for enterprise data architecture

Category:データモデリング

Category:データベース

データモデル』に 関連する人気アイテム

リレーショナルデータベース入門―データモデル・SQL・管理システム

良い本だが話が冗長すぎる.

(参考になった人 6/13 人)

説明がいっぱいあってほんとは良い本なんですが,話が冗長過ぎてまとまってない.

もうちょっと項目やパラグラフを分けていいただいて,せっかくTeX使ってんだからitemizeとかenumerateとかdescriptionとか使って定義と説明文をきっちり分ければわかりやすくなりそうです.話の筋が見えにくくて,だらだら読む必要が出てきます.だらだらと教科書を読み続けて勉強できるという人には本当に良い本です.

ちなみに例題の解答例がないのも初学者にはつらいでしょう.

他の方のレビューにもありますが,まず他の本で一通り概要を知った上で読めば本質的な部分を深められて良いと思います.とにかくまとまってないので今すぐRDBを使いたいという人や概要を知りたいという人が読む本ではありませんね.学校のテキストとして使うのであれば用意するのが面倒なほどの板書やスライドが必要になるでしょう.

内容の良さについては他の方がとてもよいレビューをたくさん書いていらっしゃいますので割愛します.

適切な入門書

(参考になった人 17/19 人)

初版は1991年、本書はその改訂版。 RDBの基礎を学ぶには依然有用な一冊と言えます。 単純にDBにアクセスできる、操作できるという事だけを目的とするのでなく、 きちんとRDBの基礎理論まで理解させることを目的としており、 入門書とは言え、その辺りのお手軽本とは一線を画した内容となっています。 その分、何の前提知識もない初学者には理解し辛い面があるのも事実だと思います。 少なくとも一度はDBに触れてから、もしくは触れながら本書を読むと良いでしょう。 早いうちに基礎理論体系をものにしておくことは、先行き大きな力になります。 本書はその「自分への先行投資」に十分応えてくれる一冊です。

半年あるいは1年かけて、じっくり学ぶのに適した教科書.長く愛用できると思います. <この本の良いところ> ・良心的な価格設定。 あえてソフトカバー。 英断だと思います。 ・十分な厚みがあり、丁寧な説明 ・「リレーショナルデータベース」に関する話題。 設計理論、索引などなどをもれなく網羅 ・行間から識見、人柄がにじみ出る、個性と含蓄がある記述 ・Google等ではとても得られない.一貫性のある知識体系 王道の教科書です。 明瞭な説明、さすがと敬服します。

オウルテック 2年保証 microUSB充電&データ転送用ストロングケーブル 2.4A出力対応 急速充電モデル 1.5m Galaxy/Xperia等スマートフォン タブレットPC対応 ブラック OWL-CBJD15SMU-BK

いい作り&充電が速く安定している

(参考になった人 0/0 人)

まず、ケーブルの作りですが、二年保証をつけているだけあって
かなり丈夫に作られています。
ケーブル自体はナイロンのメッシュで保護されているため、日常生活において断線することはまずないかと思います。

こちらのケーブルは長さが30センチと非常に短いのですが、持ち運び用とかんがえると非常にぴったりな長さです。
かばんのなかでも邪魔にならず、他のコードと絡まったりも無いので助かっています。

充電速度はコードによって電流に意外とムラがあったりするものです。


安物コードを買うと、たとえ2.4Aとうたっていても全然それに達していなかったりということも多いです。
こちらの商品を計測してみた結果、かなり公称値に近い値で安定していました。

総評としては
高品質なコードであり、保証も2年ということで選んでおいて損はないかと思います。

コード部は丈夫そうなのですが、通常品と剛性が変わらなそうなコネクタ金属部に負荷がかからないようにかなーり気をつけて扱っていたはずなのに1ヶ月経たずしてコネクタ部のガタツキ?にて充電が特定の角度でテーブル置き固定でないと充電を継続出来ないようになりました。状態から判断するに断線ではないだろうからコネクタ部を端末にホールドするバネの不具合でしょうか、、購入時はしっかりホールドされていたコネクタ部がグラグラでお話になりません。手でバネを押してもそれなりの反発力は感じるのですが、、、今よく観察した結果二カ所のバネの片側が反発力が弱くなっているようです。返品連絡をするのも面倒で放置していますがこんなことなら強化版でなく通常品を買えば良かった。

これは、災厄のケーブルだな!! これなら、この一個前の赤色のコネクターのが絶対良い❗注文履歴にも記載あると思うがRouteRさんの赤色ケーブルが最高アベレージでした。 でも、1.5mがない❗ので、当ケーブル購入したらKindleの別売のケーブルとタメ張って同等でした。 一応同時に購入した電圧チェッカーで計測しました。 だいち、箱のフレーズがタフで切れない……はぁ????⁉アホだね❗買った自分もアホだね❗ので、購入するならルートRさんのケーブルが良いっすよ❗自分も今から、この一つ前のケーブル買います❗では、ごきげんよ~~!

データ解析のための統計モデリング入門――一般化線形モデル・階層ベイズモデル・MCMC

噂に違わぬ良本

(参考になった人 1/1 人)

大学院修士1年の初めの方にこの本に出会いました。心理学系の大学院生です。
内容の詳細については既に数多くのレビューがあるので、私のような「文系学部・研究科に所属していて一応統計は講義で習ったし基礎的な分析は使ってるけど得意というほどではない」という方に向けて書きます。

本書は類書と異なり「最初に問題ありき」で語られるので、統計の「ユーザー」としては破格の読みやすいでした。例えば「肥料が植物の種子数に影響を及ぼすか?」など、常に具体的な問題設定から始まって分析を解説するので、私のようなビギナーには大変助かります。

理論的な部分に深入りせず、なぜ統計モデリングが必要か?」「なぜ回帰分析などの線形モデルから一般化線形モデルに拡張する必要があるのか?」「帰無仮説検定の問題点とはなにか?」「良いモデルとはなにか?」などといったGLMを使うことの意義と注意点について丁寧に語られています。主に植物生態に関する分析例を扱っていますが、他の分野の方でもその点で理解に苦しむようなことはまったくなく、応用もすぐできると思います。

さらに非常に平易な言葉で書かれており、Rのコードもついているので本書に主に取り扱っているポアソン回帰とロジスティック回帰なら読んだその日に実践することもできるではないでしょうか。学部生でも基礎的な統計学を一通り習っていれば7章の一般化線形混合モデルの章までは読み通せるはずです。

また、「一般化線形モデル」でぐぐると本書の解説サイトやslide shareが山のように出てきますが、本書を直接読むほうが時間と労力の節約になる気がします。それくらい語り口がわかりやすいです (もちろんそれでも理解しきれなくてインターネットに頼った部分はありますが)。ですので、4000円払って購入するのは決して無駄にはならないと思います。著者の久保先生は学部の講義ノートをアップロードしているので合わせて読むといいかもしれません。

ただし・・・
・本書で解説されているglmmML関数はポアソン分布と二項分布のみ対応で、正規分布やガンマ分布を用いたGLMMを扱えません。
これらのGLMMはlme4パッケージで実装されているので、少しでも解説がほしかったです (一応紹介はされていますが分析例はありません)。lme4のlmerやglmer関数はランダム効果の指定の仕方が異なるので本書で初めてGLMMを使い始めた方には調べるのがやや面倒かもしれません (それくらい自分でやれって言われたら、それはその通りなんですが・・・)。ちなみにlmer関数の使い方は本書でも度々紹介されているFaraway (2004) に詳しいです。和書があれば、どなたか教えて下さい・・・。

・8章以降の階層ベイズモデルの内容はベイズ統計はまったく初めてという方にはハードルが高いかもです。
少なくとも私には最初理解が追いつきませんでした。『道具としてのベイズ統計』([...] ) などと合わせて読むといいかもしれません。しかし、階層ベイズモデルに関してR (とWinBugs) を使用して説明している本の中では本書が一番わかりやすかったです。

・他の方も指摘している通りRの知識がまったくないときついです。
とはいっても入門書を一冊通読していれば問題にはならないかと思います。Rの操作に関しては、『はじめてのR』( [...] ) や『R初心者のためのABC』( [...] ) がメジャーな気がします。『はじめてのR』は非常にコンパクトな内容です。

統計学の勉強の2冊目・3冊目に良い

(参考になった人 5/6 人)

植物生態学のデータを例題にしながら、一般化線形モデル(ポアソン回帰など)から階層ベイズモデルまで、「統計モデリング」というものの考え方を基本からトレーニングするという本です。
「みどりぼん」で検索すると出てくると思いますが、2014年6月から10月まで東京でこの本の読書会が行われていて、それに参加しながら読み進めていきました。
解説はめちゃめちゃわかりやすくて、初学者(といっても統計学の入門書レベルは終えていることが前提)が独学で読んでもそんなに引っかかることなく読めると思います。

数式はあまり出てこなくて、概念的な考え方を説明することに力を入れた本ですね。

私は主に心理系のデータを扱うのですが、本書はとても参考になりました。
分野にもよると思いますが、統計学入門みたいな感じの本で勉強を始めた場合、最初にやるのはおそらく平均値の差の検定(t検定や分散分析)や、単回帰分析などだと思います。
それで最初の頃は、「統計モデル(モデリング)」という発想自体をあまりせずに済ましてると思うんですよね(基本的に正規線形モデルを前提に説明が進んでいくからです)。モデリングというのはつまり、現実の現象をうまく記述できるように、モデルの「形」を選択し、「パラメータ」を推定するという作業ですが、単回帰分析ぐらいまでしか勉強してない段階だと「モデルを選択する」という発想自体がよくわからない。

実際には、単回帰分析よりもやや複雑なモデルを当てはめると非常にうまく説明できるような現象が、この世にはたくさんある。しかし、生物学の学生でも統計の勉強をサボっている人は正規分布・直線回帰ぐらいしか知らないから、なんでもかんでも直線のモデルを当てはめようとしてしまう・・・というのが、この本の著者・久保先生の問題意識だったようです。

本書は、正規線形モデルの学習をすでにある程度終えている読者を念頭において、最初に一般化線形モデルの枠組みでポアソン回帰を解説し、確率分布の種類を増やしたり、モデルを少しずつ複雑なものへと拡張していくという構成になっています。要は、現実をより適切に説明するために使えるモデルのレパートリーを増やし、パラメータ推定を間違いなく行えるようになり、AICなどの基準に基づいてモデル選択を適切に行えるようになりましょう!・・・という本です。
「統計入門」みたいな感じの教科書を終えて、2冊目とか3冊目に勉強するのに最適だと思います。

実際の計算のためにRのコードも掲載されていますが、Rが分からなくても純粋に統計理論の解説として読み進めることができます(ただ、数式の説明はかなり少ないので、理論書として充実しているわけではないです)。
なお、MCMCサンプリングはWinBUGSというプログラミング言語で行われています。久保先生の講演を聴いたところ、「この本を書き始めた頃は、しばらくはWinBUGSが使われ続けるだろうと思っていたんだけど、案外早くオワコン化しつつあってミスったかも」とおっしゃっていましたが、一応WinBUGSが分からなくても勉強になる内容です。

なお、けっこう誤植もあり、著者のサポートサイト(http://hosho.ees.hokudai.ac.jp/~kubo/ce/IwanamiBook.html)にまとめられています。

本書の主題は一般化線形モデル(GLM),一般化線形混合モデル(GLMM),GLMのベイズモデル化です.このように書くと難しい本かと思われそうですが,二標本の検定や回帰分析といった統計学の基礎が分かっていれば十分読めるように書かれていますし,要求される数学の知識は高校レベルです.また,統計学的検定,最尤法などは改めて解説されており,知識を再確認できます.

正規分布と直線関係の枠を取り払うことで一般化線形モデルが得られる,「人間が測定できない・測定しなかった個体差」を考慮に入れることで一般化線形混合モデルが作られる,複数のパラメーターを推定する際は最尤法ではなくマルコフ連鎖モンテカルロ法(MCMC)の方が効率が良い,GLMMをベイズモデル化することで階層ベイズモデルとなり,個体差以外の要因の差も考慮できる,というように徐々に統計モデルが拡張されることが本書を読めば理解できます.

また,逸脱度(deviance)やAIC(赤池の情報量基準),MCMCなどの数学的意味についても分かりやすく解説されています.私の知る限り,以上の内容はそれぞれ別の本に書かれており,それらを読むにはかなり数学・統計学の知識が必要です.本書は難しい内容を1冊の本で初学者にも理解できるよう書いてあり,統計学や実際のデータ解析に興味のある方にはお勧めしたいです.

生産管理・原価管理システムのためのデータモデリング

読めば読むほどにうなずける

(参考になった人 13/15 人)

私は10年から15年も前に作られたIBMのAS400で稼動する生産管理を保守しております。

この本を読んで自分の目の前に在るシステムと比べると、うなずける部分がこの本にはいっぱいありました。

本が提唱するDB設計になっている部分は、なんら問題なく今も動いています。(あまりにもDB設計が似ているのでビックリです)

未来在庫の予測などは勉強になりました。

トリガー機能やジャーナル機能の存在をこの本で知りました(無知で恥ずかしいです)

受注と出荷の関係や発注と仕入れの関係も良く理解できました。



DBの正規化のプロセスが存在するなんて知りませんでした。

今までの経験でなんとなくDBを追加していましたが、正規化を知っていればもっとマシなDBが追加できたのにと悔やみます。

このような有益な本を出版して頂いてありがとうございました。

業務系システム設計に役に立ちます

(参考になった人 5/5 人)

業務系、特に生産管理のシステム設計についての本が少ない中で 実務で役に立ちます。 「渡辺式ER図」は手書きでは書きやすい のですが、仕様書をEXCELやVISIOで書くときに困ります。 著者はモデルリング用のフリーツールも作っているので 一度、参考までに見てみたら? あくまでモデリング(概略設計)用で、DBの詳細設計には別のツールが 必要ですが。

勉強になりました

(参考になった人 5/8 人)

テーブル設計にはそれなりに自信があったが この本を読んで未熟さを痛感。 例題も秀逸で、テーブル設計のトレーニングには もってこいです。 【この本のポイント】 なんと言っても「渡辺式ER図」。 書きやすい。 テーブル設計をするSEは、ぜひ身に付けるべし

ひと目でわかるMicrosoft Visual C# 2010 アプリケーション開発入門

Windows Application 開発の仕事でこれまで C++ を使ってきており、急きょ C# を使うことになったため購入しました。
C# 自体の文法解説には良書がいくつもありますが、VisualStudio (.NET Framework) を活用したコーディングの"感覚"を掴みたくてこれを選びました。

本書を通して、1つの小さいけれども実用的なソフトウェアをコーディングするようになっており、開発の流れを感じられます。

●以下はいいと思ったところです。


- 解説はかなり丁寧なので、書かれている通りに作業していればまず躓くことはないかと思われます。(例えば Professional と Express で手順が異なるところはほぼすべて注釈があります。)
- サンプルで作成するソフトウェアは非常にシンプルですが、割としっかり設計してから始めており、エラー処理もやります。(製品レベルかというとそこまでではありませんが)
- サンプルコードも DL してきてそのままビルドできるものなので、うっかりミスでビルドが通らなかったときの参考になります。
- サンプルの開発を通して、SQL Server 2008 と LINQ の基本も触れます。

●以下はいまいちと思ったところです。
- 説明の順序として、「これからやることの概要」「コード」「コードの解説」という流れなのですが、
概要の時点ではこれから実装したいことの目的レベルの理屈が並べられているだけで、設計的な理由が述べられていません。
たとえばクラスの property に関する error ハンドリングを実装する際、抽象クラスに property に依らない実装を行い
派生させた実装クラスで具体的な型ごとの実装を行うのですが、クラス図などの解説がないままコードが出てくるので
その章の実装と解説をすべて理解した段階でやりたかったことがわかる、という具合です。
このような「まず手を動かして、理屈は後から」という説明が苦手な方にとっては多少フラストレーションを感じるかもしれません。

●その他雑感
- C# の文法にはほぼ触れられていませんが、Visual C++ での開発を経験したことがある方であれば、なんとなくわかると思います。
(逆に言うとほかにプログラミングをした経験がない方にとっては、「動くものはできたけど理解不能」な状態になってしまうと思われます。)
- あくまでも「Visual C# 2010 を使った、.NET Framework の便利機能を活用した典型的な開発手順」を体験できる本であり、それ以上の高度な技術的背景や知識を学べるものではありません。
読後に MSDN やより高度な実装 TIPS 集などを読んでステップアップしていくための 1st Step に良い本かと思います。
- コードで使われる C# のバージョンは 4.0 の仕様まで含んだものになっています。(4.0 の新機能にフォーカスしているわけではありません。)

今となっては古いバージョンの本なのでしょうけれども、VisualStudio 2010 で開発する機会があったので非常に参考になりました。

「ひと目でわかる」というのはやや言い過ぎで、「見ながらわかる」くらいな感じです。
実際に操作するときのつまづきを少なくするという意味では、図を多用しコードの実例を多用することで、その役割をじゅうぶん果たしていると思います。

説明は秀逸です。具体的なタスク管理アプリケーションを作る実例について、簡単にですが要件定義や設計も行って実装に進むので、さまざまな要素を使う動機がわかりやすいと思いました。

テストについては書かれていないのが残念ですが、それをするにはページ数が足りなかったのでしょうか。

Kindle版では、目次との行き来がしづらく、ページをパラパラめくるときにも紙の本ほどの応答性はないので、ちょっと特定の項目について見直したいときには不便です。検索もできないのは痛い。でも、かさばらず、持ち歩きには向いています。電車内でも気軽に読めるのはよかったと思います。

「猫でもわかるC#プログラミング」では、文法から学んだのに対して、本書はコーディングを実際にしながらアプリケーション開発の手順の初歩を学んでいく本です。

C#はオブジェクト指向プログラミングのための言語です。

この本は、C#の簡易操作マニュアルとしても使用できます。(もちろん、足りない部分も多々ありますが・・・。でも、それは、オライリー・ジャパンの本その他で補うしかありません。)

C#では、全部を自分ですべて打ち込む必要はありません。

コーディングをしていると、コードが勝手に出てきます。出来た空白に必要とされるコードを打ち込めばいいのです。

さあ、ぜひC#の世界を冒険してください。

データモデル』by Google Search

This page is provided by Matome Project.
Contact information.