Mid-term

1️⃣ 개인 정리

1. 사용자 종류 (Users)

• DBA Staff: 데이터베이스 관리자 (DBA)가 사용하는 명령어들. 주로 데이터 정의 언어(DDL)를 사용해 데이터베이스 구조를 정의하고 관리한다.

• Casual Users: 주기적으로 데이터베이스를 사용하는 일반 사용자들로, 대화형 쿼리를 통해 데이터를 검색하고 수정한다.

• Application Programmers: 애플리케이션을 개발하는 프로그래머들로, DB와 연동된 프로그램을 작성한다.

• Parametric Users: 주로 미리 컴파일된 트랜잭션을 사용하는 파라메트릭 사용자들로, 예를 들어, 은행의 은행원 등이 있다.

2. 명령어 흐름 (Commands and Processes)

• DDL Statements: 데이터 정의 언어 명령어로 데이터베이스 스키마를 정의하거나 수정하는 명령어다.
• DDL Compiler: DDL 명령어를 처리하여 데이터베이스의 구조를 변경하는 역할을 한다.

• Interactive Query: 일반 사용자가 대화형으로 쿼리를 작성할 때 사용된다. 사용자는 주로 SQL 문을 직접 입력하여 데이터를 검색하거나 조작한다.
• Query Compiler: 사용자가 입력한 SQL 쿼리를 컴파일하여 실행 가능한 형식으로 변환한다.
• Query Optimizer: 쿼리의 성능을 최적화하는 단계로, 최적의 경로를 찾아 효율적으로 데이터를 검색하는 데 도움을 준다.

• Application Programs: 애플리케이션 프로그래머가 작성한 프로그램이 데이터베이스와 상호작용하기 위해 사용된다.
• Precompiler: 프로그램 내에서 사용된 SQL 문을 데이터베이스와 상호작용할 수 있도록 변환한다.
• DML Compiler: 데이터 조작 언어(DML) 명령어를 컴파일하여 실행 가능한 명령어로 변환한다.

• Compiled Transactions: 미리 컴파일된 트랜잭션은 파라메트릭 사용자들이 주로 사용하며, 반복적으로 동일한 작업을 수행할 때 사용된다.

3. 저장소 관련 모듈 (Storage Modules)

• Runtime Database Processor: 실제로 데이터베이스에서 쿼리나 트랜잭션을 실행하는 처리기다.

• Concurrency Control/Backup/Recovery Subsystems: 동시성 제어와 백업, 복구 시스템을 담당하여 다중 사용자 환경에서도 데이터의 무결성을 보장한다.

• Stored Data Manager: 물리적으로 저장된 데이터를 관리하는 모듈로, 디스크에서 데이터를 읽고 쓰는 역할을 한다.

4. 저장 데이터 (Stored Database)

• Stored Database: 실제로 저장된 데이터베이스로, 여기서 데이터를 검색하거나 업데이트할 수 있다.

• System Catalog/Data Dictionary: 데이터베이스의 메타데이터를 저장하는 곳이다. 테이블의 구조, 관계, 인덱스 등의 정보를 포함하고 있다.

1. Relation (or Relation State) \( r(R) \): 데이터베이스 상태

• 관계형 데이터베이스에서 관계란 테이블과 동일한 개념으로 생각할 수 있다. 이 관계는 수학적 관계로 표현될 수 있으며, 여러 속성(Attribute)으로 구성된다. 각각의 속성은 특정 도메인(Domain) 내의 값을 가진다.

2. Mathematical Relation

• 수학적인 관점에서, 관계는 특정 도메인에서 정의된 n차원 행렬이다. 여기서 n은 속성(컬럼)의 개수다.

• \( dom(A_1), dom(A_2), \dots, dom(A_n) \)는 각 속성들이 가지는 값의 범위(도메인)를 나타낸다.

3. Subset of Cartesian Product

• 관계는 여러 속성의 도메인들의 **데카르트 곱(Cartesian Product)**의 부분 집합으로 정의된다.

