Top 43 엔티티 란 2639 People Liked This Answer

You are looking for information, articles, knowledge about the topic nail salons open on sunday near me 엔티티 란 on Google, you do not find the information you need! Here are the best content compiled and compiled by the https://toplist.maxfit.vn team, along with other related topics such as: 엔티티 란 jpa 엔티티란, 엔티티 테이블 차이, 스프링 엔티티란, db 엔티티란, 엔티티코드, 엔티티 의 속성으로 실제로 구현 된 하나의 값, 엔티티정의서, 엔티티 예시

관계형 데이터 모델링 – 4.4. 엔티티 정의

[DataBase]엔티티[Entity]란 무엇일까? :: 청정코딩샘물

Article author: rh-cp.tistory.com
Reviews from users: 24241 Ratings
Top rated: 3.2
Lowest rated: 1
Summary of article content: Articles about [DataBase]엔티티[Entity]란 무엇일까? :: 청정코딩샘물 [DataBase]엔티티[Entity]란 무엇일까? · 데이터의 집합을 의미한다. · 저장되고, 관리되어야하는 데이터이다. · 개념, 장소, 사건 등을 가리킨다. · 유형 … …
Most searched keywords: Whether you are looking for [DataBase]엔티티[Entity]란 무엇일까? :: 청정코딩샘물 [DataBase]엔티티[Entity]란 무엇일까? · 데이터의 집합을 의미한다. · 저장되고, 관리되어야하는 데이터이다. · 개념, 장소, 사건 등을 가리킨다. · 유형 … 1. 엔티티(Entity)란 무엇인가? ◎ 데이터의 집합을 의미한다. ◎ 저장되고, 관리되어야하는 데이터이다. ◎ 개념, 장소, 사건 등을 가리킨다. ◎ 유형 또는 무형의 대상을 가리킨다. 2. 엔티티의 특징 ◎ ..
Table of Contents:

태그

‘ProgrammingDataBase’ Related Articles

Article author: doorbw.tistory.com
Reviews from users: 35322 Ratings
Top rated: 5.0
Lowest rated: 1
Summary of article content: Articles about [DB 이론] #1_엔터티(Entity)와 속성(Attribute) 1-1. 엔터티(Entity)란? 데이터 베이스의 개념 중에서도 데이터 모델에 대해 공부를 시작할 때 제일 먼저 나오는 개념이 ‘엔터티(Entity)’ 이다. …
Most searched keywords: Whether you are looking for [DB 이론] #1_엔터티(Entity)와 속성(Attribute) 1-1. 엔터티(Entity)란? 데이터 베이스의 개념 중에서도 데이터 모델에 대해 공부를 시작할 때 제일 먼저 나오는 개념이 ‘엔터티(Entity)’ 이다. 안녕하세요. 문범우입니다. 이번 포스팅에서는 Data Base에서 엔터티와 속성에 대해서 알아보도록 하겠습니다. 특히 각 개념마다 SQL 전문가 또는 SQL 개발자를 준비하시는 분들을 위한 문제를 함께 두었으니 공..Back-end / DevOps / K8S / Java / Kotlin / Python / Database / Algorithm / etc
Table of Contents:

[DB 이론] #1_엔터티(Entity)와 속성(Attribute)

문 범 우

[신입 개발자 취업을 위한 가이드라인]

티스토리툴바

