Entity

このロケーションは、データベース用語とエンティティの概念と特徴に関連します.

[Intro]

プラトニックは人間には本質が見えず、単純に目の前のものを見て錯覚すると考えている.
洞窟の中の人が外の世界の光が生み出す影を見て、恐れている洞窟のようです.
比喩で説明する.人類はよく見られる現象を離れ、真実の本質を認識しなければならない.
強調しました.
データベース内の엔티티と테이블の関係
これは빛(실체)と그림자(현상)の関係と非常に似ている.

エンティティを紹介する前に、用語を簡単に紹介しましょう.

[Terms]

初めてデータベースに触れたり、データベースを勉強したりすると、よく知らない用語がたくさん出てきます.
凡例、インスタンス、エンティティ、バージョン、モード、ドメイン...待って...
(レコードもチュートリアルも行も同じですよね?...コンセプトは1つですが、あだ名はなぜ3、4つなのか・・・😱)

同様の用語については、状況によって用語が異なりますので、状況に応じて
使用する必要があります.

リレー

バージョンとは表のことです.

バージョンは、モード、インスタンスで構成されます.

イニシアチブ

スキーマは、リレーショナル・データベースで基本構造を定義します.

パターンは、プロパティやデータ型などの情報を含むテーブルの最初の行の見出しを表します.

≪インスタンス｜Instance｜emdw≫

の例は、テーブルに実際に格納されたデータである.

Tuple=Row(行)=Cardinality(基数)

例は、バージョン内の行(水平)の数を示します.

上の図の例数は3です.

属性=Column(列)=Degree(次)

属性は、バージョン内のカラム(垂直)の数を表します.

上図の属性の個数は3です

ドメイン

ドメインは、属性が有することができる値のセット

である.

[コンセプト]

エンティティの場合、データ・モデルおよびデータベースの権威者は、次のエンティティを定義します.
識別可能なもの-Peter Chen(1976)-
データベース内の識別可能なオブジェクト-C.J Date(1986)-
情報を格納する方法-James Martin(1989)-
情報を格納できる人、場所、物品、イベント、概念-Thomas Bruce(1992)-
データモデルを理解する際に最も明確に理解しなければならない概念の一つは엔터티(Entity)である.
韓国語で실체、객체と訳すこともでき、実際に使われている用語は엔터티実体である.
簡単に言えば、図元は저장이 되기 위한 어떤 것(Thing)と言える.
エンティティはまた、속성(Attribute)を有し、このセット内のオブジェクトの特性を記述することができる.
たとえば、カリキュラムエンティティには、国語、数学、英語などのインスタンスが存在する場合があります.

[記号]

シンボルの表示方法は記号によって異なりますが、多くの場合
長方形で表す.ただし、表示される属性の表示方法は若干異なる場合があります.

[フィーチャー]

エンティティの特徴は次のとおりです.

 1. 반드시 해당 업무에서 필요하고 관리하고자 하는 정보이어야 한다.
	(ex_ 환자, 토익의 응시횟수, …)
    
 2. 유일한 식별자(key)에 의해 식별이 가능해야 한다.

 3. 영속적으로 존재하는 인스턴스의 집합이어야 한다.
	(ex_‘한 개’가 아니라 ‘두 개 이상’)
    
 4. 엔터티는 업무 프로세스에 의해 이용되어야 한다.

 5. 엔터티는 반드시 속성이 있어야 한다.

 6.엔터티는 다른 엔터티와 최소 한 개 이상의 관계가 있어야 한다.
 

1.業務に必要な情報と管理する情報でなければならない。

システムを構築するビジネスに必要な情報と管理情報である必要があります.
上図では、患者情報は会社では不要でしょうか?

2.認識可能であること

識別子は私たちがよく使うKEY概念の論理用語です.
性別が識別者になれば、男の屁精の情報は男として記録される.
「おい、あっちの男が!!」彼を呼んだら
答えるだろう?

3.インスタンスのセット

友達と旅行に行く時、カバンの中にいろいろな準備物が入っていますが、
私たちはかばんを用意しなければならないので、かばんを用意しません.
エンティティもそうです.1つの値を持つマスターの親は、通常1つの値しかありません.
インスタンスの集合にはなりません!

4.業務プロセスを通して

これらのエンティティが必要に応じて選択されている場合は、それらを使用する必要があります.
通常、このような状況は、データモデリング時に発見されません.
構成中に検出されました.

データモデリングを行う際には、必要な機能と構成を考慮すべきだと思います.
機能解析に基づいてモデリングを行うと、未使用のエンティティが作成されます.
予防できると思います.

5.属性を含める

属性を含める必要があります.エンティティ名に属性が含まれておらず、エンティティ名のみが含まれている場合は、ビジネス分析が欠けているため、関係がスキップされたり、属性情報が欠落したりします.
初めて見た時うん?3番と同じじゃないですか.思いついた.
ただし、3番目のプロパティでは、3番目の会社や病院などの実際の値は1つしかありません.
エンティティに病院名の属性情報が1つしかない場合.
通常、属性値が欠落している場合は、エンティティは属性単位でなければなりません.
この場合も、エンティティ単位で抽出したい場合に発生します.

6.関係の存在

エンティティは、少なくとも他のエンティティと1つの関係を持つ必要があります.

リレーショナル・データベースに独自の孤立エンティティを持つべきではありません.
関係が確立されていないエンティティのエクスポートは、不適切なエンティティをエクスポートしたり、他のエンティティと適切な関係を確立したりします.
見つからない可能性が高い.

[分類]

エンティティは、エンティティのタイプ(エンティティなし)によって区別することも、エンティティの特定の値に基づいて分類することもできます.

1.エンティティタイプ（有無）による分類

型エンティティ

物理的な形態が存在するエンティティであり、安定して持続的に使用されるエンティティです.

コンセプトエンティティ

物理形態は、管理が必要な概念的な情報によって区別される存在しないエンティティである.

イベントエンティティ

業務の発展に伴って生まれた企業.

2.発生時間別に分類

基本/キーエンティティ

このビジネスにもともと存在する情報は、他のエンティティとの関係によって生成または生成されるのではなく、独立して存在するエンティティです.独立して生成され、他のエンティティの親として機能します.

センタエンティティ

基本エンティティで発生し、ビジネスで中心的な役割を果たします.通常、データ量が多く、他のエンティティとの関係から動作エンティティが作成されます.

アクティブエンティティ

主に2つの異なる親エンティティで発生し、エンティティの内容を変更したり、データ量を増やしたりすることがよくあります.解析の初期フェーズと比較して、詳細な設計フェーズまたはプロセスに関連するモデリングによってエクスポートできます.

[エンティティ名(Name)]

エンティティの名前を付けるには、次の原則に従います.

- 가능하면 현업업무에서 사용하는 용어를 사용한다.

- 가능하면 약어를 사용하지 않는다.

- 단수 명사를 사용한다.

- 모든 엔터티를 통틀어서 유일한 이름을 가져야 한다.

- 엔터티의 생성의미대로 이름을 부여한다.