Hyunebee

DB VS DBMS DB는 데이터를 어떠한 혀여 형태의 자료구조로 사용하느냐에 따라서 나누어진다. DB의 종류는 계층형(트리), 네트워크형(owner-member), 관계형 계층형 데이터베이스 (1대 N) 이 구조는 자식과 부모의 관계를 나타낼 수 있고 자식은 하나의 부모만 가질 수 있고, 부모는 여러 자식을 가질 수 있다(1 : N) 네트워크 데이터베이스(1대N 함께 M:N 표현도 가능하다.) 관계형 데이터베이스(1:1, 1:N, M:N) 관계형 데이터베이스 집합 연산과 관계 연산 집합 연산 -합집합 : 두 개의 릴레이션을 하나로 합하는 것이다. , 중복된 행(튜플)은 한번만 조회된다. -차집합 : 본래 릴레이션에는 존재하고 다른 릴레이션에는 존재하지 않는 것을 조회한다. -교집합 : 두 개의 릴레이션..

정규화 -데이터의 일관성, 데이터의 중복제거, 데이터의 유연성등을 늘리는 방법이다. -정규화는 데이터 중복을 제거하고 데이터 모델의 독립성을 확보하기 위한 방법이다. 정규화의 단계 제1정규화(중복이 없고, 기본키를 가진다.) 1.열에는 위, 아래 순서가 없다 2.행에는 좌, 우 순서가 없다 3.중복되는 열이 없다. 4. 모든 열과 행의 중복지점에는 해당되는 분야에서 한 개의 값을 가진다. 이때 제 1정규화를 만족해도 제 2정규화를 만족하지 않는 예가 있을 수 있다. 제2정규화 제 1정규형을 만족하고 이때 후보키 Key_A와 Key_A가 속하지 않는 속성 V가 있을 때, V를 결정하기 위해 Key_A의 일 부가 아닌 전체를 참조해야 하는 경우에만 제 2정규화로 인정한다. 위의 그림을 참조하면 지금 후보키는..

엔티티 데이터의 집합, 저장되고 관리되어야 하는 데이터 엔티티의 유형 유형과 무형에 따른 엔티티 -유형 : 업무에서 도출되며 지속적으로 사용되는 엔티티 -개념 : 물리적인 형태가 없다, 개념적으로 사용 -사건 : 비스니스 프로세스를 실행하면서 생성되는 엔티티이다. 발생시점에 따른 엔티티 -기본 : 키엔티티라고도 한다., 다른 엔티티로부터 영향을 발생X 독립적으로 생성 -중심 : 기본으로 부터 발생해서 행위를 생성하는것이다. -행위 : 2개 이상의 엔티티로부터 발생 식별자 엔티티를 대표할 수 있는 유일성을 만족하는 속성이다. -주식별자(기본키) 1.최소성 2.대표성 3.유일성 4.불변성 데이터베이스 키 -기본키 : 후보키 중에서 엔티티를 대표할 수 있는키 -후보키 : 유일성과 최소성을 만족하는 키 -슈퍼키..

3-Level Schema 사용자, 설계자, 개발자가 데이터베이스를 보는 관점에 따라 데이터 베이스를 기술하고 이들 간의 관계를 정의한 표준 데이터 베이스의 독립성을 확보하기 위한 방법(View를 사용) 데이터 베이스의 독립성이 확보 => 복잡도 감소, 중복제거, 사용자 요구사항 변경에 따른 대응력 증거, 유지보수비 감소 논리적 독립성 개념 스키마(구조 관점)가 변경되더라도 외부 스키마(사용자 관점)가 영향을 받지 않는 것 물리적 독립성 내부 스키마(물리적 저장 관점)가 변경되더라도 개념 스키마(구조 관점)가 영향을 받지 않는 것 3-Level Schema 구조 위 그림을 보면 3개의 외부 단계 > 개념단계 > 내부단계 로 나눠지고 서로 매핑되어 있다. 외부 스키마 사용자 관점 업무상 관련이 있는 데이터..

ERD : 데이터 모델링을 위해 사용, 엔티티와 엔티티간의 관계를 모델링 방법이다. ERD 작성 절차 1. 엔티티를 도출하고 그린다. 2. 엔티티를 배치한다. 3. 엔티티 간의 관계를 설정 4. 엔티티간의 관계를 서술한다. 5. 관계 참여도를 표현한다.(아래 설명) 6. 관계 필수 여부를 표현한다. 7. 관계 참여도 표현(3가지를 사용) 관계 명: 관계의 이름 관계에 참여하는 형태를 표시한다. 이때 참여자에 따라 관계 명이 수동적 or 능동적으로 변한다. 이때 할것이다 같은 애 매한 표현은 사 용하지 않는다. 관계 차수: 1:1, 1:N , N:M(다대다) 두 엔티티사이의 참여 관계를 설명한다. 일반적으로 3가지의 방식으로 표현한다. 1:1 관계에 참여하는 각 엔티티는 다른 엔티티에 대해서 하나의 관계만..

데이터 모델링 현실 세계를 데이터베이스로 표현하기 위해서 추상화 한다. 사용자와 의사소통을 통해 업무 프로세스 이해해야 한다. 데이터모델링표기법을 사용하여 모델링을한다. > ERD등 데이터 모델링의 특징 데이터 모델링은 추상화 해야 한다. > 공통적인 특징을 찾고 간략하게 표현 데이터 모델링은 단순화 해야 한다. > 복잡한 문제를 피하고 누구나 이해할 수 있게 표현한다. 데이터 모델링은 명확해야 한다. > 의미적 해석이 모호하지 않고 명확하게 해석되어야 한다. 데이터 모델링 단계(개념적 > 논리적 > 물리적) 1. 개념적 모델링(추상화 수준이 가장높다.) 고객의 비즈니스 프로세스를 분석 업무 전체에 대해서 데이터 모델링을 정한다. 복잡하게 표현 하지않고 중요한 부분을 위조로 모델링 한다. 기술적 용어는 ..