stanford-oval/wikipedia huggingface dataset:
データモデル
概要 > データモデルの役割

データモデルの主な目的は、データの定義とフォーマットを提供することによって、情報システムの開発を支援することである。WestとFowler（1999）によれば、「もしこれがシステムを通して一貫して行われたら、そこでデータの互換性が達成されうる。もし同じデータ構造がデータの格納やアクセスに使われるなら、そこで異なるアプリケーションがデータを共有できる。これの結果は上で示される。しかしながら、システムとインタフェースは、しばしば、構築し、運用し、そして維持するため、それらがあるべきより多くのコストを費やす。それらは、事業を支援するよりむしろ制約するかもしれない。1つの大きな原因は、システムとインタフェースに実装されるデータモデルの品質が貧弱だったことである。」
「どのように物事が、特定の場所で行われるかを特定する事業ルールはしばしばデータモデルの構造に固定化される。これは、事業を行う方法における小さな変化がコンピュータ・システムおよびインタフェースにおける大きな変更を導き出すことを意味する。」
「エンティティ・タイプは、多くの場合識別されないか、あるいは不正確に識別される。これは、データ、データ構造、および機能性の、その開発や保守における重複する付随的コストを伴う、重複を導きうる。」
「異なるシステムのためのデータモデルは任意的に異なる。この結果は、複雑なインタフェースが、データを共有するシステム間で要求される。これらのインタフェースは、現状システムのコストの25-70%の間で説明できる。」
「データは、データの構造や意味が標準化されていないので、顧客と供給者と電子的に共有することはできない。たとえば、プロセス・プラントのエンジニアリング・データと図面は、未だに時には紙ベースで交換されている。」
これらの問題の理由は、データモデルが事業ニーズと一貫性を保つことの両方に合致することを確かにする標準が不足していることである。
概要 > 3つの観点

データモデルインスタンスは、1975年のANSIに沿った3つの種類の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つの特定な情報システムの情報代数学（en:Information_algebra）の開発に導いた。
1960年代にデータモデリングは、経営情報システム概念の導入と共に更にその重要性を増大させた。Leondes（2002）によれば、「必要なとき、情報システムは、管理目的のためデータと情報を提供する。このIntegrated_Data_Store (IDS)と呼ばれる、第一世代データベースシステムが、GEのチャールズ・バックマンによって設計された。2つの有名なデータベース・モデル:ネットワーク型データモデル、および階層型データモデルがこの期間中に提案された。」1960年代の終わりに向けて、エドガー・F・コッドは、彼のデータ編成の理論を練り、一階述語論理に基づいたデータベース管理のためのリレーショナル・モデルを提案した。
1970年代に実体関連モデルが、1976年にピーター・チェンによって初めて提案され、概念データモデルの新しいタイプとして出現した。実体関連モデルは、データベースに格納される情報ニーズや情報のタイプを記述するための、要求分析中の情報システム設計の最初のステージで使われた。この技術は、あらゆる概念体系、すなわち、一定の関心の領域のための、概念の全貌と分類とそれらの関連、を記述できる。
1970年代、G.M. Nijssenは、「自然言語情報分析手法」（NIAM）を開発し、そして1980年代にそれを発展させたオブジェクト役割モデリング（ORM）をTerry Halpinと一緒に開発した。
Jan L. Harrington（2000）によれば、更に1980年代に、「オブジェクト指向パラダイムの開発が、我々がデータとデータに作用する手続きを見る方法に基本的な変化をもたらした。伝統的に、データと手続きは：データベースにデータとそれらの関連、アプリケーション・プログラムに手続きをと、別々に格納されていた。オブジェクト指向では、しかしながら、そのデータと共にエンティティの手続きを組み合わせた。」
データモデルのタイプ > データベース・モデル

データベース・モデル (en:database model) は、どのようにデータベースが構造化され、使われるかを記述する理論または仕様である。いくつかのそのようなモデルが提案されてきた。広く知られたモデルは以下を含む:
フラット・モデル
階層型データモデル：このモデルにおけるデータは、それぞれ同じレベルのリストに特定の順序でレコードを保持するネスト化と並べ替えフィールドを記述するそれぞれのレコードへの単純な上昇リンクを暗示する、ツリー構造に組織化される。
ネットワーク型データモデル：このモデルは、レコードとセットと呼ばれる、2つの基本的概念を使うデータを組織化する。レコードはフィールドを含み、セットはレコード間の、1は所有者、多はメンバーである、1対多の関連を定義する。
リレーショナル・モデルは、一階述語論理に基づくデータベース・モデルである。その中核アイデアは、とりうる値と値の組み合わせへの制約を記述する、有限個の述語変数を持つ述語の集合としてデータベースを記述することである。
スタースキーマは、データ・ウエアハウス・スキーマの最もシンプルなスタイルである。スタースキーマは、いくつかの「事実テーブル」（おそらく1つのみであり、その名前を正当化する）がどんな数の「次元テーブル」を参照する。スタースキーマは、重要な雪形スキーマの特別なケースと考えられる。
フラット・モデル
階層型データモデル
ネットワーク型データモデル
リレーショナル・モデル
スタースキーマ
データモデルのタイプ > データ構造ダイアグラム