Article author: blog.naver.com
Reviews from users: 23786 Ratings
Top rated: 3.5
Lowest rated: 1
Summary of article content: Articles about [데이터베이스 #3] 엔티티란? : 네이버 블로그 06 데이터베이스 6개의 글 · 1) 엔티티는 사람, 장소, 물건, 사건, 개념 등의 명사에 해당된다 · 2) 엔티티는 업무상 관리가 필요한 관심사에 해당한다. · 3) … …
Most searched keywords: Whether you are looking for [데이터베이스 #3] 엔티티란? : 네이버 블로그 06 데이터베이스 6개의 글 · 1) 엔티티는 사람, 장소, 물건, 사건, 개념 등의 명사에 해당된다 · 2) 엔티티는 업무상 관리가 필요한 관심사에 해당한다. · 3) …
Table of Contents:

악성코드가 포함되어 있는 파일입니다

작성자 이외의 방문자에게는 이용이 제한되었습니다

Article author: velog.io
Reviews from users: 10103 Ratings
Top rated: 3.6
Lowest rated: 1
Summary of article content: Articles about 데이터베이스 엔티티 데이터베이스 엔티티(DataBase Entity)란? · 사전적 의미의 엔티티(Entity) : 실체, 실재, 객체 · 데이터베이스에서 한 건의 자료를 구성하는 레코드를 … …
Most searched keywords: Whether you are looking for 데이터베이스 엔티티 데이터베이스 엔티티(DataBase Entity)란? · 사전적 의미의 엔티티(Entity) : 실체, 실재, 객체 · 데이터베이스에서 한 건의 자료를 구성하는 레코드를 … 데이터베이스 – 엔티티
Table of Contents:

Article author: brunch.co.kr
Reviews from users: 4184 Ratings
Top rated: 3.2
Lowest rated: 1
Summary of article content: Articles about SQL스터디: Entity(엔터티)의 개념 Entity(엔터티)란 무엇인가? | 1. Entity 의 개념 Entity : 실체, 객체라는 의미로 실무적으론는 앤터티라고 부른다. 즉 업무에 필요하고 유용한 정보 … …
Most searched keywords: Whether you are looking for SQL스터디: Entity(엔터티)의 개념 Entity(엔터티)란 무엇인가? | 1. Entity 의 개념 Entity : 실체, 객체라는 의미로 실무적으론는 앤터티라고 부른다. 즉 업무에 필요하고 유용한 정보 … Entity(엔터티)란 무엇인가? | 1. Entity 의 개념 Entity : 실체, 객체라는 의미로 실무적으론는 앤터티라고 부른다. 즉 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것으로 설명할 수 있다. 예) 학생이라는 엔터티는 학번, 이름, 학점, 등록일자, 생일, 전공 등의 속성으로 특징지어질 수 있음 데이터베이스에 권위자가 정의한 사항 변별할 수 있는 사물 – P
Table of Contents:

Article author: help.salesforce.com
Reviews from users: 15074 Ratings
Top rated: 3.4
Lowest rated: 1
Summary of article content: Articles about Help And Training Community 엔티티란? … 엔티티는 고객으로부터 수집하려는 데이터 유형을 나타냅니다. 시스템 엔티티로서 부울, 통화, 날짜, DateTime, 이메일 주소, 숫자, 개체(표준 또는 사용자 … …
Most searched keywords: Whether you are looking for Help And Training Community 엔티티란? … 엔티티는 고객으로부터 수집하려는 데이터 유형을 나타냅니다. 시스템 엔티티로서 부울, 통화, 날짜, DateTime, 이메일 주소, 숫자, 개체(표준 또는 사용자 …
Table of Contents:

Help And Training Community

Article author: juno-juno.tistory.com
Reviews from users: 48428 Ratings
Top rated: 3.2
Lowest rated: 1
Summary of article content: Articles about Entity(개체), 속성, 도메인 이란? 엔티티란 무엇인가. 구글을 통해 몇 블로그를 찾아보니 다음과 같이 나온다. Entity : 실체, 객체라는 의미로 실무적으로는 엔티티라고 부른다. …
Most searched keywords: Whether you are looking for Entity(개체), 속성, 도메인 이란? 엔티티란 무엇인가. 구글을 통해 몇 블로그를 찾아보니 다음과 같이 나온다. Entity : 실체, 객체라는 의미로 실무적으로는 엔티티라고 부른다. 엔티티란 무엇인가. 구글을 통해 몇 블로그를 찾아보니 다음과 같이 나온다. Entity : 실체, 객체라는 의미로 실무적으로는 엔티티라고 부른다. 즉 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적..
Table of Contents:

티스토리 뷰

티스토리툴바

Article author: wiki.hash.kr
Reviews from users: 48720 Ratings
Top rated: 3.9
Lowest rated: 1
Summary of article content: Articles about 엔티티 – 해시넷 엔티티(entity)는 데이터베이스에 표현하려고 하는 유형, 무형의 객체로서 서로 구별되는 것을 뜻한다. 이 개체는 현실 세계에 대해 사람이 생각하는 개념 … …
Most searched keywords: Whether you are looking for 엔티티 – 해시넷 엔티티(entity)는 데이터베이스에 표현하려고 하는 유형, 무형의 객체로서 서로 구별되는 것을 뜻한다. 이 개체는 현실 세계에 대해 사람이 생각하는 개념 …
Table of Contents:

위키

개요[편집]

특징[편집]

분류[편집]

각주[편집]

같이 보기[편집]

엔티티 – 해시넷

Article author: dataonair.or.kr
Reviews from users: 11146 Ratings
Top rated: 4.3
Lowest rated: 1
Summary of article content: Articles about 엔터티 – DATA ON-AIR 엔터티란 “업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것(Thing)”으로 설명할 수 있다. 또는, 엔터티는 업무 활동상 지속적인 관심을 가지고 … …
Most searched keywords: Whether you are looking for 엔터티 – DATA ON-AIR 엔터티란 “업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것(Thing)”으로 설명할 수 있다. 또는, 엔터티는 업무 활동상 지속적인 관심을 가지고 … 1. 엔터티의 개념 데이터 모델을 이해할 때 가장 명확하게 이해해야 하는 개념 중에 하나가 바로 엔터티(Entity)이다. 이것은 우리말로 실체, 객체라고 번역하기도 하는데 실무적으로 엔터티라는 외래어를 많이 사용하기 때문에 본 가이드에서는 엔터티라는 용어를 그대로 사용하기로 한다. 엔터티에 대해서 데이터 모델과 데이터베이스에 권위자가 정의한 사항은 다음과 같다. 변별할 수 있는 사물 – Peter Chen (1976) – 데이터베이스 내에서 변별 가능한 객체 – C.J Date (1986) – 정보를 저장할 수 있는 어떤 것 – James Martin (1989) – 정보가 저장될 수 있는 사람, 장소, 물건, 사건 그리고 개념 등 – Thomas Bruce (1992) – 위 정의들의 공통점은 다음과 같다. 엔터티는 사람, 장소, 물건, 사건, 개념 등의 명사에 해당한다. 엔터티는 업무상 관리가 필요한 관심사에 해당한다. 엔터티는 저장이 되기 위한 어떤 것(Thing)이다. 엔터티란 “업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것(Thing)”으로 설명할 수 있다. 또는, 엔터티는 업무 활동상 지속적인 관심을 가지고 있어야 하는 대상으로서 그 대상들 간에 동질성을 지닌 인스턴스들이나 그들이 행하는 행위의 집합으로 정의할 수 있다. 엔터티는 그 집합에 속하는 개체들의 특성을 설명할 수 있는 속성(Attribute)을 갖는데, 예를 들어 ‘학생’이라는 엔터티는 학번, 이름, 이수학점, 등록일자, 생일, 주소, 전화번호, 전공 등의 속성으로 특징지어질 수 있다. 이러한 속성 가운데에는 엔터티 인스턴스 전체가 공유할 수 있는 공통 속성도 있고, 엔터티 인스턴스 중 일부에만 해당하는 개별 속성도 있을 수 있다. 또한 엔터티는 인스턴스의 집합이라고 말할 수 있고, 반대로 인스턴스라는 것은 엔터티의 하나의 값에 해당한다고 정의할 수 있다. 예를 들어 과목은 수학, 영어, 국어가 존재할 수 있는데 수학, 영어, 국어는 각각이 과목이라는 엔터티의 인스턴스들이라고 할 수 있다. 또한 사건이라는 엔터티에는 사건번호2010-001, 2010-002 등의 사건이 인스턴스가 될 수 있다. 엔터티를 이해할 때 눈에 보이는(Tangible)한 것만 엔터티로 생각해서는 안되며 눈에 보이지 않는 개념 등에 대해서도 엔터티로서 인식을 할 수 있어야 한다. 실제 업무상에는 눈에 보이지 않는 것(Thing)이 엔터티로 도출되는 경우가 많기 때문에 더더욱 주의할 필요가 있다. 2. 엔터티와 인스턴스에 대한 내용과 표기법 엔터티를 표현하는 방법은 각각의 표기법에 따라 조금씩 차이는 있지만 대부분 사각형으로 표현된다. 다만 이 안에 표현되는 속성의 표현방법이 조금씩 다를 뿐이다. 엔터티와 엔터티간의 ERD를 그리면 [그림 Ⅰ-1-15]와 같이 표현할 수 있다. [그림 Ⅰ-1-15]에서 과목, 강사, 사건은 엔터티에 해당하고 수학, 영어는 과목이라는 엔터티의 인스턴스이고 이춘식, 조시형은 강사라는 엔터티의 인스턴스이며 사건번호인 2010-001, 2010-002는 사건 엔터티에 대한 인스턴스에 해당한다. ※ 참고 : 오브젝트 모델링에는 클래스(Class)와 오브젝트(Object)라는 개념이 있다. 클래스는 여러 개의 오브젝트를 포함하는 오브젝트 깡통이다. 이러한 개념은 정보공학의 엔터티가 인스턴스를 포함하는 개념과 비슷하다. 위의 엔터티와 인스턴스를 표현하면 [그림 Ⅰ-1-16]과 같다. 3. 엔터티의 특징 엔터티는 다음과 같은 특징을 가지고 있으며 만약 도출된 엔터티가 다음의 성질을 만족하지 못하면 적절하지 않은 엔터티일 확률이 높다. 반드시 해당 업무에서 필요하고 관리하고자 하는 정보이어야 한다.(예. 환자, 토익의 응시횟수, …) 유일한 식별자에 의해 식별이 가능해야 한다. 영속적으로 존재하는 인스턴스의 집합이어야 한다.(‘한 개’가 아니라 ‘두 개 이상’) 엔터티는 업무 프로세스에 의해 이용되어야 한다. 엔터티는 반드시 속성이 있어야 한다. 엔터티는 다른 엔터티와 최소 한 개 이상의 관계가 있어야 한다. 가. 업무에서 필요로 하는 정보 엔터티 특징의 첫 번째는 반드시 시스템을 구축하고자 하는 업무에서 필요로 하고 관리하고자 하는 정보여야 한다는 점이다. 예를 들어 환자라는 엔터티는 의료시스템을 개발하는 병원에서는 반드시 필요한 엔터티이지만 일반회사에서 직원들이 병에 걸려 업무에 지장을 준다하더라도 이 정보를 그 회사의 정보로서 활용하지는 않을 것이다. 즉 시스템 구축 대상인 해당업무에서 그 엔터티를 필요로 하는가를 판단하는 것이 중요하다. 사람이 살아가면서 환자는 발생할 수 밖에 없다. 그러나 일반회사의 인사시스템에서는 비록 직원들에 의해서 환자가 발생이 되지만 인사업무 영역에서 환자를 별도로 관리할 필요가 없다. 다른 예로 병원에서는 환자가 해당 업무의 가장 중요한 엔터티가 되어 꼭 관리해야 할 엔터티가 된다. 이와 같이 엔터티를 도출할 때는 업무영역 내에서 관리할 필요가 있는지를 먼저 판단하는 것이 중요하다. 나. 식별이 가능해야 함 두 번째는 식별자(Unique Identifier)에 의해 식별이 가능해야 한다는 점이다. 어떤 엔터티이건 임의의 식별자(일련번호)를 부여하여 유일하게 만들 수는 있지만, 엔터티를 도출하는 경우에 각각의 업무적으로 의미를 가지는 인스턴스가 식별자에 의해 한 개씩만 존재하는지 검증해 보아야 한다. 유일한 식별자는 그 엔터티의 인스턴스만의 고유한 이름이다. 두 개 이상의 엔터티를 대변하면 그 식별자는 잘못 설계된 것이다. 예를 들어 직원을 구분할 수 있는 방법은 이름이나 사원번호가 될 수가 있다. 그러나 이름은 동명이인(同名異人)이 될 수 있으므로 유일하게 식별될 수 없다. 사원번호는 회사에 입사한 사람에게 고유하게 부여된 번호이므로 유일한 식별자가 될 수 있는 것이다. 다. 인스턴스의 집합 세 번째는 영속적으로 존재하는 인스턴스의 집합이 되어야 한다는 점이다. 엔터티의 특징 중 “한 개”가 아니라 “두 개 이상”이라는 집합개념은 매우 중요한 개념이다. 두 개 이상이라는 개념은 엔터티뿐만 아니라 엔터티간의 관계, 프로세스와의 관계 등 업무를 분석하고 설계하는 동안 설계자가 모든 업무에 대입해보고 검증해?러 개의 인스턴스를 포함한다. 라. 업무프로세스에 의해 이용 네 번째는 업무프로세스(Business Process)가 그 엔터티를 반드시 이용해야 한다는 점이다. 첫 번째 정의에서처럼 업무에서 반드시 필요하다고 생각하여 엔터티로 선정하였는데 업무프로세스에 의해 전혀 이용되지 않는다면 업무 분석이 정확하게 안되어 엔터티가 잘못 선정되거나 업무프로세스 도출이 적절하게 이루어지지 않았음을 의미한다. 이러한 경우는 데이터 모델링을 할 때 미처 발견하지 못하다가 프로세스 모델링을 하면서 데이터 모델과 검증을 하거나, 상관 모델링을 할 때 엔터티와 단위프로세스를 교차 점검하면서 문제점이 도출된다. [그림 Ⅰ-1-20]과 같이 업무프로세스에 의해 CREATE, READ, UPDATE, DELETE 등이 발생하지 않는 고립된 엔터티의 경우는 엔터티를 제거하거나 아니면 누락된 프로세스가 존재하는지 살펴보고 해당 프로세스를 추가해야 한다. 마. 속성을 포함 다섯 번째는 엔터티에는 반드시 속성(Attributes)이 포함되어야 한다는 점이다. 속성을 포함하지 않고 엔터티의 이름만 가지고 있는 경우는 관계가 생략되어 있거나 업무 분석이 미진하여 속성정보가 누락되는 경우에 해당한다. 또한 주식별자만 존재하고 일반속성은 전혀 없는 경우도 마찬가지로 적절한 엔터티라고 할 수 없다. 단, 예외적으로 관계엔터티(Associative Entity)의 경우는 주식별자 속성만 가지고 있어도 엔터티로 인정한다. 바. 관계의 존재 여섯 번째는 엔터티는 다른 엔터티와 최소 한 개 이상의 관계가 존재해야 한다는 것이다. 기본적으로 엔터티가 도출되었다는 것은 해당 업무내에서 업무적인 연관성(존재적 연관성, 행위적 연관성)을 가지고 다른 엔터티와의 연관의 의미를 가지고 있음을 나타낸다. 그러나 관계가 설정되지 않은 엔터티의 도출은 부적절한 엔터티가 도출되었거나 아니면 다른 엔터티와 적절한 관계를 찾지 못했을 가능성이 크다. 단, 데이터 모델링을 하면서 관계를 생략하여 표현해야 하는 경우는 다음과 같은 통계성 엔터티 도출, 코드성 엔터티 도출, 시스템 처리시 내부 필요에 의한 엔터티 도출과 같은 경우이다. 1) 통계를 위한 엔터티의 경우는 업무진행 엔터티로부터 통계업무만(Read Only)을 위해 별도로 엔터티를 다시 정의하게 되므로 엔터티간의 관계가 생략되는 경우에 해당한다. 2) 코드를 위한 엔터티의 경우 너무 많은 엔터티와 엔터티간의 관계 설정으로 인해 데이터 모델의 읽기효율성(Readability)이 저하되어 도저히 모델링 작업을 진행할 수 없게 된다. 또한 코드성 엔터티는 물리적으로 테이블과 프로그램 구현 이후에도 외부키에 의한 참조무결성을 체크하기 위한 규칙을 데이터베이스 기능에 맡기지 않는 경우가 대부분이기 때문에 논리적으로나 물리적으로 관계를 설정할 이유가 없다. 3) 시스템 처리시 내부 필요에 의한 엔터티(예를 들어, 트랜잭션 로그 테이블 등)의 경우 트랜잭션이 업무적으로 연관된 테이블과 관계 설정이 필요하지만 이 역시 업무적인 필요가 아니고 시스템 내부적인 필요에 의해 생성된 엔터티이므로 관계를 생략하게 된다. 4. 엔터티의 분류 엔터티는 엔터티 자신의 성격에 의해 실체유형에 따라 구분하거나 업무를 구성하는 모습에 따라 구분이 되는 발생시점에 의해 분류해 볼 수 있다. 가. 유무(有無)형에 따른 분류 일반적으로 엔터티는 유무형에 따라 유형엔터티, 개념엔터티, 사건엔터티로 구분된다. 유형엔터티(Tangible Entity)는 물리적인 형태가 있고 안정적이며 지속적으로 활용되는 엔터티로 업무로부터 엔터티를 구분하기가 가장 용이하다. 예를 들면, 사원, 물품, 강사 등이 이에 해당된다. 개념엔터티(Conceptual Entity)는 물리적인 형태는 존재하지 않고 관리해야 할 개념적 정보로 구분이 되는 엔터티로 조직, 보험상품 등이 이에 해당된다. 사건 엔터티(Event Entity)는 업무를 수행함에 따라 발생되는 엔터티로서 비교적 발생량이 많으며 각종 통계자료에 이용될 수 있다. 주문, 청구, 미납 등이 이에 해당된다. 나. 발생시점(發生時點)에 따른 분류 엔터티의 발생시점에 따라 기본/키엔터티(Fundamental Entity, Key Entity), 중심엔터티(Main Entity), 행위엔터티(Active Entity)로 구분할 수 있다. 1) 기본엔터티 기본엔터티란 그 업무에 원래 존재하는 정보로서 다른 엔터티와 관계에 의해 생성되지 않고 독립적으로 생성이 가능하고 자신은 타 엔터티의 부모의 역할을 하게 된다. 다른 엔터티로부터 주식별자를 상속받지 않고 자신의 고유한 주식별자를 가지게 된다. 예를 들어 사원, 부서, 고객, 상품, 자재 등이 기본엔터티가 될 수 있다. 2) 중심엔터티 중심엔터티란 기본엔터티로부터 발생되고 그 업무에 있어서 중심적인 역할을 한다. 데이터의 양이 많이 발생되고 다른 엔터티와의 관계를 통해 많은 행위엔터티를 생성한다. 예를 들어 계약, 사고, 예금원장, 청구, 주문, 매출 등이 될 수 있다. 3) 행위엔터티 행위엔터티는 두 개 이상의 부모엔터티로부터 발생되고 자주 내용이 바뀌거나 데이터량이 증가된다. 분석초기 단계에서는 잘 나타나지 않으며 상세 설계단계나 프로세스와 상관모델링을 진행하면서 도출될 수 있다. 예를 들어 주문목록, 사원변경이력 등이 포함된다. 다. 엔터티 분류 방법의 예 [그림 Ⅰ-1-23]은 두 가지 엔터티 분류 방법에 대한 예를 나타낸 것이다. 이 밖에도 엔터티가 스스로 생성될 수 있는지 여부에 따라 독립엔터티인지 의존엔터티인지를 구분할 수도 있다. 5. 엔터티의 명명 엔터티를 명명하는 일반적인 기준은 용어를 사용하는 모든 표기법이 다 그렇듯이 첫 번째는 가능하면 현업업무에서 사용하는 용어를 사용한다. 두 번째는 가능하면 약어를 사용하지 않는다. 세 번째는 단수명사를 사용한다. 네 번째는 모든 엔터티에서 유일하게 이름이 부여되어야 한다. 다섯 번째는 엔터티 생성의미대로 이름을 부여한다. 첫 번째에서 네 번째에 해당하는 원칙은 대체적으로 잘 지켜진다. 그러나 다섯 번째 원칙인 “엔터티 생성의미대로 이름을 부여한다.”에 대해서는 적절하지 못한 엔터티명이 부여되는 경우가 빈번하게 발생한다. 중심엔터티에서도 간혹 적절하지 못한 엔터티명을 사용한 경우가 발생되고 행위엔터티의 경우에는 꽤 많은 경우에 적절하지 못한 엔터티명을 사용하는 경우가 발생된다. 예를 들어, 고객이 어떤 제품? 주문목록이라고도 할 수 있고 고객제품이라고 할 수 있다. 만약 고객제품이라고 하면 ‘고객이 주문한 제품’인지 아니면 ‘고객의 제품’인지 의미가 애매모호해질 수 있게 된다. 엔터티의 이름을 업무목적에 따라 생성되는 자연스러운 이름을 부여해야 하는데 이와 상관없이 임의로 이름을 부여하게 되면 프로젝트에서는 커뮤니케이션 오류로 인해 문제를 야기할 수 있게 된다.
Table of Contents:

엔터티 – DATA ON-AIR

Article author: books.google.com.vn
Reviews from users: 40942 Ratings
Top rated: 3.0
Lowest rated: 1
Summary of article content: Articles about SQLD,SQLP 연습문제 300: 국가공인 SQL전문가 연습문제 300개 – 김민제 – Google Sách Updating …
Most searched keywords: Whether you are looking for SQLD,SQLP 연습문제 300: 국가공인 SQL전문가 연습문제 300개 – 김민제 – Google Sách Updating SQLD,SQLP를 공부하면서 아쉬웠던 점이 있습니다. 바로 "풀 만한 문제가 많이 없다" 라는 것입니다. 오답 정리 및 Oracle,SQL Server를 공부하면서 나올만한 문제들을 모아봤습니다. 전체 문제수는 332문제이고 모두 사지선다 형식입니다. 해당 문제와 같이 정답과 간단한 해설도 같이 기재했습니다. 문제의 범위는 SQLP 전 범위 이지만, 개념 위주의 문제들로만 모았습니다. 아직 초급 DBA지만,실제 SQLD,SQLP를 시험 본 입장에서 만들었습니다. 이 전자책을 보시는 모든 분들이 자격증에 합격하면 좋겠습니다!
Table of Contents:

SQLD,SQLP 연습문제 300: 국가공인 SQL전문가 연습문제 300개 - 김민제 - Google Sách — SQLD,SQLP 연습문제 300: 국가공인 SQL전문가 연습문제 300개 – 김민제 – Google Sách

