데이터모델링 (7) 썸네일형 리스트형 후보 엔티티 선정 엔티티 후보 식별 후보 엔티티의 개념 정립을 명확히 한다. 우리가 관리하고자 하는 것인지를 따져 본다. 가로와 세로를 가진 면적(집합)인지를 확인한다. 엔티티 후보 선정 시 유의 사항 엔티티 가능성이 있다고 예상되면 일단 검토 대상에 올려라 너무 깊게 들어가지 마라 동의어처럼 보이더라도 함부로 버리지 마라 개념이 모호한 대상은 일차로 그 개념을 상식화 하여 이해하라 프로세스에 너무 연연해 하지 마라 예외 경우에 너무 집착하지 마라 단어 하나하나에 집중해서 판단하라 ARC 관계 어떤 엔티티가 두 개 이상의 다른 엔티티의 합집합과 관계를 가지는 것을 배타적(Exclusive) 관계 혹은 아크(Arc) 관계라 한다. 이러한 아크 관계는 동일한 의미의 관계가 서로 다른 하나 이상의 배타적으로 관계를 갖고 있을 때 이를 하나로 통합함으로써 발생하게 된다. 아크 내에 있는 릴레이션십은 보통 동일하다. 아크 내에 있는 릴레이션십은 항상 필수적이거나 선택사항이어야 한다. 아크는 반드시 하나의 엔티티에만 속해야 한다(하나의 아크가 여러 엔티티를 가질 수 없다). 어떤 엔티티는 다수의 아크를 가질 수 있다. 그러나 지정된 관계는 단 하나의 아크에만 사용되어야 한다 속성 정의 속성 특징 속성의 어원적 의미: 가공되지 않은 것. 원천을 의미 속성도 일종의 집합이다. 릴레이션십도 속성이다. 속성들 간은 서로 독립적이다. (제 3정규화) 속성 후보 수집처 구 시스템의 문서 자료 협업 장표 / 보고서 사용자와 협의 DFD (Data Flow Diagram) / DD(Data Dictionary) 전문서적 및 자료 다른 시스템 자료 속성 후보 선정 원칙 원시 속성으로 보이는 후보는 버리지 않는다. 다른 속성에 의해 다시 재현할 수 있는 가공 속성이 아닌, 속성 이 속성이 없다면 다시는 재현할 수 없는 속성 소 그룹별로 후보군을 만들고 가장 근접한 엔티티에 할당한다. 속성명 속성의 의미를 명확히 표현하는 함축성 있는 명사 혹은 명사구를 사용 해당 업무에서 일반적으로 사용하는 용어를 사용.. 관계형 모델 이론/비관계형 모델 이론 관계형 모델 이론 데이터 중심의 분석 기법 데이터의 구조와 조작 및 무결성을 정의 데이터를 집합적으로 처리를 요구 비관계형 모델 이론 일반적으로 프로세스 중심의 분석 기법 데이터의 구조와 조작을 정의 데이터의 레코드 처리(한 건씩 처리)를 요구 데이터 모델링 기법 이해 데이터 모델 목적 데이터베이스 설계에 대한 계획 또는 청사진 설계자와 개발자, 사용자 등 모든 관련자들은 데이터 모델을 통해 시스템의 데이터 구조에 대한 형상을 이해하고 요구사항의 구현과 변경 등에 대한 원활한 의사소통을 도모하게 된다. 서로 다른 뷰들을 하나로 통합할 수 있는 단일화된 설계안을 만들 수 있다. 개체-관계 모델 기법 피터 첸에 의해 1976년 최초 제안 개체-관계 모델은 표준적인 데이터 모델로 부상 단순성으로 현재 개념/논리 데이터 모델링에서 가장 일반적으로 사용 서브타입이 추가되면서 확장된 개체-관계 모델(Extended ERD)이 만들어 졌다 데이터 무결성 엔티티(실체) 무결성 주 식별자(특정 행을 유일하게 인식하는 하나 이상의 열)는 Null 값을 포함하지 않는다. 참조 무결성 관계 테이블의 모든 외부 식별자 값은 관련 있는 관계 테이블의 모든 주 식별자 값이 존재해야 한다. 실체의 주 식별자와 마찬가지로 외부 식별자도 데이터 무결성에 관한 업무 규칙을 내포하고 있다. 데이터베이스 설계 관점에서 선택하지 말고, 사용자의 업무 규칙에 따라 적절한 규칙을 선택한다. 입력규칙 삭제규칙 특성 자식 실체의 인스턴스를 입력할 때 사용되는 무결성 규칙 특성 부모 실체의 인스턴스를 삭제할 때 사용되는 무결성 규칙 Dependent 대응되는 부모 실체에 인스턴스가 있는 경우에만 자식 실체에 입력을 허용 Restrict 대응되는 자식 실체의 인스턴스가 없는 경우에만 부모 .. 데이터 모델링 기본 원칙 커뮤니케이션 원칙 모델링 상세화 원칙 데이터는 데이터의 본질과 잠재적 사용을 이해할 수 있을 만큼 상세화 되어야 한다. 논리적 표현 원칙 물리적 제약 조건 없이 비즈니스를 그대로 반영 해야 한다. 논리 모델은 특정 아키텍처, 기술, 제품과 독립적이다. 사용자가 원하는 것에 근거를 두지 않는 프로젝트는 실패할 확률이 높다. 논리적 설계 와 물리적 설계를 구별하지 못하면 프로젝트가 추구하고자 하는 물리적 선택 사항을 제한하거나 잘못된 방향으로 진행하게 된다. 이전 1 다음