• 이를 수식으로 나타내면 \( r(R) \subseteq (dom(A_1) \times dom(A_2) \times \dots \times dom(A_n)) \)이다.
• 예를 들어, 속성이 3개인 경우, A1의 도메인, A2의 도메인, A3의 도메인의 데카르트 곱은 이 세 도메인의 모든 가능한 조합을 포함한다. 하지만 관계는 그 중 일부 조합만을 포함하게 된다.

4. 테이블 형식으로 표현된 관계

• 그림에서 보듯이, 관계는 표(테이블) 형태로 나타낼 수 있다.

• A1, A2, A3, …, An은 테이블의 열(속성)을 나타내고, 각 열은 특정 도메인에서 값을 가진다.

• 각 행(row)은 속성들 간의 관계를 나타내며, 이 행들이 바로 관계 \( r(R) \)를 구성한다.

요약:

• 관계형 데이터베이스에서 "관계"는 여러 속성들 간의 연관성을 나타내며, 이는 수학적으로 데카르트 곱의 부분집합으로 표현된다.

• 테이블은 속성들의 도메인 내 값들의 조합으로 이루어지며, 테이블의 각 행은 관계 상태를 나타낸다.

1. 수학적 관계의 정의

• *"Mathematical relation of degree n"**는 **n개의 속성(Attributes)**을 가진 수학적 관계를 의미한다. 여기서 n은 관계의 차수를 나타낸다. 즉, 하나의 테이블(관계)에 속성(컬럼)이 n개 있을 때, 이를 "n차 관계"라고 부른다.

• 각 속성은 특정 **도메인(Domain)**에서 값을 가진다. 도메인은 속성의 값이 가질 수 있는 값의 범위라고 생각하면 된다.
• 예를 들어, dom(A1)은 속성 A1이 가질 수 있는 값들의 집합이다.

2. 데카르트 곱(Cartesian Product)

• 설명에 나온 **"Subset of the Cartesian product of the domains"**라는 구문은 관계가 여러 속성의 도메인 간의 가능한 모든 조합으로부터 일부를 선택한 것이라는 의미다.

• 데카르트 곱은 여러 집합의 모든 가능한 조합을 만드는 연산이다. 예를 들어, 두 개의 집합 A와 B가 있을 때, 그들의 데카르트 곱 \( A \times B \)는 A와 B에서 하나씩 값을 뽑아 만든 모든 순서쌍을 포함한다.
• 예를 들어, \( A = \{1, 2\}, B = \{x, y\} \)일 때, \( A \times B = \{(1, x), (1, y), (2, x), (2, y)\} \)가 된다.

3. **관계 \( r(R) \)는 데카르트 곱의 부분집합

• *r(R) ⊆ (dom(A1) × dom(A2) × ... × dom(An))**는 관계 \( r(R) \)가 각 속성의 도메인 \( dom(A1), dom(A2), \dots, dom(An) \)의 데카르트 곱의 부분집합이라는 것을 의미한다.

• 무슨 뜻이냐면:
• \( dom(A1) × dom(A2) × ... × dom(An) \)은 각 속성의 도메인에서 가능한 모든 값의 조합을 의미한다. 이 모든 조합이 이루어진 것이 데카르트 곱이다.
• *r(R)**는 그 모든 조합 중에서 실제로 데이터베이스 테이블에 들어 있는 값들의 집합, 즉 테이블의 행(row)들이 포함된 부분집합이다.

예시로 풀어서 설명

• 예를 들어, 테이블이 두 개의 속성 \( A1 \)과 \( A2 \)로 구성되어 있다고 해보자.
• \( dom(A1) = \{1, 2\}, dom(A2) = \{x, y\} \)라고 할 때, 데카르트 곱은 \( dom(A1) × dom(A2) = \{(1, x), (1, y), (2, x), (2, y)\} \)가 된다.
• 그러나 실제로 테이블에 저장된 값이 \( (1, x), (2, y) \)만 있다고 가정하면, **r(R)**는 \( \{(1, x), (2, y)\} \)로 표현된다. 이는 데카르트 곱의 부분집합이다.