See more articles in the same category here: toplist.maxfit.vn/blog.

엔터티(Entity)와 속성(Attribute)

안녕하세요. 문범우입니다.

이번 포스팅에서는 Data Base에서 엔터티와 속성에 대해서 알아보도록 하겠습니다.

특히 각 개념마다 SQL 전문가 또는 SQL 개발자를 준비하시는 분들을 위한 문제를 함께 두었으니 공부를 하시며 문제들을 확인하면 보다 좋은 학습이 될 것 입니다.

1. 엔터티(Entity)

1-1. 엔터티(Entity)란?

데이터 베이스의 개념 중에서도 데이터 모델에 대해 공부를 시작할 때 제일 먼저 나오는 개념이 ‘엔터티(Entity)’ 이다.

엔터티는 쉽게 말해 실체, 객체라고 생각할 수 있다.

일반적으로 엔터티를 정의하는 개념들을 정리하여 나타내면 다음과 같이 볼 수 있다.

– 엔터티는 사람, 장소, 물건, 사건, 개념 등과 같은 명사에 해당된다.

– 엔터티는 업무상 관리가 필요한 것에 해당된다.

– 엔터티는 저장 되기 위한 어떤 것(Thing)에 해당된다.

예를 들어 학교라는 곳에선 과목이라는 엔터티가 존재할 수 있다.