データ構造ダイアグラム（DSD）は、エンティティとそれらの関連、およびそれらを拘束する制約（constraints）を文書化する図式表記法を提供することによって、概念データモデルを記述するため使われる1つのダイアグラムでありデータモデルである。DSDの基本的図形要素は、エンティティを表すボックスと、関連を表す矢である。データ構造ダイアグラムは、複雑なデータ・エンティティを文書化するため最も有用である。
データ構造ダイアグラムは、実体関連モデルの1つの拡張である。DSDで、関連が、エンティティ群を束ねる制約を規定する属性から構成されるボックスとして描かれる一方で、属性は、エンティティの、外側でなく、内側で規定される。実体関連モデルは、堅牢である一方で、関連同士の制約を規定する方法を提供せず、そして、いくつかの属性を持つエンティティを表現するとき視覚的に扱い難くなる。DSDは、DSDが1つのエンティティ内での要素の関連に焦点を当て、そしてユーザーに各エンティティ間のリンクと関連を完全に見せることができるのに対して、実体関連モデルでは異なるエンティティ間の関連に焦点を当てる点で、異なる。
データ構造ダイアグラムを表現するため、多重度（cardinality）を定義する方法に顕著な違いを伴う、いくつかのスタイルがある。選択は、鏃、逆向き鏃（鳥足）、あるいは多重度の数値表現の間に存在する。
データモデルのタイプ > 実体関連モデル（ERM）

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

地理情報システムにおけるデータモデル（data model）は、データとして地理的オブジェクトまたは地表を表現するための数学的概念である。たとえば、以下のような例がある。
ベクターデータモデルは、点、線、および多角形の集合として地形を表現する
ラスターデータモデルは、数値を格納するセル・マトリックスとして地形を表現する
そして不規則三角網（TIN）データモデルは、連続、非重複の三角形のセットとして地形を表現する
地図作成プロセスに関係するグループ
NGMDB データモデル・アプリケーション
一緒にリンクしたNGMDB データベース
3D地図情報の表現
データモデルのタイプ > 汎用データモデル

汎用データモデル（Generic data model）は、通常のデータモデルの一般化されたものである。それらは、そのような関係タイプによって関連付けられるかもしれないものの種類と一緒に、標準化された一般の関係タイプを定義する。汎用データモデルは、従来のデータモデルの欠点を解決する1つのアプローチとして開発された。例えば、異なるモデラーは一般に、同じドメインの異なる従来のデータモデルを作り出す。これは、異なる人々のモデルを一緒に集めることにおいて困難を導き、そしてデータ交換やデータ統合の障害である。しかしながら、この違いはいつも、モデルにおける抽象レベルの違いと、インスタンス化される事実の種類における違い（モデルの意味的表現能力）に帰因する。モデラーは、違いをより重要でないものにするため、より具体的に提示すべきである一定の要素についてコミュニケートし合意する必要がある。
データモデルのタイプ > 意味的データモデル（セマンティック・データモデル）

ソフトウェア工学における意味的データモデル（semantic data model）は、その他のデータとの相互関係性の文脈内でのデータの意味を定義する1つの技法である。意味的データモデルは、どのように格納シンボルがその実世界に関係させるかを定義する1つの抽象である。意味的データモデルは、時には、概念データモデル（conceptual data model）と呼ばれる。
階層型、ネットワーク型データモデル、あるいはリレーショナル であろうと、データベース管理システム（DBMS）の論理的データ構造は、それがスコープとDBMSによって採用される実装戦略への偏った方向における限界があることから、データの概念的定義への要求を完全に満たすことはできない。そこで、概念的ビュー（conceptual view）からデータを定義する必要性が、意味的データモデリング技法の開発に導いた。それは、他のデータとの相互関係性の文脈内でのデータの意味を定義する技法である。図に示されるように。資源、アイデア、イベント、などの条項で、現実世界は、物理的データ・ストア内でシンボル化されて定義される。意味的データモデルは、どのように格納されるシンボルを実世界に関係させるかを定義する1つの抽象である。そこで、そのモデルは実世界の真の表現でなければならない。
データモデルのトピックス > データアーキテクチャ

データアーキテクチャ（英語版）は、目標状態の定義に使われるデータの設計であり、かつ目標状態に合致させるため必要とされる次に続く計画である。それは普通、ビジネスアーキテクチャ、またはソリューション仕組（solution architecture）の芯柱を形成するいくつかの仕組ドメイン（architecture domain）の1つである。
データアーキテクチャは、事業あるいはそのアプリケーションによって使われるデータ構造を記述する。データの格納と動きの2つの記述がある。格納におけるデータ記述はデータ・グループとデータ項目を記述し、動きにおけるデータの記述はデータの品質、アプリケーション、場所などへのそれらデータ創作物のマッピングを記述する。
目標状態を実現する上で必須な、データアーキテクチャの記述はどのようにデータが、与えられたシステム内で、処理され、格納され、取扱われるかである。それは、そのシステム内での、データ・フローを設計し、データの流れをコントロールすることも可能にするデータ処理運用のための基準を提供する。
データモデルのトピックス > データモデリング

詳細は「データモデリング」を参照
ソフトウエア工学における データモデリングは、データモデリング技法を使って公式のデータモデル記述を適用することによるデータモデルを作成するプロセスである。データモデリングは、データベースのための事業要求を定義するための1つの技法である。それは時には、1つのデータモデルがやがて1つのデータベースに実装されることから、データベース・モデリングと呼ばれる。
図は、今日のデータモデルが開発され、そして使われる方法を描いている。概念データモデル（conceptual data model）は、開発されているアプリケーションのためのデータ要求に基づき、おそらくアクティビティ・モデルの文脈で開発される。そのデータモデルは通常、エンティティ・タイプ、属性、関連、完全性ルール、およびそれらのオブジェクトの定義から成る。これは、そこでインタフェースまたはデータベース設計のためのスタート・ポイントとして使われる。
データモデルのトピックス > データ特性