요약

• *관계 \( r(R) \)**는 속성들 간의 조합으로 이루어진 테이블의 행들을 나타내며, 각 속성은 도메인이라는 값의 범위에서 값을 가진다.

• 이 관계는 데카르트 곱의 모든 가능한 조합 중에서 실제로 테이블에 존재하는 값들의 부분집합이다.

1. 도메인 제약조건 (Domain Constraints)

• 정의: 각 필드의 값이 해당 필드의 도메인(즉, 그 필드에서 가질 수 있는 값의 범위)에 속해야 한다는 제약이다.

• 예시: 슬라이드의 예시에서, MgrStartDate 필드는 날짜(Date) 타입이어야 한다는 도메인 제약조건이 적용된다. 따라서 이 필드에는 반드시 날짜 형식의 값만 들어가야 한다.

2. 키 제약조건 (Key Constraints)

• 정의: 키 제약조건은 테이블의 각 행이 고유하게 식별될 수 있도록 기본 키 또는 후보 키가 설정되어야 한다는 제약이다.

• 예시: Employee 테이블의 SSN(사회보장번호) 필드는 기본 키로 사용되어, 각 직원이 고유하게 식별될 수 있어야 한다. Department 테이블의 DNUMBER도 고유한 값이어야 한다.

3. 엔터티 무결성 제약조건 (Entity Integrity Constraints)

• 정의: 기본 키는 절대로 NULL 값을 가질 수 없다는 제약이다. 기본 키는 테이블 내에서 각 행을 고유하게 식별하는 역할을 하기 때문에 반드시 값이 있어야 한다.

• 예시: SSN 필드는 기본 키이므로 절대로 NULL 값을 가질 수 없다.

4. 참조 무결성 제약조건 (Referential Integrity Constraints)

• 정의: 참조 무결성 제약조건은 외래 키가 참조하는 테이블의 기본 키가 반드시 존재해야 한다는 제약이다. 즉, 한 테이블에서 외래 키로 사용된 값은 반드시 참조하는 테이블에 존재해야 한다.

• 예시: Department 테이블의 MgrSSN(관리자 사회보장번호) 필드는 Employee 테이블의 SSN 필드를 참조하는 외래 키이다. 따라서 MgrSSN에 입력된 값은 반드시 Employee 테이블의 SSN 필드에서 유효한 값이어야 한다.

요약

• 도메인 제약조건은 필드 값의 타입이나 범위를 제한하고,

• 키 제약조건은 각 행을 고유하게 식별하며,

• 엔터티 무결성은 기본 키에 NULL 값을 허용하지 않고,

• 참조 무결성은 외래 키가 참조하는 테이블의 값과 일치해야 한다는 제약을 설정한다.

-- EMPLOYEE 테이블 생성
CREATE TABLE EMPLOYEE (
    FNAME VARCHAR(15) NOT NULL,        -- 직원의 이름, 15자까지 저장 가능하며 NULL 불가
    MINIT CHAR,                        -- 중간 이니셜, 문자 1개
    LNAME VARCHAR(15) NOT NULL,        -- 직원의 성, 15자까지 저장 가능하며 NULL 불가
    SSN CHAR(9) NOT NULL,              -- 직원의 사회보장번호, 9자리로 NULL 불가
    BDATE DATE,                        -- 직원의 생년월일
    ADDRESS VARCHAR(30),               -- 직원의 주소, 최대 30자
    SEX CHAR,                          -- 성별, 문자 1개
    SALARY DECIMAL(10, 2) DEFAULT 3000, -- 급여, 소수점 둘째 자리까지 표현, 기본값은 3000
    SUPERSSN CHAR(9),                  -- 상사의 사회보장번호 (외래 키로 참조 가능)
    DNO INT NOT NULL DEFAULT 1,        -- 부서 번호 (외래 키로 참조 가능), NULL 불가, 기본값은 1
    PRIMARY KEY (SSN),                 -- SSN을 기본 키로 설정 (고유 값)
    FOREIGN KEY (SUPERSSN) REFERENCES EMPLOYEE(SSN) 
        ON DELETE SET NULL             -- 상사 정보가 삭제될 경우 NULL로 설정
        ON UPDATE CASCADE,             -- 상사 정보가 변경되면 연쇄적으로 수정
    FOREIGN KEY (DNO) REFERENCES DEPARTMENT(DNUMBER)
        ON DELETE SET DEFAULT          -- 부서 정보가 삭제될 경우 기본값(DNO=1)으로 설정
        ON UPDATE CASCADE              -- 부서 번호가 변경되면 연쇄적으로 수정
);