그리고 엔터티는 인스턴스의 집합으로 나타나게 됩니다. 즉 과목이라는 엔터티가 있다면, 수학, 영어, 국어와 같은 인스턴스가 과목이라는 엔터티에 포함되는 것이다.

이때 엔터티는 자신이 가지고 있는 인스턴스를 설명할 수 있는, 나타낼 수 있는 속성(Attribute)를 가지게 된다. 앞에서 이야기한 수학, 영어, 국어와 같은 인스턴스가 존재한다면 이들은 과목이라는 엔터티에서 이름이라는 속성을 가지고 있는 것이죠. 속성에 대해서는 엔터티를 알아본 후에 보다 자세히 알아보자.

1-2. 엔터티의 특징

엔터티는 일반적으로 다음과 같은 특징을 가지고 있다. 물론 아래와 같은 특징을 지니지 않은 경우도 있을 수 있지만 일반적으로 아래의 특징을 지니지 않으면 적절하지 않은 엔터티일 확률이 높다.

– 반드시 엔터티가 사용되는 곳의 업무에서 필요하며 관리하고자 하는 정보

– 엔터티가 포함하는 인스턴스에 대해 유일한 식별자로 식별이 가능해야 함

– 엔터티는 지속적으로 존재하는 두개 이상의 인스턴스들의 조합이어야 함

– 엔터티는 반드시 속성을 지녀야 함

– 엔터티는 업무 프로세스에 의해서 이용되어야 함

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

1-3. 엔터티의 분류

엔터티는 각각의 성격에 의해, 실체유형(유무형)에 따라 구분하거나, 엔터티의 발생시점에 의해 분류될 수 있다.

1-3-1. 실체유형(유무형)에 따른 분류

– 유형 엔터티(Tangible Entity)

물리적인 형태가 존재하는 엔터티이며 안정적이고 지속적으로 활용되는 엔터티이다.

– 개념 엔터티(Conceptual Entity)

물리적인 형태는 존재하지 않고 관리해야 할 개념적인 정보로 구분이 되는 엔터티이다.

– 사건 엔터티(Event Entity)

업무를 수행함에 따라 발생되는 엔터티이다.

1-3-2. 발생시점에 따른 분류.

– 기본/키 엔터티(Fundamental/Key Entity)

해당 업무에 원래 존재하는 정보로 다른 엔터티와의 관계에 의해 발생 또는 생성되지 않고 독립적으로 존재하는 엔터티이다. 이는 독립적으로 생성이 가능하며 다른 엔터티의 부모역할을 한다.

– 중심 엔터티(Main Entity)

기본 엔터티로 부터 발생되며 업무에 있어서 중심적인 역할을 한다. 일반적으로 데이터 양이 많으며 다른 엔터티와의 관계를 통해 행위 엔터티를 생성한다.

– 행위 엔터티(Active Entity)

두 개이상의 부모엔터티로 부터 주로 발생되고, 자주 엔터티의 내용이 바뀌거나 데이터양이 증감한다. 분석초기 단계보다는 상세 설계단계나 프로세스와 상관모델링을 진행하면서 도출될 수 있다.

1-4. 엔터티의 명명(Naming)

엔터티의 이름을 정하는 데에 있어서는 다음과 같은 원칙을 지켜야 한다.

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

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

– 단수 명사를 사용한다.

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

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

Q. 엔터티 관련 문제

1. 다음 중 아래 시나리오에서 엔터티로 적합한 것은?

S병원은 여러 명의 환자가 존재하고 각 환자에 대한 이름, 주소 등을 관리해야 한다.

(단, 업무 범위와 데이터의 특성은 상기 시나리오에 기술되어 있는 사항만을 근거하여 판단해야 한다.)

⑴ 병원

⑵ 환자

⑶ 이름

⑷ 주소

해설

접기 A. ⑵ 병원은 S병원 1개만 존재하므로 엔터티가 될 수 없으며, 이름이나 주소는 엔터티의 속성으로 관리되는 요소이다. 접기

2. 다음 중 엔터티의 특징으로 가장 부적절한 것은?

⑴ 속성이 없는 엔터티는 있을 수 없다. 엔터티는 반드시 속성을 가져야 한다.

⑵ 객체지향의 디자인 패턴에는 싱글턴패턴이 있어 하나의 인스턴스를 가지는 클래스가 존재하듯, 엔터티는 한 개의 인스턴스를 가지는 것만으로도 충분한 의미를 부여할 수 있다.

⑶ 엔터티는 다른 엔터티와 관계가 있을 수 밖에 없다. 단, 통계성 엔터티나, 코드성 엔터티의 경우 관계를 생략할 수 있다.

