본문 바로가기

분류 전체보기

[9장] 시스템 카탈로그 (System Catalog) 1. 시스템 카탈로그의 개념 ・모든 데이터 개체들에 대한 정의나 명세.・DDL의 결과로 구성되는 정보들.・데이터 사전이라고도 한다. 2. 시스템 카탈로그의 내용 릴레이션 관련 정보・이름・저장된 파일 이름과 파일 구조・속성들에 대한 속성 이름과 도메인・정의된 인덱스의 이름・정의된 무결성 제약 조건 인덱스 관련 정보・이름・구조・키에 대한 정보 뷰 관련 정보・이름・정의・소유자 통계 관련 정보・릴레이션 카디널리티・인덱스 카디널리티・인덱스의 높이 : 각 트리 인덱스에 대한 레벨・인덱스의 범위 : 각 인덱스에 대한 최소, 최대 키 값 3. 시스템 카탈로그의 특징 ・SQL문을 이용하여 내용을 검색해 볼 수 있다.・DBMS에 의해 생성되고 유지된다.・자동으로 갱신된다.・사용자가 직접 갱신할 수 없다. 더보기
[8장] 관계대수 (Relational Algebra) 1. 관계대수의 개념 ・원하는 정보와 그 정보를 어떻게 유도하는지 기술하는 절차적 언어.・SELECT, PROJECT, JOIN, DIVISION, UNION, CARTESIAN PRODUCT 등이 있음. 2. 순수 관계 연산자 SELECT・조건을 만족하는 튜플을 모아 새로운 릴레이션을 만듬.・행에 해당하는 튜플을 구함.(수평 연산)・기호는 시그마(σ)・AND(∧), OR(∨), NOT(￢)을 사용할 수 있다. PROJECT・제시된 속성값만을 추출하여 새로운 릴레이션을 만듬.・열에 해당하는 속성을 구함.(수직 연산)・기호는 파이(π) JOIN・공통 속성을 중심으로 2개의 릴레이션을 합쳐 새로운 릴레이션을 만든다.・CARTESIAN PRODUCT를 수행한 후 SELECT를 수행한 것과 동일하다.・기호는 ▷.. 더보기
[7장] 무결성 (Integrity) 1. 무결성의 개념 ・현실 세계의 값과 데이터가 일치하는 정확성을 의미.・무결성 제약 조건(Constraint)는 DB에 정확성을 해치는 값이 오지 않게 하기 위한 조건. 2. 무결성의 종류 ・NULL 무결성 : 특정 속성 값이 NULL이 될 수 없다.・고유 무결성 : 각 튜플이 갖는 속성 값은 서로 달라야한다.・도메인 무결성 : 특정 속성 값이 그 속성이 정의된 도메인에 속해야 한다.・키 무결성 : 하나의 릴레이션에 적어도 한개의 키는 있어야한다.・관계 무결성 : 임의 튜플의 삽입 가능 여부 또는 튜플들 간의 관계에 대한 적절성 여부에 대한 규정.・참조 무결성 : 외래키의 값은 NULL이거나 참조되는 기본키 값과 동일해야 한다.・개체 무결성 : 기본키를 구성하는 어떤 속성도 NULL이 될 수 없다. 더보기
[6장] 키의 개념 및 종류 1. 슈퍼키(Super Key) ・속성들의 집합으로 구성된 키.・유일성은 만족하나, 최소성은 만족하지 못한다. 2. 후보키(Candidate Key) ・유일성과 최소성을 만족하는 기본키를 제외한 키. 3. 기본키(Primary Key) ・후보키 중에서 특별히 선정된 키.・Null값과 중복값을 가질 수 없다.・유일성과 최소성을 가진다.・튜플을 식별하기 위해 반드시 필요한 키 이다. 4. 대체키(Alternate Key) ・기본키를 제외한 나머지 후보키 5. 외래키(Foreign Key) ・다른 릴레이션의 기본키를 참조하는 속성.・관계를 표현할 때 사용. 더보기
[5장] 관계형 데이터 모델 1. 관계형 데이터 구조 : 릴레이션 ・데이터를 원자 값(Atomic Value)으로 갖는 이차원의 테이블.・논리적 구조를 나타냄・릴레이션 스키마(구조)와 릴레이션 인스턴스(실제 값)로 구성된다.・한 속성 안에서 원자 값들의 집합을 도메인이라고 한다. 2. ER모델 → 관계형 데이터 모델 변환 ・ER모델을 릴레이션 스키마로 변환 (Mapping Rule)・개체 → 개체 릴레이션・관계 → 관계 릴레이션・속성 → 컬럼(Column)・식별자 → 기본키・관계 → 외래키・N:M의 관계일 경우에는 교차 릴레이션(Intersection Relation)을 생성한다. ※ 식별 관계・비식별 관계 ・식별 관계(Identifying)― A 개체의 기본키가 B 개체의 외래키이면서 기본키인 관계.― 실선으로 표시함. ・비식별 .. 더보기
[4장] 데이터베이스 설계 1. 데이터베이스 설계의 개념 ・DB의 구조. 즉, DB 스키마를 개발하는 과정. ・요구 조건 분석 (Requirement Analysis)・개념적 설계 (Conceptual Design)・논리적 설계 (Logical Design)・물리적 설계 (Physical Design)・데이터베이스 구현 (Database Implementation) 위의 순서대로 수행된다. 2. 요구 조건 분석 ・요구 조건을 수집하고 분석하여 공식적인 요구 조건 명세(Requirement Specification)를 작성한다. 3. 개념적 설계 ・개념 스키마 모델링과 트랜젝션 모델링을 병행하여 수행한다.・집단화와 일반화가 있다. 4. 논리적 설계 ・현실 세계의 데이터를 컴퓨터가 처리할 수 있는 논리적 데이터 구조로 변환시킴.・논리.. 더보기
[3장] 스키마 (Schema) 1. 스키마의 개념 ・DB의 구조와 제약 조건에 관한 전반적인 명세 (Specification)・외부 스키마, 개념 스키마, 내부 스키마로 나뉜다. 2. 스키마의 특징 ・데이터의 구조적 특성을 의미한다.・데이터 사전(Data Dictionary)에 저장된다.・현실 세계의 한 부분을 표현한 것으로, 특정 데이터 모델을 이용해 만들어짐.・시간에 따라 불변・데이터의 논리적 단위에 명칭을 부여하고 그 의미를 기술함 3. 스키마의 3계층 외부 스키마 ・외부 사용자의 관점.・서브 스키마 (Sub Schema)라고도 부른다.・하나의 DB에 대해서 여러 개가 존재할 수 있다.・동일한 DB에 대해 서로 다른 관점을 정의할 수 있도록 허용. 개념 스키마 ・개체간의 관계와 제약조건을 명시함.・접근 권한, 보안 정책, 무결성.. 더보기
[2장] 데이터베이스 관리 시스템 (DBMS) 1. 데이터베이스 관리 시스템 (Database Management System)의 개념 ・사용자와 데이터베이스 사이에서 데이터베이스의 관리를 도와주는 소프트웨어.・종속성과 중복성의 문제를 해결하기 위한 시스템으로, 모든 응용프로그램이 DB를 공유할 수 있도록 한다. 2. DBMS의 필수 기능 ・정의 기능 (Definition Facility) : 구조와 제약조건등을 명시하는 기능 제공.・조작 기능 (Manipulation Facility) : 데이터 처리를 위한 삽입, 삭제, 갱신, 검색을 명시하는 기능 제공.・제어 기능 (Control Facility) : 무결성, 보안 및 권한 검사, 병행 제어 등을 명시하는 기능 제공. 3. DBMS의 장・단점 장점 단점 ・독립성이 보장된다.・중복을 피할 수 있다.. 더보기
[1장] 데이터베이스 개념 1. 데이터베이스의 정의 데이터베이스는 특정 조직의 업무를 수행하는 데 필요한 상호 관련된 데이터들의 모임으로 다음과 같이 정의할 수 있다. ・통합 데이터(Integrated Data) : 검색의 효율성을 위해 중복이 최소화 된 데이터의 모임・저장 데이터(Stored Data) : 컴퓨터가 접근 가능한 저장 매체에 저장된 데이터・운영 데이터(Operational Data) : 조직의 목적을 위해 존재 가치가 확실하고 반드시 필요한 데이터・공유 데이터(Shared Data) : 여러 응용 프로그램들이 공동으로 사용하는 데이터 2. 데이터베이스의 특징 ・실시간 접근성(Real Time Accessibility) : 사용자의 질의에 대하여 즉시 처리하여 응답하는 특징・계속적인 진화(Continuous Evol.. 더보기
[11gSQL] 5장 GROUP BY 몸풀기! COUNT() 함수. GROUP BY를 이용하여 직업 별로 급여 평균을 표시하기. COL FORMAT은 Alias에도 지정할 수 있다. 직원들의 입사일자를 분기로 표시하기. 간단한 예제를 통해서 공부하기. 문제1> 부서별 사원수를 count 하시오. 문제2> 분기별 입사 인원수를 count 하시오. GROUP BY 함수는 Alias를 사용할 수 없음. 문제3> 입사 년도별 인원수를 count 하시오. (Row단위 grouping -> Col단위 grouping) 위와 같이 하면 쉽게 Row단위로 grouping 할 수 있다. 이번에는 Col 단위로 grouping 해보자. 한 번에 원하는 결과에 도달하기는 어려우므로 차근 차근 답을 찾아가는 과정이 필요하다.우선은 1982년에 입사한 사람은 1로.. 더보기

티스토리툴바