-- DEPARTMENT 테이블 생성
CREATE TABLE DEPARTMENT (
    DNAME VARCHAR(15) NOT NULL,        -- 부서 이름, 15자까지 저장 가능하며 NULL 불가
    DNUMBER INT NOT NULL,              -- 부서 번호, NULL 불가
    MGRSSN CHAR(9) NOT NULL DEFAULT '888665555',  -- 부서 관리자의 사회보장번호, 기본값 설정
    MGRSTARTDATE DATE,                 -- 부서 관리자가 시작한 날짜
    PRIMARY KEY (DNUMBER),             -- DNUMBER를 기본 키로 설정
    CHECK (DNUMBER > 0 AND DNUMBER < 21), -- DNUMBER의 값이 1~20 사이여야 함
    FOREIGN KEY (MGRSSN) REFERENCES EMPLOYEE(SSN)
        ON DELETE SET DEFAULT          -- 관리자가 삭제될 경우 기본값(888665555)으로 설정
        ON UPDATE CASCADE              -- 관리자가 변경될 경우 연쇄적으로 수정
);

-- DEPT_LOCATIONS 테이블 생성
CREATE TABLE DEPT_LOCATIONS (
    DNUMBER INT NOT NULL,              -- 부서 번호 (외래 키로 참조 가능), NULL 불가
    DLOCATION VARCHAR(15) NOT NULL,    -- 부서 위치, 15자까지 저장 가능하며 NULL 불가
    PRIMARY KEY (DNUMBER, DLOCATION),  -- DNUMBER와 DLOCATION의 조합으로 복합 키 설정
    FOREIGN KEY (DNUMBER) REFERENCES DEPARTMENT(DNUMBER)
        ON DELETE CASCADE              -- 부서가 삭제될 경우 부서 위치 정보도 삭제됨
        ON UPDATE CASCADE              -- 부서 번호가 변경될 경우 연쇄적으로 수정
);

-- PROJECT 테이블 생성
CREATE TABLE PROJECT (
    PNAME VARCHAR(15) NOT NULL,        -- 프로젝트 이름, 15자까지 저장 가능하며 NULL 불가
    PNUMBER INT NOT NULL,              -- 프로젝트 번호, NULL 불가
    PLOCATION VARCHAR(15),             -- 프로젝트 위치, 최대 15자
    DNUM INT NOT NULL,                 -- 부서 번호, NULL 불가 (외래 키로 참조 가능)
    PRIMARY KEY (PNUMBER),             -- PNUMBER를 기본 키로 설정
    FOREIGN KEY (DNUM) REFERENCES DEPARTMENT(DNUMBER)
        ON DELETE CASCADE              -- 부서 삭제 시 프로젝트도 삭제됨
        ON UPDATE CASCADE              -- 부서 번호 변경 시 연쇄적으로 수정
);