⑷ 데이터로서 존재하지만 업무에서 필요로 하지 않으면 해당 업무의 엔터티로 성립될 수 없다.

해설

접기 A. ⑵ 엔터티는 영속적(지속적)으로 두 개 이상의 인스턴스를 가져야 한다. 접기

3. 다음 중 다른 엔터티로부터 주식별자를 상속받지 않고 자신의 고유한 주식별자를 가지며 사원, 부서, 고객, 상품, 자재 등이 예가 될 수 있는 엔터티로 가장 적절한 것은?

⑴ 기본 엔터티(키 엔터티)

⑵ 중심 엔터티(메인엔터티)

⑶ 행위 엔터티

⑷ 개념 엔터티

해설

접기 A. ⑴ 기본엔터티(키엔터티)란 업무에 원래 존재하는 정보로서 다른 엔터티와의 관계에 의해 생성, 발생되지 않고 독립적으로 생성된다. 또한 다른 엔터티의 부모의 역할을 하게 된다. 즉 다른 엔터티의 주식별자를 상속받지 않고 자신의 고유한 주식별자를 가지게 되며, 다른 엔터티가 기본엔터티의 주식별자를 상속받는다. 접기

2. 속성(Attribute)

2-1. 속성(Attribute)란?

속성의 사전적 의미는, 어떤 사물의 성질이나 특징, 그것이 없다면 실체를 생각 또는 표현할 수 없는 것으로 정의할 수 있다.

데이터 모델의 관점에서 속성은, 인스턴스로 관리하고자 하는 의미상 더 이상 분리되지 않는 최소의 데이터 단위로 정의할 수 있다.

즉, 속성이란 의미상 더 이상 분리되지 않으며, 엔터티를 설명하는 요소이며 인스턴스의 구성요소이다.

2-2. 속성의 특징

속성 또한 엔터티와 같이 다음과 같은 성질을 가지고 있으며, 이러한 성질을 지니지 않는다면 적절하지 못한 속성일 확률이 높다.

– 엔터티와 마찬가지로 반드시 해당 업무에서 필요하고 관리하고자 하는 정보이어야 한다.

– 정규화 이론에 근간하여 정해진 주 식별자에 함수적 종속성을 가져야 한다.

쉽게 말해, 다양하게 존재하는 인스턴스들에 대해 유일하게 구별할 수 있는 주식별자를 통해서 식별될 수 있어야 한다.

– 하나의 속성에는 단 한개의 값만을 가진다.

2-3. 엔터티, 인스턴스, 속성, 속성값의 관계

엔터티에는 두 개 이상의 인스턴스가 존재한다. 그리고 각각의 엔터티에는 고유의 성격을 표현하는 속성정보를 두 개 이상 갖는다.

분석단계에서는 엔터티 내에 존재하는 여러 개의 인스턴스가 가지는 동일한 성격을 파악하여 이에 이름을 부여하여 엔터티의 속성으로 결정하는 작업이 필요하다. 또한 하나의 속성은 하나의 인스턴스에만 존재할 수 있으며, 속성은 스스로가 또 다른 속성을 가질 수 없고 속성에 대해 어떠한 관계로 기술할 수 없다. 그리고 각 인스턴스는 하나의 속성에 대해 하나의 속성 값만 가질 수 있다.

이를 정리하면 다음과 같다.

– 한 개의 엔터티는 두 개 이상의 인스턴스의 집합이다.

– 한 개의 엔터티는 두 개 이상의 속성을 가진다.

– 한 개의 속성은 한 개의 속성 값을 가진다.

2-4. 속성의 분류

2-4-1. 속성의 특성에 따른 분류

– 기본 속성(Basic Attribute)

업무 분석을 통해 바로 정의한 속성을 기본속성이라고 한다. 엔터티에 있어서 가장 일반적이고 많은 속성을 차지한다. 하지만 코드성 데이터, 엔터티를 식별하기 위해 부여된 일련번호, 그리고 다른 속성을 계산하거나 영향을 받아 생성된 속성등은 기본속성이 아니다.

– 설계 속성(Designed Attribute)

업무상 필요한 데이터 이외에 데이터 모델링을 위해, 업무를 규칙화하기 위해 새로 만들어지거나 변형된 속성을 설계 속성이라고 한다. 일반적으로 코드성 속성은 기존의 속성을 업무상 필요에 의해 변형하여 만든 설계 속성이다. 또한 일련번호와 같은 속성 또한 단일한 식별자를 부여하기 위해 모델 상에서 새롭게 정의하는 설계속성이다.

– 파생 속성(Derived Attribute)

다른 속성에 영향을 받아 발생하는 속성은 파생 속성이다. 일반적으로 계산된 값들이 이에 해당된다. 파생 속성은 가급적 적게 정의하는 것이 좋다.

2-4-2. 엔터티 구성방식에 따른 분류

– PK(Primary Key) 속성

엔터티를 유일하게 구분할 수 있는 속성을 PK 속성이라고 한다.

– FK(Foreign Key) 속성

다른 엔터티와의 관계에 있어서 포함된 속성을 FK 속성이라고 한다.

– 일반 속성

엔터티에 포함되어 있고, PK 또는 FK에 포함되지 않는 속성을 일반 속성이라고 한다.

2-4-3. 세부 의미 유무에 따른 분류

– 단순 속성(Simple Attibute)

나이, 성별과 같은 데이터는 더 이상 다른 속성들로 구성될 수 없는 단순한 속성이므로 단순 속성이라고 한다.

– 복합 속성(Composite Attribute)

주소 속성에 대해서는 시, 구, 동, 번지와 같이 여러 세부 속성들로 구성될 수 있는데 이때 주소 속성과 같은 것들을 복합 속성이라고 한다.

2-5. 도메인(Domain)

각 속성은 무한정적인 값을 갖는 것이 아니라 그 범위가 지정된다. 이 때 속성의 값이 가질 수 있는 범위를 그 속성의 도메인이라고 한다. 따라서 속성 값이 가질 수 있는 데이터 타입과 크기 그리고 추가적인 제약사항이라고 생각할 수 있다.

2-6. 속성의 명명(Naming)

속성에 대해 이름을 부여하는데에 있어서는 아래와 같은 원칙이 존재한다.

– 해당 업무에서 사용하는 이름을 부여한다.

– 서술식 속성명은 사용하지 않는다.

– 약어사용은 가급적 제한한다.

– 전체 데이터 모델에서 유일성을 확보하는 것이 좋다.