要求に合致するに必要なデータのいくつか重要な特性は:
定義関連の特性
関連性: あなたの事業の文脈でのそのデータの有用性。
明快さ: そのデータの明快で共有される定義の利用性。
一貫性: 異なる情報源からのデータのタイプの互換性。
内容関連の特性
適時性: 要求される時のデータの利用可能性と、どのようにデータが更新されるか。
正確さ: どのようにそのデータが真実に近づくか。
定義と内容の両方に関連する特性
完全性: どれだけ要求されるデータが利用可能か。
アクセス性: どこで、如何に、誰に、データが利用可能であり、可能ではないか(すなわちセキュリティ）。
コスト: そのデータを取得し、利用可能にするのに許されるコスト。
データモデルのトピックス > データ組織化

データモデルのもう1つの種類は、データベース管理システムまたは他のデータ管理技術を使って、どのようにデータを組織化するかを記述する。それは、例えば、リレーショナル・テーブルとカラムまたはオブジェクト指向クラスと属性を記述する。そのようなデータモデルは、時には、物理データモデル（physical data model）として参照されるが、ANSIのオリジナルの3層スキーマ仕組でそれは「論理的」と呼ばれる。その仕組において、その物理的モデルは、格納媒体（シリンダー、トラック、およびテーブル空間）を記述する。理想的にこのモデルは、上で記述されたより概念的なデータモデルから派生される。それは異なるかもしれないが、しかしながら、処理能力た用途パターンのような制約を記録する。
データ分析がデータモデリングの共通の用語である一方で、実際的な活動は、それが（より一般的な概念から構成要素の概念を識別する）分析を伴って行われるより、（特定のインスタンスから一般の概念を推定する）合成の考えや手法を伴うのがより共通である。{おそらく誰もシステム合成者と呼ばないことから、我々が我々自身をシステムアナリストと呼ぶ。} データモデリングは、不必要なデータの冗長性を排除し、関連でデータ構造を関連付けることで全体を、緊密し、分離不可に、一緒の関心のデータ構造にする努力をする。
1つの異なるアプローチは、データの暗黙的モデルを自律的に作り出す人工ニューラル・ネットワークのような、適合システム（adaptive systems）の利用を通してである。
データモデルのトピックス > データ構造

データ構造は、データを効率的に使えるようコンピュータに格納する1つの方法である。それは、データの数学的かつ論理的な概念の1つの組織化である。しばしば、注意深く選ばれたデータ構造が、最も効率的なアルゴリズムの利用を可能とする。データ構造の選択はしばしば、抽象データ型の選択から始まる。
データ･モデルは、与えられたドメイン内のデータの構造を、そのドメイン自身の基盤をなす構造をほのめかすことによって、記述する。これは、そのドメインに専用の人工言語の専用文法を、実際に規定することを意味する。データモデルは、企業が保持しようと望む情報、その情報の属性、およびそれらのエンティティ間の関連と（時には暗示的に）それらの属性間の関連についての、エンティティのクラス（ものの種類）を表現する。そのモデルは、どのようにデータがコンピュータ・システム内で表現されるかにかかわらず、いくらかの広がりへのデータの組織を記述する。
データモデルによって表現されるエンティティは、触知可能なエンティティであり得るが、そのような具体的エンティティ・クラスを含むモデルは、時間を越えて変化する傾向がある。堅牢なデータモデルは、しばしばそのようなエンティティの抽象概念を認識する。たとえば、1つのデータモデルが、ある組織と関連する全ての人間を表す、「人材」と呼ばれるエンティティ・クラスを含むかもしれない。そのような抽象エンティティクラスは、それらの人材によって演じられる特定の役割を識別する「ベンダー」または「従業員」と呼ばれるより、一般に適切である。
配列
ハッシュテーブル
連結リスト
スタック構造
データモデルのトピックス > データモデル理論

用語「データモデル」は、次の2つの意味を持ち得る。
データモデル理論、すなわち、どのようにデータが構造化されそしてアクセスされるかの形式的な記述。
データモデルインスタンス、すなわち、ある特定なアプリケーションのための特定なデータモデルインスタンスを生成するためにデータモデル理論を適用すること。
データモデル理論は、次の3つの主要なコンポーネントを持つ。
構造部分：データベースによってモデル化されたエンティティまたはオブジェクトを表現するデータベースを生成するため使われるデータ構造の集合。
完全性部分：構造的な完全性を確実にするこれらのデータ構造におかれる制約を統治するルールの集合。
操作部分：データ構造に適用され、データベースに含まれるデータを更新しクエリする操作の集合。
例えば、関係モデルにおける、構造部分は数学的関係を修正した概念に基づき、完全性部分は一階述語論理で表現され、そして操作部分は 関係代数、タプル関係論理、および ドメイン関係論理を使って表現される。
データモデル・インスタンスは、データモデル理論を適用することで生成される。これは典型的に、ある事業の事業体要求を解決する。事業要求は、通常意味的論理モデル（logical data model）によって獲得される。これは、物理的データベースに生成されることから、物理的データモデル・インスタンスに変換される。例えば、データ・モデラーは、いくつかの事業の事業体の企業データ・リポジトリの実体関連モデルを生成するため、データモデリング・ツールを使う。このモデルは、リレーショナル・データベースを生成するため、リレーショナル・モデルに変換される。
データモデルのトピックス > パターン

パターンは、多くのデータモデルで現れる共通のデータモデリング構造である。
関連モデル > データ・フロー・ダイアグラム（DFD）

データ・フロー・ダイアグラムは、プログラムのコントロールの流れを示すフローチャートとは違い、情報システムを通してのデータの「流れ」を示す、図式表現である。データ・フロー・ダイアグラムはまた、データ処理（構造化設計）の可視化（visualization）のため使われうる。データ・フロー・ダイアグラムは、MartinとEstrinの コンピュータの「データ・フロー・グラフ」に基づいた構造化設計のオリジナル開発者である、Larry Constantine（Larry Constantine）によって考案された。
それは、システムと外側のエンティティ間の相互作用を最初に示す、文脈レベル・データ・フロー・ダイアグラム（context-level Data flow diagram）を描く共通の実践である。DFDは、どのようにシステムが、分割された部分間のデータの流れに着目してより小さな部分に分割するかを示すため設計される。この文脈レベル・データ・フロー・ダイアグラムは、そこでモデル化されているシステムをより詳細に示すため「激増」される。
関連モデル > 情報モデル

詳細は「情報モデル」を参照
情報モデルは、データモデルの一つのタイプではないが、一つの代替モデルより多いかまたは少ない。ソフトウエア工学の分野でのデータモデルと情報モデルの両方は、特性、関連、およびそれらで実行され得る操作を含め、エンティティ・タイプの抽象であり、公式表現である。モデル内のエンティティ・タイプは、ネットワーク内の機器のような、実世界のオブジェクトの種類かもしれないし、またそれらは、勘定システム内で使われるエンティティのような、抽象化されたそれら自身かもしれない。典型的に、それらは、エンティティ・タイプ、特性、関連、および操作の閉じたセットによって記述される、制約されたドメインをモデル化するのに使われる。
Lee（1999）によれば 、情報モデルは、選ばれた概説のドメインのデータ意味論（data semantics）を規定する、概念、関連、制約、ルール、あるいは演算子の表現である。 それは、そのドメインの文脈のための共有性、安定性、および情報要求の組織化された構造を提供する。一般的用語情報モデルはさらに、施設、ビルディング、プロセス・プラントなどのような、個々のもののモデルのため使われる。このような場合、概念は、ファシリティ情報モデル（Facility Information Model）、ビルディング情報モデル（Building Information Model）、プラント情報モデルなどと特定される。そのような情報モデルは、施設についてのデータと文書を伴う施設のモデルの統合である。
情報モデルは、どのようにその記述がソフトウエアにおいて実際の実装にマップされたかの記述を制約することなく、問題ドメイン記述の形式主義を提供する。情報モデリングのマッピングには多くもものが存在する。そのようなマッピングは、それらが（UMLを使った）オブジェクトモデル（object model）、実体関連モデル、または XMLのスキーマ（XML schema）であるかどうかにかかわらず、データモデルと呼ばれる。
関連モデル > オブジェクト・モデル

コンピュータ科学におけるオブジェクト・モデル（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
| 表 話  歴データモデル |
| --- | --- |
メイン:  データアーキテクチャ（英語版）  データモデリング  データ構造 
スキーマ:  概念スキーマ/概念データモデル(英語版)  論理スキーマ/論理データモデル(英語版)  物理スキーマ/物理データモデル(英語版) 
タイプ:  データベースモデル  データ構造図  実体関連モデル 拡張（英語版）  データモデル(GIS)（英語版）  ジェネリックデータモデル（英語版）  セマンティックデータモデル（英語版） 
関連モデル:  データフロー図  情報モデル  オブジェクトモデル（英語版）  オブジェクトロールモデリング（英語版）  統一モデリング言語 
関連項目:  データベース設計  ビジネスプロセスモデリング  Core Architecture Data Model  エンタープライズモデリング  機能モデル  プロセスモデル  プロセス・モデリング  XML Schema en:XML schema  en:XML Schema (W3C)  データフォーマット記述言語（英語版）  モデリング (科学的)  概念モデル(計算機科学)（英語版）  オントロジー (情報科学)  データ辞書  共通データ辞書(en:IEC Common Data Dictionary) 
  データモデリング   種類別のモデル   概念モデル
| 表 話  歴データベースモデル |
| --- | --- |
モデル:  フラットファイルデータベース  階層型データモデル  ディメンショナルモデリング（英語版） データウェアハウス  ネットワーク型データモデル  関係モデル  実体関連モデル 拡張（英語版）  グラフデータベース（英語版）  オブジェクト(指向)データベース  エンティティ属性数値(EAV)モデル（英語版） 
他のモデル:  アソシアティブ(連想)モデル（英語版）  コリレーション(相関)データベース（英語版）  多次元データベース(OLAP)  Array DBMS（英語版）  セマンティックデータモデル（英語版）  スタースキーマ  XMLデータベース 
実装:  フラットファイルデータベース  データベース管理システム(DBMS) 列指向DBMS  オブジェクト(ODBMS)  関係(RDBMS)  オブジェクト関係(ORDBMS)  Document-oriented database（英語版）  演繹的データベース（英語版）  テンポラルデータベース（英語版）  XML-DBMS  キーバリュー型データベース  トリプルストア（英語版） 
どのようにデータモデルが利益を届けるか。
ANSI/SPARCの3層スキーマ・アプローチ（three level architecture）。これは、データモデルは1つの外部モデル（またはビュー）、概念モデル、あるいは物理モデルでありうることを示している。これは、データモデルを見る時の方法のみでなく、それは、特にモデルを比較するとき、1つの使い方の方法である。
データ構造ダイアグラムの例。
IDEF1X自身をモデル化するため使われる、IDEF1X実体関連図の例。
意味的データモデル
データモデリングプロセス
データのいくつかの重要な特性。
データ構造のリンクされた単純な分岐のタイプ、二分木
データ・フロー・ダイアグラムの例
EXPRESS（データモデリング言語）（EXPRESS G） 情報モデルの例。
HTML XMLを表現するためのオブジェクトモデル（object model）標準、Document Object Model
『地質学表面のスキーマ』Stephen M. Richard（1999）におけるオブジェクト役割モデル応用の例。
トロワリビエールの戦い

| トロワリビエールの戦い |
| --- | --- |
 トロワリビエールとソレルの位置を示す1759年の地図
戦争：アメリカ独立戦争
年月日：1776年6月8日
場所：現在のケベック州、トロワリビエール
結果：イギリス軍の決定的勝利
交戦勢力
 アメリカ合衆国大陸軍:  グレートブリテン イギリス軍
指導者・指揮官
 ウィリアム・トンプソン（捕虜）:  ガイ・カールトン サイモン・フレーザー
戦力
2,000名: 1,000名以上
損害
戦死：30-50名 負傷：約30名 捕虜：236名: 戦死：8名 負傷：9名
 アメリカ独立戦争   大区分 西部戦線 - 南部戦線 - ボストン方面作戦 - カナダ侵攻作戦 - ニューヨーク・ニュージャージー方面作戦 - サラトガ方面作戦 - フィラデルフィア方面作戦    小区分  レキシントン・コンコード - ボストン - バンカーヒル - グレートブリッジ - ロングアイランド - ホワイト・プレインズ - トレントン - プリンストン - オリスカニー - ベニントン - ブランディワイン - サラトガ - ジャーマンタウン - ホワイトマーシュ - モンマス - ジブラルタル - ロードアイランド - ワックスホー - スプリングフィールド - キャムデン - キングスマウンテン - カウペンス - ギルフォード - ホブカークスヒル - グリーンスプリング - ユートースプリングス - ヨークタウン - ブルーリックス     海戦 アメリカ独立戦争の海軍作戦行動 - バルカー島 - 第1次ウェサン島 - サン・ビセンテ岬 - マルティニーク島 - ポルト・プラヤ - ドッガー・バンク - チェサピーク湾 - 第2次ウェサン島 - セインツ    
表示
トロワリビエールの戦い（英: Battle of Trois-Rivières）は、アメリカ独立戦争初期の大陸軍によるカナダ侵攻作戦中1776年6月8日にケベック市の上流、トロワリビエール（フランス語で3本の川を意味する）近くで起こった戦闘である。ケベック植民地総督ガイ・カールトンの指揮するイギリス軍が、セントローレンス川を遡って進軍する過程で、これを阻止しようとしたウィリアム・トンプソン准将が指揮する大陸軍を破った。
大陸軍がセントローレンス川を渡るところをケベック植民地の民兵が目撃し、トロワリビエールにいたイギリス軍に警告した。土地の農夫が大陸軍を湿地に誘導したことで、イギリス軍は援軍を上陸させて、大陸軍の背後に陣地を構築することができた。整ったイギリス軍の前線と湿地から現れた大陸軍の間に短時間の交戦が行われた後、大陸軍は算を乱した退却に移った。退却路の幾つかが遮断されていたので、トンプソン将軍とその参謀を始め、多くの者がイギリス軍の捕虜になった。
アメリカ独立戦争の中でこれはケベック植民地で戦われた最後の戦闘になった。この敗北後残った大陸軍はジョン・サリバン将軍の指揮下にまずセントジョンズ砦に、続いてタイコンデロガ砦にまで後退した。
背景

詳細は「カナダ侵攻作戦」を参照
1775年9月からカナダに侵攻した大陸軍は、1775年の大晦日に行われたケベックの戦いで大きな敗北を喫した。その後ベネディクト・アーノルドが指揮する残り部隊は1776年5月までケベック市を包囲した。
5月6日早朝、イギリス海軍の艦船がケベック港に入った。これらの艦船に乗ってきた部隊は即座に市内に派遣され、それから間もなくガイ・カールトンは部隊を組み上げて大陸軍が宿営している場所に送り出した。この時大陸軍を指揮していたジョン・トーマスは既に退却の準備をさせているところだったが、イギリス軍が到着したことで部隊は恐慌に陥った。大陸軍は秩序無い退却を始め、5月18日頃にやっとソレルに辿り着いた。
背景 > トロワリビエールのイギリス軍

5月中と6月初めに軍隊と軍需品を積んだ船舶が次々とケベック市に到着し続けた。6月2日までには、第9、第20、第29、第53および第60歩兵連隊が加わり、指揮官としてジョン・バーゴイン将軍も到着した。これらの部隊と共にフリードリヒ・リーデゼル男爵が指揮するブラウンシュヴァイク公国からのドイツ人傭兵部隊も到着した。
カールトンは5月初旬に大陸軍を逃亡させた後、特に意味のある攻勢は採らず、5月22日になって第47および第29歩兵連隊の部隊を運ぶ船を、アラン・マクリーンが指揮するトロワリビエールに派遣した。6月2日にサイモン・フレーザー准将がさらに追加部隊を率いてトロワリビエールに到着した。6月7日までにトロワリビエールにいる地上部隊は1,000名近くなり、追加部隊と物資を積んだ25隻の艦船がトロワリビエールに近い川とさらに数マイル上流に停泊していた。
背景 > 大陸軍の攻撃準備

トーマス隊の撤退が、わずか数百の兵士を積んだ3隻のイギリス艦船の到着によって駆り立てられて以来、トーマスはイギリス軍の正確な勢力を掴めないままでいた。5月21日にソレルで開いた作戦会議には第二次大陸会議の代表も出ていたが、トロワリビエールとケベック市の間にあるデシャンボーで防御線を張るという決定を下した。この決断はイギリス軍の勢力に関する漠然とした報告と噂に基づいて下しており、軍人ではない大陸会議の代表が決断を主導した。トーマスは5月21日に天然痘に罹患し、6月2日にそれが原因で死んだ。軍隊指揮は短期間ウィリアム・トンプソンに置き換えられたが、6月5日にジョン・サリバンがタイコンデロガ砦から援軍を連れて到着したときにサリバンと交代した。
6月5日、サリバンが到着する数時間前に、トンプソンはアーサー・セントクレア大佐の指揮で600名の部隊をトロワリビエール方面に派遣し、少数勢力だと信じていたイギリス軍を急襲して追い散らそうとした。サリバンはソレルに到着した時に、即座にトンプソンに1,600名を付けてその後を追わせた。この部隊はニコレットでセントクレア隊に追いつき、翌日川沿いに防御線を構築した。6月7日夜、トンプソン、セントクレアおよび約2,000名の部隊が川を渡り、トロワリビエールからは数マイル上流のポワン・デュ・ラックに上陸した。
戦闘

大陸軍の渡河は地元の民兵大尉によって目撃され、この大尉はトロワリビエールにいるイギリス軍の所に駆け込んで、フレーザー将軍に報告された。トンプソンは上陸点を守らせるために250名の部隊を残し、残りの部隊でトロワリビエールに向かった。トンプソンは土地の地形に不慣れであり、土地の農夫アントワーヌ・ゴーティエにトロワリビエールまで部隊を案内するよう説得した。ゴーティエは明らかに意図的にそこから抜け出すには数時間を要するような湿地帯に大陸軍を誘導した。その間に大陸軍の出現を警告されていたイギリス軍は川の艦隊から部隊を上陸させ、トロワリビエール郊外の道路に戦闘線を構築した。艦船はポワン・デュ・ラックにも派遣され、そこで大陸軍の守備隊を追い出した。大陸軍の守備隊は船の大半を使って川を渡り逃げた。
トンプソンが率いた大陸軍の部隊は失地から抜け出したところに、イギリス軍の艦船HMSマーティンに遭遇し、そのぶどう弾によって湿地に押し戻された。アンソニー・ウェイン大佐が指揮していた部隊はまだ少しましで、湿地から出たところは陣形を組んだフレーザーの部隊がいるだけだった。短時間の交戦が行われたが、大陸軍はフレーザー隊に敵することができず、武器や物資を残して逃げ出した。大陸軍の幾らかの部隊は何らかの遮蔽になる森の外れまで退却し、イギリス軍との応戦を試みたが、イギリス軍からの銃火で道を外れさせられ、川の艦船からの砲火で岸に近付くこともできなかった。セントクレアとその部隊が上陸地点まで戻ったが、そこは既にイギリス軍に占領されていた。このときに捕獲を免れる手段としては湿地の森に戻り、上流の方に逃げることしかなかった。ウェインがやっと約800名の後衛部隊を組織し、イギリス陣地への攻撃を試みたが、これも森の中に後退させられた。ウェインはよろめきながらの退却を指揮したが、その間に多くの兵士が脱落したものの、森が実際の勢力を隠す役目を果たしていた。
カールトン将軍はこの戦闘の終わり頃にトロワリビエールに到着した 。グラント少佐の指揮するイギリス軍分遣隊が、大陸軍がセントローレンス川北岸を退却する際に通過しなければならないリビエール・デュ・ルーに架かる橋を抑えていた。カールトンは大量の捕虜を扱いたくなかったか、あるいは大陸軍の士気をさらに落とすことを望んだかのために、グラントに撤退を命じ、大陸軍の大半を逃亡させた。それでもかなりの数の大陸軍兵が逃げられずに捕虜になった。その中にはトンプソン将軍とその士官17名も含まれていた。イギリス軍が敗残兵の掃討を終えたのは6月13日のことだった。捕虜の総数は236名になった。歴史家のブレンダン・モリセイは、大陸軍兵の約30名が戦闘で殺されたとしており、一方ハワード・ペッカムはその数が50名だとしている。
戦闘の後

大陸軍のばらばらにされた部隊はセントローレンス川北岸を陸路バーシアビルまで戻り、そこから川を渡ってソレルに戻った。6月11日に戻ってきた者もいた。サリバンはこのとき指揮下に有効勢力として2,500名を抱えていたので、当初はソレルでイギリス軍に抵抗することを望んだが、天然痘、脱走およびイギリス海軍の艦船が上流に向かっているという情報が入ったために、退却するときだと考えるようになった。6月17日までに大陸軍はケベック植民地を離れることになったが、その前にモントリオール市を焼き払い、セントジョンズ砦を破壊し、シャンプレーン湖を航行可能な軍事的価値のある船全ての破壊を試みた。
6月9日カールトンはイギリス軍の大半にソレルまで向かうよう命じたが、実際にはカールトンが6月13日に部隊に合流するまで動かなかった。フレーザーの指揮する1,200名の部隊がセントローレンス川北岸をバーシアとモントリオールに向かった。イギリス艦隊は6月14日遅くにソレルに到着した。大陸軍はその日の朝にそこを離れていた。イギリス軍の一部が6月17日にモントリオールに入り、またセントジョンズ砦にも到着したが、それは最後の大陸軍兵（一説ではベネディクト・アーノルドとされる）が焼け跡から出て行くときだった。
捕虜達はカールトンから大変寛大な扱いを受けた。その収監状態は常に良いものではなかったが、カールトンは彼等に衣服を供給し、士官以外の者は全てニューヨークに送って解放した。
遺産

トロワリビエールの市内には戦争の諸相を記念する銘板が3つある。イギリス軍の参戦を称える銘板はカナダ歴史史跡記念碑委員会によってル・ジューヌ橋の近くに置かれた。大陸軍の戦死者を記念する銘板は、1985年8月にアメリカ独立戦争の娘達によってシャンプレーン公園に置かれた。3つめは大陸軍を迷わせたアントワーヌ・ゴーティエが果たした役割を記念する銘板である。
大陸軍の撤退中とこの戦闘で負傷した兵士はトロワリビエールにあるアーシュリン女子修道院で治療された。大陸会議はこの世話に対する費用支払いを承認せず、修道院はその請求書を保持していた。請求額は約26ポンドであり、現在価値では1,000ないし2,000万ドルに相当する。2009年7月4日、トロワリビエールの町の設立375周年を祝す祭で、アメリカの総領事デイビッド・フェッターが象徴的な意味においてカナダドルで130ドルをアーシュリン女子修道院に対する負債として支払った。
戦闘が起こった場所を示す1781年の地図
トロワリビエールの戦い戦場跡を示す銘板
トロワリビエールの戦いでのイギリス軍を記念する銘板
この戦闘でアントワーヌ・ゴーティエが果たした役割を記念する銘板
二条教良

|  凡例二条教良 |
| --- | --- |
時代:  鎌倉時代中期
生誕:  文暦元年（1234年）
死没:  不詳
別名:  二条
官位:  従一位、権大納言
主君:  後嵯峨天皇→後深草天皇→亀山天皇→伏見天皇→後伏見天皇→後二条天皇
氏族:  二条家
父母:  父：二条良実、母：藤原隆保の娘か
兄弟:  道良、教良、道玄、師忠、経通、道瑜、兼基、経忠、尋源、道潤、良宝、道乗、三条公親養女
子:  経教、教基、二条教良女
テンプレートを表示
二条 教良（にじょう のりよし）は、鎌倉時代中期の公卿。関白左大臣・二条良実の二男。官位は従一位・権大納言。二条と号した。娘である二条教良女は歌人として名高い。
経歴

以下、『公卿補任』と『尊卑分脈』の内容に従って記述する。
文暦元年（1234年）に二条良実の二男として京に生まれる。
寛元2年（1244年）2月11日、正五位下に叙され、同時に元服する。禁色を許される。同月16日、左近衛少将に任じられる。同年3月6日、従四位下に叙され左少将は元の如し。同年4月5日、正四位下に叙される。
寛元3年（1245年）1月5日、従三位に叙される。同月7日、左少将は元の如し。同月13日、伊予権守を兼ねる。
宝治元年（1247年）、左近衛中将に任ぜられたか?
宝治2年（1248年）10月29日、正三位に叙される。
建長7年（1255年）2月13日、従二位に叙される。
正元元年（1259年）1月6日、正二位に叙される。
文応元年（1260年）には正二位行左中将兼播磨権守とある。
文永8年（1271年）には父・良実が薨去し喪に服す。
文永11年（1274年）9月10日、参議に任ぜられる。左中将は元の如し。
建治元年（1275年）1月18日、備前権守を兼ねる。同年12月22日、中納言に任ぜられる。同日、弟・師忠が右大臣から左大臣に転任。
弘安2年（1279年）12月12日、権大納言に任ぜられ同月29日には勅授帯剣を許される。
弘安6年（1283年）2月11日、養母の喪を明ける。同年3月28日、権大納言を辞した。
正安3年（1300年）1月5日、従一位に叙された。
嘉元元年（1303年）出家。没年は不詳。
従一位昇叙の背景

二条教良は年齢面から見ると二条良実の長男であった道良と同年生まれの可能性が高いが、母の出自が低いために道良夭折後は弟・師忠が家嫡として立てられたと推測できる。しかしこの時師忠はまだ幼児であり、師忠の生母も取り立てて出自が良いとも言えないため良実の判断によって後嗣が決定されたのであろう。師忠は弘安10年（1287年）には関白となり、師忠の養子として家を継いだ弟・兼基は永仁6年（1298年）に摂政、さらに翌正安元年（1299年）には左大臣から太政大臣に転じている。一門の長老としての待遇を受けた結果の従一位昇叙であると考えられる。
系譜

父：二条良実
母：正三位藤原隆保の娘?
妻：不詳
生母不明の子女
男子：二条経教
男子：教基
女子：二条教良女 - 二条兼基の側室。京極派の歌人としても知られる。『玉葉和歌集』や『風雅和歌集』などに合計17首が入首している。
患者支援団体

患者支援団体（かんじゃしえんだんたい、Patient Advocacy Group）とは患者支援やセルフヘルプを目的とした団体である。
海外の団体が共助・公益活動を主軸にしているのに対して、日本の患者支援団体は自助あるいは共助が中心である患者会（患者団体）が多く、活動の規模にも大きく差があるが、健常な支援者を中心とした啓発組や、当事者やその家族が闘病経験から会社を起業するなど、日本でも患者支援団体のあり方に厚みが増してきた。任意団体・NPO法人・公益法人（社団・財団）・株式会社など、法人格は活動によって様々な形態をとる。
患者会（患者団体）

患者会は当事者が、主として自助・共助のために集まったコミュニティのことである。狭義の「患者会」は、団体として構成員をもつ当事者団体のことを指す。「患者会」の表現は患者支援の当事者には浸透しているが、一般的には耳慣れないため、マスコミや政治・政策的な場面では「患者団体」という言葉が好まれることも多い。
正確な数についての調査はないが、日本には2004年時点で全国に1400程度、現在はオンラインでの交流が中心のものなどを含め3000程度あると推測される。2005年以降、SNSが一般的に用いられるようになると、匿名性と公開の限定性から、SNSの中に多数の患者コミュニティが作られるようになり、気軽に患者会的な環境を得ることができる当事者が増加した。広義にはこういったSNSコミュニティを含め、複数の患者が所属認識がある場も患者会である。ハードルが低くなっている一方、会費や入会手続きのある伝統的な患者会は会員が減少し、存続が危ぶまれるものも増えている。
患者会（患者団体） > 自助のための活動

ほとんどの患者会で、闘病体験の分かち合いや病院・医師に関する情報の交換を行っている。オンラインで公表している情報もあるが、闘病に関するデリケートな情報や病院・医師に関する質的な情報は集会の場で、個人間で交わされることが多い。
患者会（患者団体） > 共助のための活動

多くの患者会がオンラインや広告などを使い、主に次の目的のために社会に向けた情報発信をしている。
同病の仲間に患者会があることを知らせること
自分たちの病気に世間の関心を集めること
自分たちの病気への政策による便宜を得ること
ホームページやブログによるものに加え、近年のTwitterは患者会が好んで使う発信手段になりつつある[要出典]。
世界モデルの患者支援団体 > 世界において

単独会員数で世界最大の患者支援団体はアメリカ心臓協会（AHA/American Heart Association）であり、自団体で病院を持ち、寄付以外にも収益事業によって活動費を賄っている。設立当初より、医師との関係が深く、AHAが作成した心臓疾患におけるガイドラインの多くが世界標準として使われている。
AHAも加盟する世界最大のネットワーク型の患者支援団体はイギリスに本部を持つ国際患者団体連盟（IAPO/International Alliance of Patients' Organization）で、世界患者会議の開催が中心事業である。世界患者会議は、第1回にロンドン、第2回にブダペスト、第3回にクアラルンプールで開催されている。
竹工芸館

|  竹工芸館 |
| --- | --- |
 外観 (2019年3月) ja
施設情報
専門分野:  竹細工
所在地:  〒989-6436 大崎市岩出山字ニノ構115番地
位置:  北緯38度39分15.7秒 東経140度51分59.4秒﻿ / ﻿北緯38.654361度 東経140.866500度﻿ / 38.654361; 140.866500座標: 北緯38度39分15.7秒 東経140度51分59.4秒﻿ / ﻿北緯38.654361度 東経140.866500度﻿ / 38.654361; 140.866500
外部リンク:  公式サイト
プロジェクト:GLAM
テンプレートを表示
竹工芸館（たけこうげいかん）は、宮城県大崎市岩出山字に所在する施設。当地に伝承される「しの竹細工」を紹介、体験することができる。建物は東北建築賞作品賞を受賞。
概要

当地のしの細工は1720年頃の享保年間、岩出山城主・伊達村泰が京都より職人を招聘し、藩士の副業として奨励したのが始まりとされる。その大きな特徴は竹の表皮を内側にして編むことで指に優しく水切れを良くする工夫が施された点で、日用品として広く愛用された。館内では竹細工体験（要予約）や実演見学が可能な他、ガラス・陶器等と組み合わせた物を含めた竹製品、インテリア、オブジェ等も展示されている。
建築

2003年度、日本建築学会東北支部から東北建築賞作品賞を受賞した。
利用情報

9時から17時まで
水曜日、年末年始
無料（体験メニューは有料）
最寄駅：陸羽東線岩出山駅または有備館駅から徒歩7分
東北自動車道古川インターチェンジから車15分
周辺施設

旧有備館および庭園
森民酒造店
感覚ミュージアム
岩出山城址
慶北線

| 慶北線 |
| --- | --- |
 靑い線が慶北線靑い線が慶北線
各種表記
ハングル：:  경북선
漢字：:  慶北線
発音：:  キョンブクソン
日本語読み：:  けいほくせん
英語：:  Gyeongbuk Line
テンプレートを表示
慶北線で運行される貨物列車
慶北線（キョンブクせん）は、大韓民国慶尚北道金泉市にある金泉駅と同道栄州市にある栄州駅を結ぶ韓国鉄道公社（KORAIL）の鉄道路線である。
沿線は旅客の需要が少なく、現路線全通時点で存在していた26駅のうち、2013年現在までに半数以上の14駅が廃駅となっている。2024年の中部内陸線開通後は、聞慶線・中部内陸線と直通し、金泉駅から京畿道利川市の夫鉢駅まで結ばれる予定である。
路線データ

路線距離：115.0km
軌間：1435mm (標準軌)
駅数：12（起終点駅、信号場・信号所・仮乗降場を含む）
複線区間：なし（全線単線）
電化区間：なし
歴史

日本統治時代に慶尚北道の竜宮郡で建設が開始。同郡は醴泉郡と聞慶郡のあいだにあり、郵便局が設置されていた。
1911年 - 電気工事等を扱う弘中商会が釜山に設立。
1924年10月1日 - 最初の開通区間である金泉～尚州間が開業。当時は朝鮮鉄道株式会社線だった。
1929年 - 水力発電所である慶北水電が開業。
1931年10月15日 - 醴泉～慶北安東（後の安東駅）間の開通により金泉－慶北安東間全線が開通。
1940年3月1日 - 買収により国有化される。
1944年10月1日 - 線路の供出のため店村～慶北安東間を休止。
1966年1月27日 - 店村～醴泉の休止区間が再開業。
1966年10月11日 - 終点が安東から栄州へ変更され、醴泉～栄州間が開通。醴泉～安東の休止区間はそのまま廃止となった。
2014年9月 - 魚登～醴泉間線路移設工事着手。
2016年4月28日 - 魚登～醴泉間線路移設完了、開通に伴い 国土交通部が駅間距離変更の告示。（115.2km→115.0km）