-- WORKS_ON 테이블 생성
CREATE TABLE WORKS_ON (
    ESSN CHAR(9) NOT NULL,             -- 직원의 사회보장번호 (외래 키로 참조 가능), NULL 불가
    PNO INT NOT NULL,                  -- 프로젝트 번호 (외래 키로 참조 가능), NULL 불가
    HOURS DECIMAL(3, 1) NOT NULL,      -- 작업 시간, 소수점 1자리까지 표현, NULL 불가
    PRIMARY KEY (ESSN, PNO),           -- ESSN과 PNO의 조합으로 복합 키 설정
    FOREIGN KEY (ESSN) REFERENCES EMPLOYEE(SSN)
        ON DELETE CASCADE              -- 직원이 삭제될 경우 작업 정보도 삭제됨
        ON UPDATE CASCADE,             -- 직원 SSN이 변경될 경우 연쇄적으로 수정
    FOREIGN KEY (PNO) REFERENCES PROJECT(PNUMBER)
        ON DELETE CASCADE              -- 프로젝트가 삭제될 경우 작업 정보도 삭제됨
        ON UPDATE CASCADE              -- 프로젝트 번호가 변경될 경우 연쇄적으로 수정
);

-- DEPENDENT 테이블 생성
CREATE TABLE DEPENDENT (
    ESSN CHAR(9) NOT NULL,             -- 직원의 사회보장번호 (외래 키로 참조 가능), NULL 불가
    DEPENDENT_NAME VARCHAR(15) NOT NULL, -- 부양 가족 이름, 최대 15자, NULL 불가
    SEX CHAR,                          -- 부양 가족 성별
    BDATE DATE,                        -- 부양 가족의 생년월일
    RELATIONSHIP VARCHAR(8),           -- 직원과 부양 가족의 관계, 최대 8자
    PRIMARY KEY (ESSN, DEPENDENT_NAME),  -- ESSN과 DEPENDENT_NAME의 조합으로 복합 키 설정
    FOREIGN KEY (ESSN) REFERENCES EMPLOYEE(SSN)
        ON DELETE CASCADE              -- 직원이 삭제될 경우 부양 가족 정보도 삭제됨
        ON UPDATE CASCADE              -- 직원 SSN이 변경될 경우 연쇄적으로 수정
);

설명:

1. EMPLOYEE 테이블:
• 기본 키: SSN은 기본 키로 설정되어 각 직원을 고유하게 식별합니다.
• 외래 키:
• SUPERSSN: 상사의 사회보장번호로 EMPLOYEE 테이블의 SSN을 참조하는 재귀적 외래 키입니다.
• DNO: 직원이 속한 부서를 나타내며 DEPARTMENT 테이블의 DNUMBER를 참조하는 외래 키입니다.

2. DEPARTMENT 테이블:
• 기본 키: DNUMBER는 부서 번호로서 기본 키로 설정되어 있으며, 각 부서를 고유하게 식별합니다.
• 제약 조건: DNUMBER 값이 1에서 20 사이여야 한다는 CHECK 제약 조건이 설정되어 있습니다.

3. DEPT_LOCATIONS 테이블:
• 복합 키: DNUMBER와 DLOCATION의 조합을 기본 키로 사용하여 부서 번호와 부서 위치의 조합이 고유하도록 설정합니다.
• 외래 키: DNUMBER는 DEPARTMENT 테이블의 DNUMBER를 참조합니다.

4. PROJECT 테이블:
• 기본 키: PNUMBER는 프로젝트 번호로 기본 키입니다.
• 외래 키: DNUM은 프로젝트가 속한 부서를 나타내며, DEPARTMENT 테이블의 DNUMBER를 참조합니다.

5. WORKS_ON 테이블:
• 복합 키: ESSN(직원)과 PNO(프로젝트 번호)의 조합을 기본 키로 사용하여, 각 직원이 어떤 프로젝트에서 몇 시간 일했는지를 기록합니다.
• 외래 키: ESSN은 EMPLOYEE 테이블의 SSN을, PNO는 PROJECT 테이블의 PNUMBER를 참조합니다.

6. DEPENDENT 테이블:
• 복합 키: ESSN(직원)과 DEPENDENT_NAME(부양 가족 이름)의 조합을 기본 키로 사용하여 부양 가족 정보를 저장합니다.
• 외래 키: ESSN은 EMPLOYEE 테이블의 SSN을 참조합니다.