Q. 속성 관련 문제

1. 다음 중 속성에 대한 설명으로 가장 부적절한 것은?

⑴ 엔터티에 대한 자세하고 구체적인 정보를 나타낸다.

⑵ 하나의 엔터티는 두 개 이상의 속성을 갖는다.

⑶ 하나의 인스턴스에서 각각의 속성은 하나 이상의 속성값을 가질 수 있다.

⑷ 속성도 집합이다.

해설

접기 A. ⑶ 속성은 하나의 인스턴스에서 단 한개의 속성값만 가질 수 있다.

접기

2. 다음 중 데이터를 조회할 때 빠른 성능을 낼 수 있도록 하기 위해 원래 속성의 값을 계산하여 저장할 수 있도록 만든 속성으로 가장 적절한 것은?

⑴ 파생속성(Derived Attribute)

⑵ 기본속성(Basic Attribute)

⑶ 설계속성(Designed Attribute)

⑷ PK속성(Primary Key Attribute)

해설

접기 A. ⑴ 특정 목적이나 의도를 위해 원래 속성의 값을 계산하여 저장할 수 있도록 만든 속성을 파생속성(Derived Attribute)이라고 한다. 접기

3. 다음 중 아래 설명이 나타내는 데이터모델의 개념으로 가장 적절한 것은?

주문이라는 엔터티가 있을 때 단가라는 속성 값의 범위는 100에서 10,000 사이의 실수 값이며 제품명이라는 속성은 길이가 20자리 이내의 문자열로 정의할 수 있다.

⑴ 시스템카탈로그(System Catalog)

⑵ 용어사전(Word Dictionary)

⑶ 속성사전(Attribute Dictionary)

⑷ 도메인(Domain)

해설

접기 A. ⑷ 엔터티가 가지는 속성에 대해서 가질 수 있는 속성 값의 데이터 타입이나 크기, 제약조건 등을 정의하는 개념을 도메인(Domain)이라고 한다. 접기

추가적으로 궁금한 사항이나, 이해가 되지 않는 점은 언제든지 이메일 또는 카톡으로 연락주시면 빠른 답변드릴 수 있도록 하겠습니다.

반응형

[데이터베이스 #3] 엔티티란?

06 데이터베이스 [데이터베이스 #3] 엔티티란? 킥킥박사 ・ URL 복사 본문 기타 기능 공유하기 신고하기 1. 엔티티 (Entity) – 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것 (Things) – 업무 활동상 지속적인 관심을 가지고 있어야하는 대상으로서 그 대상들 간에 동질성을 지닌 인스턴스들이나 행위의 집합 잠깐!!!! 여기서 속성(Attribute)을 알고가자면 이 그림에서 종업원이 엔티티고 사번,이름,주소,핸드폰번호가 속성이예요 2. 엔티티 특징 1) 엔티티는 사람, 장소, 물건, 사건, 개념 등의 명사에 해당된다 2) 엔티티는 업무상 관리가 필요한 관심사에 해당한다. 3) 엔티티는 저장이 되기 위한 어떤 것(Things)이다. 3. 엔티티와 인스턴스에 대한 내용과 표기법 1 ) 엔티티 : 과목, 강사, 사건 2 ) 각 엔티티의 인스턴스 : – 과목 엔티티의 인스턴스 : 수학, 영어 – 강사 엔티티의 인스턴스 : 이춘식, 조시형 – 사건 엔티티의 인스턴스 : 2010-001, 2010-002 4. 엔티티의 특징 ① 해당 업무에서 필요하고 관리하고자 하는 정보이어야 한다. (ex. 환자, 학생) ② 유일한 식별자에 의해 식별 가능해야 함 ③ 영속적으로 존재하는 인스턴스의 집합이어야야 한다. (한개가 아니라 두개이상) ④ 업무프로세스에 의해 이용되어야 한다. ⑤ 반드시 속성이 있어야 함 ⑥ 다른 엔티티와 최소 한개 이상의 관계가 있어야 함 ( 통계성 엔티티, 코드성 엔티티는 제외) 5. 엔티티의 종류 엔티티는 유형,무형,발생하는시점에 따라 나눠진다. ▶ 유형과 무형에 따른 종류 1) 유형 엔티티 : 물리적인 형태가 있고, 지속적으로 사용되는 엔티티 (ex. 학생, 사원, 물품) 2) 개념 엔티티 : 물리적 형태가 없는 엔티티 (ex. 보험상품, 조직) 3) 사건 엔티티 : 업무를 수행함에 따라 발생되는 엔티티, 비교적으로 발생량이 많음 (ex. 주문, 청구, 미납) ▶ 발생시점에 따른 종류 기본엔티티 (Key Entity) – 업무에 원래 존재하는 정보 – 엔티티와의 관계에 의해 생성되지 않고 독립적으로 생성 가능 – 타 엔티티의 부모 역할 – 다른 엔티티로부터 주식별자를 상속받지 않고 자신의 고유한 주식별자를 갖는다. (ex. 사원, 부서, 고객, 상품, 자재) 중심 엔티티 (Main Entity) – 기본엔티티로부터 발생 – 업무에서 중심적인 역할 – 데이터와의 양이 많이 발생되고 다른엔티티와의 관계를 통해 많은 행위 엔티티 생성 (ex. 주문 목록, 사원변경이력) 행위 엔티티 (Active Entity) – 두 개 이상이 부모 엔티티로부터 발생되고 자주 내용이 바뀌거나 데이터량이 증가됨 – 분석초기 단계에서는 잘 나타나지 않고 상세 설계단계나 모델링을 진행하면서 도출됨 6. 속성(Attribute) 이란? – 사물 또는 사건으로 정의되며 개체라고도 한다. – 인스턴스로 관리하고자 하는 의미상 더이상 분리되지 않는 최소의 데이터 단위 위에서 말했던 속성과 엔티티의 관계를 다시 보자면 종업원이 엔티티고 사번,이름,주소,핸드폰번호가 속성이예요 7. 속성의 특징 – 반드시 해당 업무에서 필요하고 관리하고자 하는 정보 – 인스터들에 의해 유일하게 구별할 수 있는 주식별자를 통해서 식별될 수 있어야 한다. – 하나의 속성에는 단 한개의 값만을 가진다 8. 속성의 특성에 따른 분류 기본 속성 (Basic Attribute) – 업무 분석을 통해 정의한 속성 – 가장 일반적이고 많은 속성을 차지 설계 속성 (Designed Attribute) 업무상 필요한 데이터 이외에 데이터 모델링을 위해 업무를 규칙화하기 위해 새로 만들어지거나 변형된 속성 파생 속성 (Derived Attribute) – 다른 속성에 영향을 받아 발생하는 속성 – 데이터를 조회할 때 빠른 성능을 낼 수 있도록 하기 위해 원래 속성의 값을 계산하여 저장할 수 있도록 만들 수 있음 – 일반적으로 계산된 값들이 해당 됨 9. 도메인 (Domain) – 각 속성은 가질 수 있는 값의 범위가 있는데 그 속성의 도메인이라고 함 – 속성 값이 가질 수 있는 데이터 타입과 크기 그리고 추가적인 제약사항 (ex. 초등학생의 학년은 1학년부터 6학년까지 있죠? 근데 DB 값에 7학년이 들어가면 안되겠죠? 그것이 바로 도메인 입니다!!!) 10. 속성의 명칭 부여 규칙 (Naming) – 해당 업무에서 사용하는 이름을 부여 – 서술식 속성명은 사용하지 않는다 – 약어는 가급적 제한한다 – 전체 데이터모델에서 유일성을 확보한다 11. 관계 – 두 개의 엔티티 간의 관계를 정의합니다! – 존재의 형태로서나 행위로서 서로에게 연관성이 부여된 상태 – 엔티티와 엔티티 간 연관성을 표현하기 때문에 특정 엔티티의 정의에 따라 영향을 받기도 합니다. 12 . 관계의 표기법 – 관계를 표기할 때에는 3가지 개념에 대해서 함께 표현해줍니다. (1. 관계명, 2. 관계차수, 3. 관계 선택사양) 1) 관계명 – 관계명은 엔티티가 관계에 참여하는 형태를 지칭합니다. – 관계는 2개의 엔티티에 의해 발생되므로, 하나의 관계는 2개의 관계명을 가진다. – 관계명을 지을 때는 아래와 같은 명명 규칙을 따른다. * 애매한 동사를 피한다. * 현재형으로 표현한다. 2) 관계 차수 (Cardinality) – 관계에 참여하는 두 엔티티의 참여자 수 – 일반적으로 1:1, 1:M, M:N으로 나타냄 3) 관계 선택사양 (Optionality) – 엔티티가 항상 관계에 참여하는지 (필수참여) 아니면 선택적으로 관계에 참여하는지(선택참여)를 의미. 하나의 주문목록에는 한 개의 목록을 항상 포함해야겠죠 한 목록은 여러 개의 주문 목록에 의해 포함될 수 있습니다. 인쇄

SQL스터디: Entity(엔터티)의 개념

1. Entity 의 개념

Entity : 실체, 객체라는 의미로 실무적으론는 앤터티라고 부른다.

즉 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것으로 설명할 수 있다.

예) 학생이라는 엔터티는 학번, 이름, 학점, 등록일자, 생일, 전공 등의 속성으로 특징지어질 수 있음

데이터베이스에 권위자가 정의한 사항

변별할 수 있는 사물 – Peter Chen (1976)

데이터베이스 내에서 변별 가능한 객체 – C.J Date (1986)

정보를 저장할 수 있는 어떤 것 – James Martin (1989)

정보가 저장될 수 있는 사람, 장소, 물건, 사건 그리고 개념 등 – Thomas Bruce (1992)

위 정의들의 공통점

엔터티는 사람, 장소, 물건, 사건, 개념등의 명사에 해당한다.

엔터티는 엄무상 관리가 필요한 관심사에 해당한다.

엔터티는 저장이 되기 위한 어떤 것(thing)이다.

2. 엔터티의 분류

1) 유무형에 따른 분류

