본문 바로가기

Database

(56)

06. 이력 데이터 이야기 이력 데이터에 대한 서설이력 데이터의 정의이력 데이터(Altered Data)는 단순한 과거 데이터가 아니라 원천 데이터가 변경되었을 때 생성되는 데이터를 의미한다.과거에 쌓인 내역 데이터(Historical Data)와는 다르며, 반드시 원천 데이터의 변경이 있어야 한다.원천 데이터와의 관계이력 데이터는 원천 데이터에 종속된다.원천 데이터가 명확히 정의되어야 이력 데이터도 올바르게 설계할 수 있다.이력 엔터티 정의는 원천 엔터티 정의와 밀접하게 연관된다.이력 데이터를 관리하는 이유데이터 변경 전 상태 추적을 위해 필요하다.필요성이 없다면 단순히 데이터 업데이트만 하면 되므로 이력 데이터 관리 자체가 불필요하다.그러나 정보화 사회가 발전할수록 이력 관리 요건은 점점 많아질 것이므로 주요 엔터티는 이력 관..

05. 관계 이야기 (2) 관계 구성 요소관계비관계 존재성관계 타입관계 참여수관계 명 관계 구성 요소 - 관계 참여수관계 참여수는 관계와 연관된 엔터티의 개수를 의미한다. 하나의 관계에 포함된 엔터티의 개수를 관계 참여수라고 한다. 관계 참여수의 3가지 구분2개체 관계: 가장 흔한 참여수(2). 두 개의 엔터티 간의 관계재귀 관계/1개체 관계: 하나의 엔터티에서 발생하는 관계3개체 관계: 세 개의 엔터티에서 발생하는 관계3개체 관계는 복잡한 관계이다. 그렇지만 이를 편의성을 위해 2개체 관계로 관리하는 것은 함수 종속에 따라 데이터를 정확히 관리하는 것이 아니므로 바람직하지 않다. 요건만 제대로 반영했다면 3개체 관계가 특별히 부작용이 있는 것이 아니며, 오히려 효율적이므로 3개체 관계를 사용하는 것이 바람직하다. 관계 참여수와 ..

05. 관계 이야기 (1) 관계에 대한 서설관계의 본질관계형 DB의 핵심: 데이터를 중복 없이 한 곳에 저장하고, 필요 시 조인으로 연결.관계는 릴레이션을 분해한 후 다시 연결하기 위해 필요하며, 물리적으로는 관계 속성(FK)과 참조 무결성 제약을 생성함관계선의 실체는 속성이며, DB에선 참조 무결성 제약으로 구현됨.관계의 올바른 의미단순한 ‘연관성’이 아니라 논리적 연관성과 1차 관계가 있어야 함.참조 무결성은 논리적 연관성, 1차 관계는 바로 상위 관계를 의미.관계와 혼동하기 쉬운 업무 흐름은 별개 개념이며, 일부 경우에만 관계로 표현 가능.업무 흐름과 관계 구분업무 활동이 데이터를 생성할 수 있지만, 업무 활동(프로세스) ≠ 데이터(엔터티).상태 변화나 순차 업무로 인해 생성된 데이터 간 연관을 관리할 필요가 있을 때만 관계..