추가된 제약 조건과 동작 설명:

1. DEFAULT:
• EMPLOYEE 테이블:
• SALARY: 기본값으로 3000이 설정되어 있으며, 급여가 입력되지 않을 경우 이 값이 자동으로 입력됩니다.
• DNO: 부서 번호의 기본값으로 1이 설정되어 있습니다. 직원이 소속된 부서를 입력하지 않으면 자동으로 부서 번호 1이 입력됩니다.
• DEPARTMENT 테이블:
• MGRSSN: 부서 관리자의 기본값은 **'888665555'**로 설정되어 있으며, 관리자의 SSN이 입력되지 않으면 이 값이 기본값으로 설정됩니다.

2. ON DELETE 및 ON UPDATE CASCADE:
• ON DELETE CASCADE: 참조하는 테이블에서 행이 삭제되면, 해당 외래 키를 참조하는 모든 관련 데이터도 삭제됩니다. 예를 들어, WORKS_ON 테이블에서 직원이 삭제되면 그 직원과 관련된 프로젝트 정보도 삭제됩니다.
• ON DELETE SET NULL: 참조하는 데이터가 삭제되었을 때, 외래 키 필드가 NULL로 설정됩니다. 예를 들어, 상사가 삭제되면 직원의 상사 정보는 NULL로 변경됩니다.
• ON DELETE SET DEFAULT: 참조하는 데이터가 삭제되었을 때, 외래 키 필드가 기본값으로 설정됩니다. 예를 들어, 부서가 삭제되면 직원의 부서 번호는 기본값인 1로 설정됩니다.
• ON UPDATE CASCADE: 참조하는 테이블에서 기본 키가 수정되면, 그 키를 참조하는 모든 외래 키 값도 연쇄적으로 수정됩니다.

(SELECT PNUMBER 
FROM PROJECT, DEPARTMENT, EMPLOYEE
WHERE DNUM = DNUMBER AND MGRSSN = SSN AND LNAME = 'Smith')

UNION

(SELECT PNUMBER 
FROM PROJECT, WORKS_ON, EMPLOYEE
WHERE PNUMBER = PNO AND ESSN = SSN AND LNAME = 'Smith');

-- 수정된 쿼리: 명시적인 JOIN과 정확한 조건 사용
(SELECT PNUMBER 
 FROM PROJECT
 INNER JOIN DEPARTMENT ON PROJECT.DNUM = DEPARTMENT.DNUMBER
 INNER JOIN EMPLOYEE ON DEPARTMENT.MGRSSN = EMPLOYEE.SSN
 WHERE EMPLOYEE.LNAME = 'Smith')

UNION

(SELECT PNUMBER 
 FROM PROJECT
 INNER JOIN WORKS_ON ON PROJECT.PNUMBER = WORKS_ON.PNO
 INNER JOIN EMPLOYEE ON WORKS_ON.ESSN = EMPLOYEE.SSN
 WHERE EMPLOYEE.LNAME = 'Smith');

2️⃣ 요약 정리

1. 만약 속성으로 저장한다면 일일이 수 많은 책에 출판사에 대 한 정보를 넣어주어야 한다. 이렇게 되면 데이터가 중복으로 저 장되어 정확성과 일관성이 결여될 가능성이 있고, 출판사 정보가 바뀔 경우 차후 업데이트 하기 불편하게 된다 또한 데이터베이스 의 용량증가, 전반적인 색인 속도 저하, 제작 시간등이 오래 걸린 다는 문제점이 있다.

2. 한 저자가 다수의 책을 출판 했을 수 있고, 같은 책이 여러권 있을 수 있다. 또 동일 저자여도 출판사가 다를수 있다. 함께 저 장했을 경우 차 후 SQL문이 복잡해지고, 데이터 무결성 결여 위 험, 속성에 제약을 걸기가 어렵기 때문에 정규화 과정을 분리하 여 저장하는게 바람직하며 하나의 필드에 통합하여 저장하여도 데이터를 저장할 공간이 충분하고, 빈번하게 둘의 데이터를 함께 조회 하는경우 위와같은 리스크를 감소한다면 가능하다.

