기록하는 개발자

1) 논리 설계 개념 ·논리 설계 개념설계의 결과 검증, 승인 → 목표DBMS 결정 → 해당DBMS의 논리적 모델에 맞춰 스키마 변환 · 보통 Relational DBMS 사용 → Relational Data Model로 ER스키마 변환 2) Relational Data Model · 릴레이션 - 행의 수 : 카디널리티(cardinality) → 데이터 개수 - 열의 수 : 차수(degree) → 속성의 개수 - schema : 릴레이션 이름 + 각 필드의 이름과 타입 · 무결성 제약 조건((Integrity Constraints) - DB가 어떤 인스턴스가 되든 꼭 지켜져야 하는 조건 관계 모델의 두 가지 본질적 제약조건 (1) 기본키 제약조건 (2) 외래키 제약조건 3) 논리적 스키마 변환 ·SQL ..

· 개념 설계는 추상화 작업 - 현실 관찰로 개념 정리 → 홍길동이 컴퓨터 과학과에 다닌다 : value(실제 값) → ‘어느 학생이 어느 학과에 다니는가’의 정보가 필요하다. : schema *모델링 · value → 관찰, 생각, 의사결정, 검증, 공식화 → schema 설계 상의 선택들 1) 개체인가 애트리뷰트인가 Ex) 주소를 ‘직원’의 애트리뷰트로 할지, 독립된 개체로 만들어 관계를 통해 ‘직원’과 연결할 것인가? - 한 직원이 여러 주소가 가능한 경우에는 주소를 개체로 둔다. ex) 다수의 배송지 관리 - 주소의 구조(시,구,동)가 중요한 경우 '주소'를 개체로 둔다. 2) 개체인가 관계인가 - 관계라고 생각했던 정보가 개체인 경우 3) 이진 관계인가 삼진 관계인가 4) 집단화인가 삼진관계인가

# mapping cardinality 표기 없는 것은 n:m [ 3진 관계 ] 예시 : 직원별, 부서별로 사용 가능한 법인 카드가 다르다. [ 키 제약 조건 ] → 최대를 정의 [ 참여 제약 조건 ] → 최소를 정의 [ 약 개체 ] Weak Entity - 약 개체는 소유자 개체의 기본키까지 보아야 유일하게 식별할 수 있다. - 약 개체는 자신의 식별자를 가지고 있지 않고 다른 개체 인스턴스에 종속 되어야 만 존재할 수 있다. - 소유자 개체 집합과 약 개체 집합은 1대 다 관계 집합으로 연결된다. - 약 개체 집합은 이 식별 관계 집합에 전체적으로 참여(참여 제약 조건)한다. 식별 관계 집합(identifying relationship) 1) identifying owner..

· Entity(개체) - unique하게 식별되는 독립적 존재 - 그것 스스로 존재하는 정보로 다른 것과 구별됨 · Relationship(관계) - entity 간의 관계 → 논리 모델링의 릴레이션(table)도 관계라고 한다. 헷갈리지 않기. · Attribute(속성) * 현실 : 값, 인스턴스, 실체 * 모델링 : 개념, 타입, 스키마 [ 관계 타입의 유형 ] 사상 원소수(mapping cardinality) · 1 : 1 (one to one) · 1 : n (one to many) · n : m (many to many) - one to one에서 제약이 가장 많다. - mapping cardinality는 최대를 제시한다 → n:n의 경우, 이는 최대를 제시하므로 1:n, 1:1도 가능 [..

데이터(정보)의 위치 · 정보화시대의 핵심 자산 : 정보 - 소프트웨어는 대체가 가능하지만 data는 대체 불가능하다. · 정보 자산의 특징 - 비소모성, 정보성, 비이전성, 무한 가치성, 전유불가능성, 무한 재생산성, 누적 효과성 데이터 베이스 개요 · 정보 시스템 - 한 기관을 위해 데이터를 수집, 조작, 저장하고 정보를 생성, 분배하는 수단 · Database - 한 조직의 여러 응용 시스템이 공용하기 위해 통합, 저장한 운영 데이터의 집합 → 통합된 대규모의 데이터 집단으로 실세계의 조직체 모델링 · DBMS - DB를 저장하고 관리하는 소프트웨어 패키지 → data 중복과 의존성 해결 - 필수 기능 : 정의(DDL), 조작(DML), 제어(DCL) 기능 · 3-level D..