04. 속성 이야기 (3) 코드 속성의 명명법식별자 코드와 일반 코드는 성격이 다르기 때문에 속성의 이름을 구분해서 정하는 것이 좋다.식별자 코드는 부서번호/사원번호/상품번호/화면번호 등과 같이 '~번호'로 사용한다.일반 코드는 '~구분코드', '~유형코드', '~종류코드'와 같이 구분/유형/종류 등을 붙여 사용한다.구분코드: 코드 명이 더 이상 늘어나지 않고 고정적일 때 사용 (ex. 남녀구분코드)종류코드: 고정적이지 않고 지속적으로 늘어날 수 있을 때 사용 (ex. 서비스종류코드, 지불수단종류코드)유형코드: 성질이나 특징이 유사한 것끼리 묶을 때 사용 (ex. 지불수단유형코드, 거래유형코드) 코드 인스턴스 설계 원칙코드 인스턴스(코드값/코드명)가 되기 위해서는 몇 가지 조건을 만족해야 한다.(넓게 보면 엔터티가 되기 위한 조건..

04. 속성 이야기 (2) 속성 종류기초 속성관계 속성추출 속성시스템 속성 기초 속성엔터티의 본질을 설명하는 속성엔터티에 반드시 존재해야 하는 업무 식별자와 후보 식별자, 엔터티의 특성을 설명하는 속성 등이 이에 해당한다.오너십 중에 엔터티가 어느 주제 영역(ERD)에 속해야 하는지에 대한 오너십이 모델 오너십이며, 모델 오너십을 정하는 기준이 기초 속성이다.기초 속성은 주로 논리 모델링 초반에 도출된다. 관계 속성관계 속성은 타 엔터티와의 관계를 알기 위해 사용하는 외래 식별자 속성이다.관계 속성은 두 가지로 나눌 수 있다.참조되는 엔터티와 존재 종속 관계면 관계 속성은 엔터티의 본질을 의미하므로 기초 속성이기도 하다.엔터티 간 관계가 존재 종속 관계가 아니로 단지 참조만 하는 관계라면 관계 속성은 기초 속성이 아니다.관계 속성..

04. 속성 이야기 (1) 속성엔터티의 성격을 상세하게 기술하는 요소데이터를 저장하는 가장 작은, 독립된 저장 단위 속성의 분류법식별자 속성과 비식별자 속성기초/관계/추출/시스템 속성원본 속성과 추출 속성단일 값 속성과 다가 속성단순 속성과 복합 속성필수 속성과 선택 속성코드 속성과 비코드 속성 식별자 속성과 비식별자 속성식별자 속성엔터티에 존재하는 인스턴스의 유일성을 보장해주는 속성 또는 속성 집합엔터티의 인스턴스마다 서로 다른 값을 가지는 속성비식별자 속성일반 속성으로서, 식별자 속성에 따른 특성을 설명하는 속성인스턴스마다 같은 값을 가질 수 있음식별자 종류 - 후보 식별자후보 식별자: 주 식별자가 될 가능성이 있는 식별자모든 식별자는 주 식별자가 될 수 있는 후보이므로, 식별자와 후보 식별자는 사실상 동일어다.널을 허용할 수..

03. 데이터 통합과 서브타입 이야기 (2) 3.20 서브타입과 코드서브타입과 코드는 다르므로 구분해서 사용해야 한다. 서브타입코드전체 집합에 대한 부분집합을 표현특정 속성의 구분을 표현전체 집합의 성격을 파악한 속성의 성격을 파악속한 속성이 여러 개 존재속한 속성이 거의 존재하지 않음한 엔터티에 하나만 존재한 엔터티에 여러 개 존재 서브타입 = 엔터티코드 = 속성 3.21 Is-A 서브타입과 Part-Of 서브타입 이렇게 데이터를 일반화하면 부분집합은 전체 집합과 '이다'(Is-A)의 관계가 성립한다. 즉 '개인고객은 고객이다'라는 관계가 성립한다. 일반적인 서브타입은 전체 집합을 인스턴스 기준으로 묶어 집합을 만든다.인스턴스를 기준으로 묶지 않고 요소(속성)를 기준으로 묶은 버전을 '일부'(Part-Of) 관계라고 한다. 즉 프로그램과 사용자매..

03. 데이터 통합과 서브타입 이야기 (1) 3.1 데이터 통합에 대한 서설모델링의 처음과 끝 = 정규화와 통합화데이터 통합은 정규화를 기반으로 이뤄져야 하며, 정규화가 기반이 되지 않은 통합은 의미가 없다. 3.2 일반화와 상세화데이터 통합일반화(Generalization): 유사한 것을 묶는 것(ex. 외국인 고객 → 고객)상세화(Specialization): 차이를 도출하는 것(ex. 고객 → 개인고객, 법인고객 등)엔터티를 일반화하거나 상세화하면 슈퍼타입과 서브타입이 생긴다. 3.3 데이터 통합과 엔터티 통합데이터 통합: 유사한 성격의 데이터를 합치는 것데이터라는 의미에는 아직 엔터티가 되기 이전 상태인 집합이라는 개념이 포함되어 있다.데이터 통합이란 데이터라는 대상을 물리적, 논리적으로 일반화하는 것을 의미한다.엔터티 통합: 이미 엔터티가..

이전 1 2 3 4 ··· 7 다음

티스토리툴바