3. 위의 데이터베이스를 살펴보면 같은 책, 혹은 각각의 책에 대 해 빌려간 지점과 사람과 대출, 반납일자등이 다르고 BOOK_LOANS이 포함하고 있는 속성의 개수가 많기 때문에 하나의 테이블로 저장하는것 보다 따로 정보를 나누서 정규화 과 정을 거처 관리하는것이 데이터의 무결성과 관리적 측면에서 효 율적이기 때문입니다.

• 참조하는 테이블에서 외래 키 제약 조건 설정 시 ON DELETE CASCADE 옵션을 사용해야 참조 무결성이 지켜진다.

SELECT A.DNAME, COUNT(B.DNUMBER)
FROM DEPARTMENT A, DEPT_LOCATIONS B
WHERE A.DNUMBER = B.DNUMBER
GROUP BY A.DNAME, B.DNUMBER;

-- 둘이 같음
SELECT A.DNAME, COUNT(B.DNUMBER)
FROM DEPARTMENT A
INNER JOIN DEPT_LOCATIONS B ON A.DNUMBER = B.DNUMBER
GROUP BY A.DNAME, B.DNUMBER;

• SQL에서 GROUP BY를 사용할 때, SELECT 절에 있는 모든 필드는 GROUP BY 절에 포함되어야 한다. 즉, 집계 함수가 아닌 필드들은 모두 포함되어야 한다.

• WHERE절은 테이블에 있는 행들에 대한 조건 (그룹화되기 전), HAVING 절은 그룹화된 결과에 대한 조건을 설정

• 중첩 질의에서 외부 질의에 포함된 테이블의 속성을 내부 질의에서 참조하는 경우 내부 질의 실행횟수는 외부 질이의 튜플 수 만큼 실행된다.

• 데이터 독립성이 제공되지 않으면 물리적 저장 구조가 변경될 때마다 응용 프로그래밍 영향을 받아 수정이 필요하게 된다. 따라서 응용 프로그램의 유지보수가 어려워진다.

1.
SELECT 이름, 과목명
FROM STUDENT
INNER JOIN (COURSE INNER JOIN 수강신청 ON COURSE.코스번호 = 수강신청.코스번호)
ON STUDENT.학번 = 수강신청.학번

2.
SELECT STUDENT.이름, COUNT (*), AVG(성적)
FROM STUDENT INNER JOIN 수강신청 ON STUDENT.학번 = 수강신청.학번
GROUP BY STUDENT.이름;

3. 
SELECT COURSE.과목명, COUNT (*), AVG(성적)
FROM STUDENT INNER JOIN 
(COURSE INNER JOIN 수강신청 ON COURSE.코스번호 = 수강신청.코스번호) 
ON STUDENT.학번 = 수강신청.학번
GROUP BY COURSE.과목명;

SELECT COURSE.코스번호, COURSE.과목명, COUNT(수강신청.학번), AVG(수강신청.성적)
FROM COURSE
INNER JOIN 수강신청 ON COURSE.코스번호 = 수강신청.코스번호
GROUP BY COURSE.코스번호, COURSE.과목명;

4. 
SELECT 학과.학과명, COUNT (*)
FROM 학과 
INNER JOIN COURSE 
ON 학과.학과번호 = COURSE.학과정보
GROUP BY 학과.학과명
HAVING COUNT (*) >= 3;

5.
SELECT 과목명, 학점
FROM COURSE
WHERE 코스번호 IN
	(SELECT 수강신청.코스번호
	FROM 수강신청
	WHERE 학기 LIKE "2013-2");

6.
SELECT 과목명
FROM COURSE
WHERE (SELECT COUNT (*)
FROM 수강신청
WHERE COURSE.코스번호 = 수강신청.코스번호) >= 2;