유형엔터티: 물리적인 형태가 있고, 안정적이며 지속적으로 활용되는 엔터티 예) 사원, 물품, 강사

개념엔터티: 물리적인 헝태는 존재하지 않고 개념적 정보로 구분되는 엔터티 예) 조직, 보험상품

사건엔터티: 업무를 수행함에 따라 발생되는 엔터티로 비교적 발생량이 많으며 각종 통계에 이용될 수 있음 예) 주문, 청구, 미납

2) 발생시점에 따른 분류

기본엔터티 (Fundamental Entity, Key Entity)

업무에 원래 존재하는 정보. 엔터티와의 관계에 의해 생성되지 않고 독립적으로 생성 가능

타 엔터티의 부모 역할. 다른 엔터티로부터 주식별자를 상속받지 않고 자신의 고유한 주식별자를 갖는다.

예) 사원, 부서, 고객, 상품, 자재

중심엔터티 (Main Entity)

기본엔터티로부터 발생. 업무에서 중심적인 역할을 한다.

데이터의 양이 많이 발생되고 다른 엔터티와의 관계를 통해 많은 행위엔터티를 생성한다.

예) 계약, 사고, 예금원장, 청구, 주문, 매출

행위엔터티 (Active Entity)

두 개 이상이 부모엔터티로부터 발생되고 자주 내용이 바뀌거나 데이터량이 증가된다.

분석초기 다계에서는 잘 나타나지 않으며 상세 설계단계나 프로세스와 상관모델링을 진행하며서 도출될 수 있다.

예) 주문목록, 사원변경이력

발생시점에 따라 구분할 수 있는 엔터티의 유형이 아닌 것은?

1) 행위 엔터티(Active Entity)

2) 중심 엔터티(Main Entity)

3) 개념 엔터티(Conceptual Entity)

4) 기본 엔터티(Basic Entity)

So you have finished reading the 엔티티 란 topic article, if you find this article useful, please share it. Thank you very much. See more: jpa 엔티티란, 엔티티 테이블 차이, 스프링 엔티티란, db 엔티티란, 엔티티코드, 엔티티 의 속성으로 실제로 구현 된 하나의 값, 엔티티정의서, 엔티티 예시

[DataBase]엔티티[Entity]란 무엇일까? :: 청정코딩샘물

[DB 이론] #1_엔터티(Entity)와 속성(Attribute)

[데이터베이스 #3] 엔티티란? : 네이버 블로그

데이터베이스 엔티티

SQL스터디: Entity(엔터티)의 개념

Help And Training Community

Entity(개체), 속성, 도메인 이란?

엔티티 – 해시넷

엔터티 – DATA ON-AIR

SQLD,SQLP 연습문제 300: 국가공인 SQL전문가 연습문제 300개 – 김민제 – Google Sách

엔터티(Entity)와 속성(Attribute)

[데이터베이스 #3] 엔티티란?

SQL스터디: Entity(엔터티)의 개념

Leave a Comment Cancel reply