관계 대수와 SQL SQL

목차 I. 관계 대수 II. SQL 개요 III. 데이터 정의어와 무결성 제약조건 IV. SELECT문 V. INSERT, DELETE, UPDATE문 VI. 트리거(trigger)와 주장(assertion) VII. 내포된 SQL

관계 데이터 모델에서 지원되는 두 가지 정형적인 언어 4.관계 대수와 SQL 관계 데이터 모델에서 지원되는 두 가지 정형적인 언어 관계 해석(relational calculus) 원하는 데이터만 명시하고 질의를 어떻게 수행할 것인가는 명시하지 않는 선언적인 언어 관계 대수(relational algebra) 어떻게 질의를 수행할 것인가를 명시하는 절차적 인어 관계 대수는 상용 관계 DBMS들에서 널리 사용되는 SQL의 이론적인 기초 관계 대수는 SQL을 구현하고 최적화하기 위해 DBMS의 내부 언어로서도 사용됨 SQL 상용 관계 DBMS들의 사실상의 표준 질의어인 SQL을 이해하고 사용할 수 있는 능력은 매우 중요함 사용자는 SQL을 사용하여 관계 데이터베이스에 릴레이션을 정의하고, 관계 데이터베이스에서 정보를 검색하고, 관계 데이터베이스를 갱신하며, 여러 가지 무결성 제약조건들을 명시할 수 있음

4.1 관계 대수 관계 대수 기존의 릴레이션들로부터 새로운 릴레이션을 생성함 릴레이션이나 관계 대수식(이것의 결과도 릴레이션임)에 연산자들을 적용하여 보다 복잡한 관계 대수식을 점차적으로 만들 수 있음 기본적인 연산자들의 집합으로 이루어짐 산술 연산자와 유사하게 단일 릴레이션이나 두 개의 릴레이션을 입력으로 받아 하나의 결과 릴레이션을 생성함 결과 릴레이션은 또 다른 관계 연산자의 입력으로 사용될 수 있음

4.1 관계 대수 관계 연산자 1 관계 연산자 2 [그림4.1] 관계 연산자

4.1 관계 대수  ᛞ  [표4.1] 관계 연산자들의 종류와 표기법 분류 연산자 표기법 필수적인 연산자 셀렉션(selection) б 프로젝션(projection) π 합집합(union) ∪ 차집합(difference)  카티션 곱(Cartesian product) x 편의를 위해 유도된 연산자 교집합(intersection) ∩ 세타조인(theta join) ᛞ 동등 조인(equijoin) 자연 조인(natural join) * 세미 조인(semijoin) 디비젼(division) 

4.1 관계 대수 x  = [그림4.2] 관계 연산자들의 기능 intersection selection union projection union intersection difference Cartesian product division R S  = x [그림4.2] 관계 연산자들의 기능

4.1 관계 대수 셀렉션 연산자 한 릴레이션에서 셀렉션 조건(selection condition)을 만족하는 튜플들의 부분 집합을 생성함 주어진 조건을 만족하는 튜플들만 걸러내는 연산으로 생각할 수 있음 셀렉션 연산자는 하나의 입력 릴레이션에 적용되므로 단항 연산자 셀렉션의 결과 릴레이션의 차수는 입력 릴레이션의 차수와 같음 결과 릴레이션의 카디날리티는 항상 원래 릴레이션의 카디날리티보다 작거나 같음 셀렉션 조건을 프레디키트(predicate)라고도 함 셀렉션 조건은 일반적으로 릴레이션의 임의의 애트리뷰트와 상수, = , <>, <=, <, >=, > 등의 비교 연산자, AND, OR, NOT 등의 부울 연산자를 포함할 수 있음 형식 : б<셀렉션조건>(릴레이션)

4.1 관계 대수 셀렉션(selection) 연산자 бDNO=3(EMPLOYEE) 예: 셀렉션 EMPNO EMPNAME TITLE MANAGER SALARY DNO 2106 김창섭 대리 1077 2500000 2 3426 박영권 과장 4377 3000000 1 3011 이수민 부장 4000000 3 1003 조민희 3427 최종철 사원 1500000 1365 김상원 이성래 사장 ^ 5000000 бDNO=3(EMPLOYEE) RESULT EMPNO EMPNAME TITLE MANAGER SALARY DNO 3011 이수민 부장 4377 4000000 3 3427 최종철 사원 1500000

4.1 관계 대수 프로젝션 연산자 한 릴레이션의 애트리뷰트들의 부분 집합을 구함 프로젝션의 결과로 생성되는 릴레이션은 <애트리뷰트 리스트>에 명시된 애트리뷰트들만 가짐 셀렉션의 결과 릴레이션에는 중복 튜플이 존재할 수 없지만, 프로젝션 연산의 결과 릴레이션에는 중복된 튜플들이 존재할 수 있음 형식 : π<애트리뷰트 리스트>(릴레이션)

4.1 관계 대수 πTITLE(EMPLOYEE) 예: 프로젝션 질의 : 모든 사원들의 직급을 검색하라. 프로젝션 연산자의 입력 릴레이션에는 중복된 튜플이 없지만 이 릴레이션에서 일부 애트리뷰트를 프로젝션한 결과 릴레이션에는 중복 튜플이 존재하므로, 중복을 제거해야 한다. EMPLOYEE RESULT RESULT EMPNO EMPNAME TITLE MANAGER SALARY DNO 2106 김창섭 대리 1077 2500000 2 3426 박영권 과장 4377 3000000 1 3011 이수민 부장 4000000 3 1003 조민희 3427 최종철 사원 1500000 1365 김상원 이성래 사장 ^ 5000000 TITLE 대리 과장 부장 사원 사장 TITLE 대리 과장 부장 사원 사장 중복이 제거된 릴레이션 중복이 존재하는 릴레이션 πTITLE(EMPLOYEE)

4.1 관계 대수 집합 연산자 릴레이션이 튜플들의 집합이기 때문에 기존의 집합 연산이 릴레이션에 적용됨 세 가지 집합 연산자: 합집합, 교집합, 차집합 연산자 집합 연산자의 입력으로 사용되는 두 개의 릴레이션은 합집합 호환(union compatible)이어야 함 집합 연산자들은 두 개의 릴레이션을 입력으로 받아들이므로 이항 연산자

4.1 관계 대수 합집합 호환 두 릴레이션 R1(A1, A2, ..., An)과 R2(B1, B2, ..., Bm)이 합집합 호환일 필요 충분 조건은 n=m이고, 모든 1<=i<=n에 대해 domain(Ai)=domain(Bi) 예: 합집합 호환 다음의 합집합 예에서 EMPLOYEE 릴레이션 스키마와 EDPARTMENT 릴레이션 스키마는 애트리뷰트 수가 다르므로 합집합 호환이 되지 않는다. EMPLOYEE(EMPNO, EMPNAME, TITLE, MANAGER, SALARY, DNO) DEPARTMENT(DEPTNO, DEPTNAME, FLOOR) 그러나 EMPLOYEE 릴레이션에서 DNO를 프로젝션한 결과 릴레이션(πDNO(EMPLOYEE))과 DEPARTMENT 릴레이션에서 DEPTNO를 프로젝션한 결과 릴레이션 (πDEPTNO(DEPARTMENT))은 애트리뷰트 수가 같으며 DNO와 DEPTNO의 도메인이 같으므로 합집합 호환이다.

4.1 관계 대수 합집합 연산자 두 릴레이션 R과 S의 합집합 R ∪ S는 R 또는 S에 있거나 R과 S 모두에 속한 튜플들로 이루어진 릴레이션 결과 릴레이션에서 중복된 튜플들은 제외됨 결과 릴레이션의 차수는 R 또는 S의 차수와 같으며, 결과 릴레이션의 애트리뷰트 이름들은 R의 애트리뷰트들의 이름과 같거나 S의 애트리뷰트들의 이름과 같음

πDNO(бEMPNAME =‘김창섭’(EMPLOYEE)) 4.1 관계 대수 예: 합집합 질의 : 김창섭이 속한 부서이거나 개발 부서의 부서번호를 검색하라. EMPLOYEE EMPNO EMPNAME TITLE MANAGER SALARY DNO 2106 김창섭 대리 1077 2500000 2 3426 박영권 과장 4377 3000000 1 3011 이수민 부장 4000000 3 1003 조민희 3427 최종철 사원 1500000 1365 김상원 이성래 사장 ^ 5000000 πDNO(бEMPNAME =‘김창섭’(EMPLOYEE)) RESULT 1 DNO 2

πDEPTNO(бDEPTNAME =‘개발’(DEPARTMENT)) 4.1 관계 대수 DEPARTMENT DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 RESULT 2 DEPTNO 3 πDEPTNO(бDEPTNAME =‘개발’(DEPARTMENT)) RESULT 3 ← RESULT 1 U RESULT 2 RESULT 3 DEPTNO 2 3

4.1 관계 대수 교집합 연산자 두 릴레이션 R과 S의 교집합 R ∩ S는 R과 S 모두에 속한 튜플들로 이루어진 릴레이션

πDNO(бEMPNAME =‘김창섭’ OR EMPNAME = ‘최종철’(EMPLOYEE)) 4.1 관계 대수 예: 교집합 질의 : 김창섭 또는 최종철이 속한 부서이면서 기획 부서의 부서번호를 검색하라. EMPLOYEE EMPNO EMPNAME TITLE MANAGER SALARY DNO 2106 김창섭 대리 1077 2500000 2 3426 박영권 과장 4377 3000000 1 3011 이수민 부장 4000000 3 1003 조민희 3427 최종철 사원 1500000 1365 김상원 이성래 사장 ^ 5000000 πDNO(бEMPNAME =‘김창섭’ OR EMPNAME = ‘최종철’(EMPLOYEE)) RESULT 1 DNO 2 3

πDEPTNO(бDEPTNAME =‘기획’(DEPARTMENT)) 4.1 관계 대수 DEPARTMENT DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 RESULT 2 DEPTNO 2 πDEPTNO(бDEPTNAME =‘기획’(DEPARTMENT)) RESULT 3 ← RESULT 1 ∩ RESULT 2 RESULT 3 DEPTNO 2

4.1 관계 대수 차집합 연산자 두 릴레이션 R과 S의 차집합 R - S는 R에는 속하지만 S에는 속하지 않은 튜플들로 이루어진 릴레이션 결과 릴레이션의 차수는 R 또는 S의 차수와 같으며, 결과 릴레이션의 애트리뷰트 이름들은 R의 애트리뷰트들의 이름과 같거나 S의 애트리뷰트들의 이름과 같음

4.1 관계 대수 πDEPTNO(DEPARTMENT) 예: 차집합 질의 : 소속된 직원이 한 명도 없는 부서의 부서번호를 검색하라. DEPARTMENT DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 RESULT 1 DEPTNO 1 2 3 4 πDEPTNO(DEPARTMENT)

RESULT 3 ← RESULT 1 - RESULT 2 4.1 관계 대수 EMPLOYEE EMPNO EMPNAME TITLE MANAGER SALARY DNO 2106 김창섭 대리 1077 2500000 2 3426 박영권 과장 4377 3000000 1 3011 이수민 부장 4000000 3 1003 조민희 3427 최종철 사원 1500000 1365 김상원 이성래 사장 ^ 5000000 πDNO(EMPLOYEE) RESULT 2 DNO 2 1 3 RESULT 3 ← RESULT 1 - RESULT 2 RESULT 3 DEPTNO 4

4.1 관계 대수 카티션 곱 연산자 카디날리티가 i인 릴레이션 R(A1, A2, ..., An)과 카디날리티가 j인 릴레이션 S(B1, B2, ..., Bm)의 카티션 곱 R × S는 차수가 n+m이고, 카디날리티가 i*j이고, 애트리뷰트가 (A1, A2, ..., An, B1, B2, ..., Bm)이며, R과 S의 튜플들의 모든 가능한 조합으로 이루어진 릴레이션 카티션 곱의 결과 릴레이션의 크기가 매우 클 수 있으며, 사용자가 실제로 원하는 것은 카티션 곱의 결과 릴레이션의 일부인 경우가 대부분이므로 카티션 곱 자체는 유용한 연산자가 아님

4.1 관계 대수 예: 카티션 곱 연산자 질의 : EMPLOYEE 릴레이션과 DEPARTMENT 릴레이션의 카티션 곱을 구하라 EMPNO 2106 3426 3011 EMPNO DEPTNO 2106 2 3426 1 3011 3 1003 3427 1365 4377 RESULT EMPLOYEE x DEPARTMENT DEPARTMENT DEPTNO 1 2

4.1 관계 대수 관계 대수의 완전성 셀렉션, 프로젝션, 합집합, 차집합, 카티션 곱은 관계 대수의 필수적인 연산자 다른 관계 연산자들은 필수적인 관계 연산자를 두 개 이상 조합하여 표현할 수 있음 임의의 질의어가 적어도 필수적인 관계 대수 연산자들만큼의 표현력을 갖고 있으면 관계적으로 완전(relationally complete)하다고 말함

4.1 관계 대수 조인 연산자 두 개의 릴레이션으로부터 연관된 튜플들을 결합하는 연산자 관계 데이터베이스에서 두 개 이상의 릴레이션들의 관계를 다루는데 매우 중요한 연산자 세타 조인(theta join), 동등 조인(equijoin), 자연 조인(natural join), 외부 조인(outer join), 세미 조인(semijoin) 등

4.1 관계 대수 세타 조인과 동등 조인 두 릴레이션 R(A1, A2, ..., An)과 S(B1, B2, ..., Bm)의 세타 조인의 결과는 차수가 n+m이고, 애트리뷰트가 (A1, A2, ..., An, B1, B2, ..., Bm)이며, 조인 조건을 만족하는 튜플들로 이루어진 릴레이션 세타는 {=, <>, <=, <, >=, >} 중의 하나 동등 조인은 세타 조인 중에서 비교 연산자가 =인 조인

EMPLOYEE DNO=DEPTNO DEPARTMENT 4.1 관계 대수 예: 동등조인 질의 : EMPLOYEE 릴레이션과 DEPARTMENT 릴레이션을 동등 조인 구하라 EMPLOYEE EMPNO EMPNAME DNO 2106 김창섭 2 3426 박영권 1 3011 이수민 3 1003 조민희 3427 최종철 DEPARTMENT DEPTNO DEPTNAME 1 영업 2 기획 3 개발 4 총무 EMPLOYEE DNO=DEPTNO DEPARTMENT RESULT EMPNO EMPNAME DNO 2106 김창섭 2 3426 박영권 1 3011 이수민 3 1003 조민희 3427 최종철 DEPTNO DEPTNAME 2 기획 1 영업 4 개발 3

4.1 관계 대수 자연 조인 동등 조인의 결과 릴레이션에서 조인 애트리뷰트를 한 개 제외한 조인 여러 가지 조인 연산자들 중에서 가장 자주 사용됨 실제로 관계 데이터베이스에서 대부분의 질의는 셀렉션, 프로젝션, 자연 조인으로 표현 가능

EMPLOYEE * DNO,DEPTNO DEPARTMENT 4.1 관계 대수 예: 자연조인 질의 : EMPLOYEE 릴레이션과 DEPARTMENT 릴레이션을 자연 조인 구하라 EMPLOYEE EMPNO EMPNAME DNO 2106 김창섭 2 3426 박영권 1 3011 이수민 3 1003 조민희 3427 최종철 DEPARTMENT DEPTNO DEPTNAME 1 영업 2 기획 3 개발 4 총무 EMPLOYEE * DNO,DEPTNO DEPARTMENT RESULT EMPNO EMPNAME DNO 2106 김창섭 2 3426 박영권 1 3011 이수민 3 1003 조민희 3427 최종철 DEPTNAME 기획 영업 개발

4.1 관계 대수 디비전 연산자 차수가 n+m인 릴레이션 R(A1, A2, ..., An, B1, B2, ..., Bm)과 차수가 m인 릴레이션 S(B1, B2, ..., Bm)의 디비전 R ÷ S는 차수가 n이고, S에 속하는 모든 튜플 u에 대하여 튜플 tu(튜플 t와 튜플 u을 결합한 것)가 R에 존재하는 튜플 t들의 집합

4.1 관계 대수    예: 디비젼 RESULT1 RESULT2 RESULT3 C A# a1 a4 AB A# B# a1

πEMPNAME, SALARY(бDNO=2 OR DNO=3(EMPLOYEE)) 4.1 관계 대수 관계 대수 질의의 예 예: 셀렉션, 프로젝션 질의 : 2번 부서나 3번 부서에 근무하는 모든 사원들의 이름과 급여를 검색하라. EMPLOYEE(EMPNO, EMPNAME, TITLE, MANAGER, SALARY, DNO) DEPARTMENT(DEPTNO, DEPTNAME, FLOOR) πEMPNAME, SALARY(бDNO=2 OR DNO=3(EMPLOYEE)) 예: 셀렉션, 프로젝션, 조인 질의 : 개발 부서에서 근무하는 모든 사원들의 이름을 검색하라. πEMPNAME(EMPLOYEE DNO=DEPTNO (бDEPTNAME=‘개발’(DEPARTMENT)))

4.1 관계 대수 관계 대수의 한계 관계 대수는 산술 연산을 할 수 없음 집단 함수(aggregate function)를 지원하지 않음 정렬을 나타낼 수 없음 데이터베이스를 수정할 수 없음 프로젝션 연산의 결과에 중복된 튜플을 나타내는 것이 필요할 때가 있는데 이를 명시하지 못함

AVGSALARY(EMPLOYEE)  2,928,571 4.1 관계 대수 추가된 관계 대수 연산자 집단 함수 예: 집단합수 질의 : 모든 사원들의 급여 평균은 얼마인가? EMPLOYEE EMPNO … SALARY DNO 2106 2500000 2 3426 3000000 1 3011 4000000 3 1003 3427 1500000 1365 4377 5000000 AVGSALARY(EMPLOYEE)  2,928,571

DNOgAVG(SALARY)(EMPLOYEE) 4.1 관계 대수 추가된 관계 대수 연산자(계속) 그룹화 예: 그룹화 질의 : 각 부서별 사원들의 급여 평균은 얼마인가? EMPLOYEE EMPNO … SALARY DNO 2106 2500000 2 3426 3000000 1 3011 4000000 3 1003 3427 1500000 1365 4377 5000000 RESULT DNO AVG(SALARY) 1 2250000 2 3500000 3 2750000 DNOgAVG(SALARY)(EMPLOYEE)

4.1 관계 대수 추가된 관계 대수 연산자(계속) 외부 조인 상대 릴레이션에서 대응되는 튜플을 갖지 못하는 튜플이나 조인 애트리뷰트에 널값이 들어 있는 튜플들을 다루기 위해서 조인 연산을 확장한 조인 두 릴레이션에서 대응되는 튜플들을 결합하면서, 대응되는 튜플을 갖지 않는 튜플과 조인 애트리뷰트에 널값을 갖는 튜플도 결과에 포함시킴 왼쪽 외부 조인(left outer join), 오른쪽 외부 조인(right outer join), 완전 외부 조인(full outer join)

4.1 관계 대수 왼쪽 외부 조인 릴레이션 R과 S의 왼쪽 외부 조인 연산은 R의 모든 튜플들을 결과에 포함시키고, 만일 릴레이션 S에 관련된 튜플이 없으면 결과 릴레이션에서 릴레이션 S의 애트리뷰트들은 널값으로 채움 예: 자연조인과 왼쪽 외부 조인 R과 S의 자연 조인 R A B C a1 b1 c1 a2 b2 c2 S C D E c1 d1 e1 c3 d2 e2 RESULT A B C D E a1 b1 c1 d1 e1 R * S R과 S의 왼쪽 외부 조인 R A B C a1 b1 c1 a2 b2 c2 S C D E c1 d1 e1 c3 d2 e2 RESULT A B C D E a1 b1 c1 d1 e1 a2 b2 c2 ^ R S

4.1 관계 대수 오른쪽 외부 조인 릴레이션 R와 S의 오른쪽 외부 조인 연산은 S의 모든 튜플들을 결과에 포함시키고, 만일 릴레이션 R에 관련된 튜플이 없으면 결과 릴레이션에서 릴레이션 R의 애트리뷰트들은 널값으로 채움 예: R과 S의 오른쪽 외부 조인 R A B C a1 b1 c1 a2 b2 c2 S C D E c1 d1 e1 c3 d2 e2 RESULT A B C D E a1 b1 c1 d1 e1 ^ c3 d2 e2 R S

4.1 관계 대수 완전 외부 조인 릴레이션 R와 S의 완전 외부 조인 연산은 R과 S의 모든 튜플들을 결과에 포함시키고, 만일 상대 릴레이션에 관련된 튜플이 없으면 결과 릴레이션에서 상대 릴레이션의 애트리뷰트들은 널값으로 채움 예: 완전 외부 조인 R A B C a1 b1 c1 a2 b2 c2 S C D E c1 d1 e1 c3 d2 e2 RESULT A B C D E a1 b1 c1 d1 e1 a2 b2 c2 ^ c3 d2 e2 R S

목차 I. 관계 대수 II. SQL 개요 III. 데이터 정의어와 무결성 제약조건 IV. SELECT문 V. INSERT, DELETE, UPDATE문 VI. 트리거(trigger)와 주장(assertion) VII. 내포된 SQL

4.2 SQL 개요 SQL 개요 SQL은 현재 DBMS 시장에서 관계 DBMS가 압도적인 우위를 차지하는데 중요한 요인의 하나 SQL은 IBM 연구소에서 1974년에 System R이라는 관계 DBMS 시제품을 연구할 때 관계 대수와 관계 해석을 기반으로, 집단 함수, 그룹화, 갱신 연산 등을 추가하여 개발된 언어 1986년에 ANSI(미국 표준 기구)에서 SQL 표준을 채택함으로써 SQL이 널리 사용되는데 기여 다양한 상용 관계 DBMS마다 지원하는 SQL 기능에 다소 차이가 있음 본 책에서는 SQL2를 따름

4.2 SQL 개요 [표4.2] SQL의 발전 역사 버전 특징 SEQUEL Structured English Query Language의 약어. System R 프로젝트에서 처음으로 제안된 SQL Structured Query Language의 약어.1983년에 IBM의 DB2, 1991년에 IBM SQL/DS에 사용됨 SQL-86 1986년에 미국 ANSI에서 표준으로 채택됨. 1987년에 ISO 표준으로 채택됨 SQL-89 무결성 제약조건 기능이 강화됨 SQL2(SQL-92) 새로운 데이터 정의어와 데이터 조작어 기능이 추가됨. 약 500페이지 분량 SQL3(SQL-99) 객체지향과 순환 기능 등이 추가됨. 약 2000페이지 분량

4.2 SQL 개요 SQL 개요(계속) SQL은 비절차적 언어(선언적 언어)이므로 사용자는 자신이 원하는 바(what)만 명시하며, 원하는 것을 처리하는 방법(how)은 명시할 수 없음 관계 DBMS는 사용자가 입력한 SQL문을 번역하여 사용자가 요구한 데이터를 찾는데 필요한 모든 과정을 담당 SQL의 장점은 자연어에 가까운 구문을 사용하여 질의를 표현할 수 있다는 것 두 가지 인터페이스 대화식 SQL(interactive SQL) 내포된 SQL(embedded SQL)

4.2 SQL 개요 관 계 데이터베이스 D B M S … [그림 4.3] 관계 데이터베이스에 대한 두가지 인터페이스 EMPLOYEE DEPARTMENT 호스트 언어 + 내포된 SQL [그림 4.3] 관계 데이터베이스에 대한 두가지 인터페이스

4.2 SQL 개요 오라클SQL의 구성요소 데이터 검색 데이터 조작어 데이터 검색(SQL의 select문) 데이터 정의어로 정의된 데이터베이스 스키마 내의 데이터 조작 데이터를 검색, 삭제, 수정 기본 명령어 릴레이션에서 기존의 튜플들을 검색(SELECT) 릴레이션에서 새로운 튜플을 삽입(INSERT) 릴레이션에서 기존의 튜플들을 삭제(DELETE) 릴레이션에서 기존의 튜플들의 값을 수정(UPDATE)

4.2 SQL 개요 오라클SQL의 구성요소(계속) 데이터 정의어 트랜잭션 제어 데이터 제어어 릴레이션 생성 및 제거, 릴레이션에 새로운 애트리뷰트 추가 삭제 뷰 생성 및 제거, 인덱스 생성 및 제거 릴레이션 생성시 무결성 제약조건 명시 많은 제약조건을 명시 하면 성능 저하 초래 트랜잭션 제어 트랜잭션의 시작, 철회, 완료 등을 명시하기 위해 사죵 COMMIT, ROLLBACK 데이터 제어어 트랜잭션의 시작, 철회, 완료 등을 명시 릴레이션에 대한 권한 부여 및 취소

4.2 SQL 개요 [그림 4.4] 데이터 검색과 데이터 조작어의 기능 DEPARTMENT DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 7 5 연구 UPDATE DEPARTMENT SET FLOOR = 10 WHERE DEPTNO = 1; 수정 DELETE FROM DEPARTMENT WHERE DEPTNAME = 총무; 삭제 삽입 INSERT INTO DEPARTMENT VALUE (5, ‘연구’, 9); 검색 SELECT DEPTNAME, FLOOR FROM DEPARTMENT WHERE DEPTNO = 1 OR DEPTNO = 3; DEPTNAME FLOOR 영업 8 개발 9 [그림 4.4] 데이터 검색과 데이터 조작어의 기능

4.2 SQL 개요 [그림 4.5] SQL의 인터페이스와 구성요소

목차 I. 관계 대수 II. SQL 개요 III. 데이터 정의어와 무결성 제약조건 IV. SELECT문 V. INSERT, DELETE, UPDATE문 VI. 트리거(trigger)와 주장(assertion) VII. 내포된 SQL

4.3 데이터 정의어와 무결성 제약조건 데이터 정의어 키 제약조건, 엔티티 무결성 제약조건, 참조 무결성 제약조건 등을 포함하는 관계 데이터베이스 스키마를 생성 릴레이션 정의 애트리뷰트 생성 도메인(데이터 타입) 정의 키 명시

4.3 데이터 정의어와 무결성 제약조건 [표 4.4] 데이터 정의어의 종류 CREATE DOMAIN 도메인 생성 TABLE 테이블 생성 VIEW 뷰 생성 INDEX 인덱스 생성, SQL2 표준이 아님 ALTER 테이블 구조를 변경 DROP 도메인 제거 테이블 제거 뷰 제거 인덱스 제거, SQL2 표준이 아님

4.3 데이터 정의어와 무결성 제약조건 데이터 정의어 스키마의 생성과 제거 SQL2에서는 동일한 데이터베이스 응용에 속하는 릴레이션, 도메인, 제약조건, 뷰, 권한 등을 그룹화하기 위해서 스키마 개념을 지원 CREATE SCHEMA COMPANY_DB AUTHORIZATION kim; DROP SCHEMA COMPANY_DB RESTRICT; DROP SCHEMA COMPANY_DB CASCADE; RESTRICT : 스키마가 비어있지 않을 때 CASCADE : 스키마내의 모든 구성요소 연쇄적으로 제거

4.3 데이터 정의어와 무결성 제약조건 릴레이션 정의 CREATE TABLE DEPARTMENT (DEPTNO NUMBER NOT NULL, DEPTNAME CHAR(10), FLOOR NUMBER, PRIMARY KEY(DEPTNO)); CREATE TABLE EMPLOYEE (EMPNO NUMBER NOT NULL, EMPNAME CHAR(10), TITLE CHAR(10, MANAGER NUMBER, SALARY NUMBER, DNO NUMBER, PRIMARY KEY (EMPNO), FOREIGN KEY (MANAGER) REFERENCE EMPLOYEE(EMPNO) FOREIGN KEY (DNO) REFERENCE DEPARTMENT(DEPTNO)); [그림 4.6] EMPLOYEE 릴레이션과 DEPARTMENT 릴레이션의 생성

4.3 데이터 정의어와 무결성 제약조건 [표 4.5] 릴레이션 정의에 사용되는 데이터 타입 데이터 타입 의미 INTEGER 또는 INT 정수형(-9999999999 ~ 99999999999) SMALLINT 작은 정수형(-99999 ~ 999999) NUMBER(n, s)또는 DECIMAL(n, s) n개의 숫자에서 소수 아래 숫자가 s개인 십진수 REAL 실수형 FLOAT(n) 적어도 n개의 숫자가 표현되는 실수형 CHAR(n) 또는 CHARACTER (n) n바이트 문자열, n을 생략하면 1 VARCHAR2(n) 또는 CHARACTER VARYING(n) 최대 n바이트까지의 가변 길이 문자열 BIT(n) 또는 BIT VARYING(n) n개의 비트열 또는 최대 n개까지의 가변 비트열 DATE 날짜형 BLOB Binary Large Object. 멀티미디어 데이터 등을 저장

4.3 데이터 정의어와 무결성 제약조건 릴레이션 제거(DROP TABLE) ALTER TABLE 릴레이션의 정의와 튜플 모두 삭제 삭제 옵션 RESTRICT : 다른 릴레이션에서 참조되지 않는 릴레이션만 제거 CASCADE : 릴레이션을 참조하는 뷰, 인덱스, 제약조건, 외래 키 모두 삭제 DROP TABLE DEPARTMENT RESTRICT DROP TABLE DEPARTMENT CASCADE ALTER TABLE 릴레이션에 애트리뷰트 추가 삭제 ALTER TABLE EMPLOYEE ADD PHONE CHAR(13);

4.3 데이터 정의어와 무결성 제약조건 인덱스 생성 도메인 생성 검색 성능 향상 위해 사용 CREATE INDEX EMPINDEX ON EMPLOYEE(EMPNO); 도메인 생성 CREATE DOMAIN DEPTNAME CHAR(10) DEFAULT ‘개발’;

4.3 데이터 정의어와 무결성 제약조건 제약조건 CREATE TABLE EMPLOYEE (EMPNO NUMBER NOT NULL, (1) EMPNAME CHAR(10) UNIQUE, (2) TITLE CHAR(10 DEFAULT ‘사원’, (3) MANAGER NUMBER, SALARY NUMBER CHECK (SALARY < 6000000), (4) DNO NUMBER CHECK (DNO IN (1, 2, 3, 4)) (5) DAFAULT 1, PRIMARY KEY (EMPNO), (6) FOREIGN KEY (MANAGER) REFERENCE EMPLOYEE(EMPNO) (7) FOREIGN KEY (DNO) REFERENCE DEPARTMENT(DEPTNO) (8) ON DELETE SET DEFAULT ON UPDATE CASCADE); (9) [그림 4.7] 릴레이션 정의에서 다양한 제약조건을 명시

4.3 데이터 정의어와 무결성 제약조건 애트리뷰트 제약조건 기본키 제약 조건(6) 참조 무결성 제약 조건(7,8) NOT NULL(1) 널 값을 허용하지 않을때 UNIQUE(2) 동일한 애트뷰트값을 갖는 튜플이 두개 이상 존재하지 않도록 보장 DEFAULT(3) 널 값 대신 특정 값을 지정 CHECK(4, 5) 애트리뷰트가 가질수 있는 값들의 범위 지정 기본키 제약 조건(6) 각 릴레이션마다 최대 한 개의 기본 키 지정 참조 무결성 제약 조건(7,8) 외래 키의 무결성 보장

4.3 데이터 정의어와 무결성 제약조건 참조 무결성 제약조건 유지 ON DELETE NO ACTION ON DELETE CASCADE ON DELETE SET NULL ON DELETE SET DEFAULT ON UPDATE NO ACTION ON UPDATE CASCADE ON UPDATE SET NULL ON UPDATE SET DEFAULT

4.3 데이터 정의어와 무결성 제약조건 예: ON UPDATE CASCADE UPDATE문을 사용하여 DEPARTMENT 릴레이션의 3번 부서의 부서번호를 6번으로 수정하면 EMPLOYEE 릴레이션에서 3번 부서에 근무하는 모든 사원들의 소속 부서번호가 자동적으로 6으로 수정된다 UPDATE DEPARTMENT SET DEPTNO = 6 WHERE DEPTNO = 3; DEPARTMENT EMPLOYEE EMPNO EMPNAME … DNO 2106 김창섭 2 3426 박영권 1 3011 이수민 3 1003 조민희 3427 최종철 1365 김상원 4377 이성래 DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 7 6 6 6 기본 키의 수정이 외래 키에도 파급됨

4.3 데이터 정의어와 무결성 제약조건 무결성 제약조건의 추가 및 삭제 ALTER TABLE STUDENT ADD CONSTRAINT STUDENT_PK PRIMARY KEY (STNO); ALTER TABLE STUDENT DROP CONSTRAINT STUDENT_PK;

목차 I. 관계 대수 II. SQL 개요 III. 데이터 정의어와 무결성 제약조건 IV. SELECT문 V. INSERT, DELETE, UPDATE문 VI. 트리거(trigger)와 주장(assertion) VII. 내포된 SQL

4.4 SELECT문 SELECT문 관계 데이터베이스에서 정보를 검색하는 SQL문 관계 대수의 셀렉션과 의미가 완전히 다름 관계 대수의 셀렉션, 프로젝션, 조인, 카티션 곱 등을 결합한 것 관계 데이터베이스에서 가장 자주 사용됨 여러 가지 질의들의 결과를 보이기 위해서 그림 4.8의 관계 데이터베이스 상태를 사용함

4.4 SELECT문 [그림 4.8] 관계 데이터베이스 상태 DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 EMPLOYEE EMPNO EMPNAME TITLE MANAGER SALARY DNO 2106 김창섭 대리 1077 2500000 2 3426 박영권 과장 4377 3000000 1 3011 이수민 부장 4000000 3 1003 조민희 3427 최종철 사원 1500000 1365 김상원 이성래 사장 ^ 5000000 DEPARTMENT DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 7 [그림 4.8] 관계 데이터베이스 상태

4.4 SELECT문 기본적인 SQL 질의 SELECT절과 FROM절만 필수적인 절이고, 나머지는 선택 사항 SELECT [DISTINCT] 애트리뷰트(들) (1) FROM 릴레이션(들) (2) [WHERE 조건 (3) [중첩 질의] ] (4) [GROUP BY 애트리뷰트(들)] (5) [ HAVING 조건] (6) [ORDER BY 애트리뷰트(들) [ASC | DESC] ]; (7) [그림 4.9] SELECT문의 형식

4.4 SELECT문 기본적인 SQL 질의 SELECT절 FROM절 WHERE절 중첩질의 GROUP BY절 HAVING절 질의 결과를 포함 하려는 애트리뷰트들의 리스트 열거 DISTINCT 절을 사용해서 중복 제거 FROM절 질의에서 필요로 하는 릴레이션들의 리스트 열거 WHERE절 관계 대수의 셀렉션(Select) 연산의 조건에 해당 중첩질의 다른 질의의 WHERE절에 포함된 SELECT문 GROUP BY절 동일한 값을 갖는 튜플들을 한 그룹으로 묶는다 HAVING절 튜플들의 그룹이 만족해야 하는 조건 ORDER BY절 결과 튜플들의 정렬 순서

FROM EMPLOYEE AS E, DEPARTMENT AS D 4.4 SELECT문 별칭(alias) 서로 다른 릴레이션에 동일한 이름을 가진 애트리뷰트가 속해 있을 때 애트리뷰트의 이름을 구분하는 방법 EMPLOYEE.DNO FROM EMPLOYEE AS E, DEPARTMENT AS D

4.4 SELECT문 릴레이션의 모든 애트리뷰트나 일부들을 검색 예: *를 사용하여 모든 애트리뷰트들 검색 질의 : 전체 부서의 모든 애트리뷰트들을 검색하라. SELECT * FROM DEPARTMENT; DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 7

4.4 SELECT문 릴레이션의 모든 애트리뷰트나 일부들을 검색 예: 원하는 애트리뷰트들의 이름을 열거 질의 : 모든 부서의 부서번호와 부서이름을 검색하라. SELECT DEPTNO, DEPTNAME FROM DEPARTMENT; DEPTNO DEPTNAME 1 영업 2 기획 3 개발 4 총무

4.4 SELECT문 상이한 값들을 검색 예: DISTINCT절을 사용하지 않을 때 FROM EMPLOYEE; 질의 : 모든 사원의 직급을 검색하라. SELECT TITLE FROM EMPLOYEE; TITLE 대리 과장 부장 사원 사장

4.4 SELECT문 상이한 값들을 검색 예: DISTINCT절을 사용할 때 FROM EMPLOYEE; 질의 : 모든 사원의 직급을 검색하라. SELECT DISTINCT TITLE FROM EMPLOYEE; TITLE 대리 과장 부장 사원 사장

예: WHERE절을 사용하여 검색 조건을 명시 4.4 SELECT문 특정한 투플들의 검색 예: WHERE절을 사용하여 검색 조건을 명시 질의 : 2번 부서에 근무하는 사원들에 관한 모든 정보를 검색하라. SELECT * FROM EMPLOYEE WHERE DNO = 2; EMPNO EMPNAME TITLE MANAGER SALARY DNO 2106 김창섭 대리 1077 2500000 2 1003 조민희 과장 4377 3000000 이성래 사장 ^ 5000000

4.4 SELECT문 문자열 비교 예: %를 사용하여 문자열 비교 FROM EMPLOYEE 질의 : 이씨 성을 가진 사원들의 이름, 직급, 소속부서 정보를 검색하라. SELECT EMPNAME, TITLE, DNO FROM EMPLOYEE WHERE EMPNAME LIKE ‘이%’; EMPNAME TITLE DNO 이수민 부장 3 이성래 사장 2

4.4 SELECT문 다수의 검색 조건 WHERE 절은 여러 조건들이 부울 연산자로 결합된 조건을 포함할 수 있다. SELECT FLOOR FROM DEPARTMENT WHERE DEPTNAME = ‘영업’ AND DEPTNAME = ‘개발’; 연산자 우선순위 비교연산자 1 NOT 2 AND OR 3 [표 4.5] 연산자들의 우선순위

4.4 SELECT문 예: 부울 연산자를 사용한 프레디키드 FROM EMPLOYEE 질의 : 직급이 과장이면서 1번 부서에 근무하는 사원들의 이름과 급여를 검색하라. SELECT EMPNAME, SALARY FROM EMPLOYEE WHERE TITLE = ‘과장’ AND DNO = 1; EMPNAME SALARY 박영권 3000000

4.4 SELECT문 부정 검색 조건 예: 부정 연산자 FROM EMPLOYEE 질의 : 직급이 과장이면서 1번 부서에 속하지 않은 사원들의 이름과 급여를 검색하라. SELECT EMPNAME, SALARY FROM EMPLOYEE WHERE TITLE = ‘과장’ AND DNO <> 1; EMPNAME SALARY 조민희 3000000

4.4 SELECT문 범위를 사용한 검색 예: 범위 연산자 FROM EMPLOYEE 질의 : 급여가 3000000원 이상이고, 4500000원 이하인 사원들의 이름, 직급, 급여를 검색하라. SELECT EMPNAME, TITLE, SALARY FROM EMPLOYEE WHERE SALARY BETWEEN 3000000 AND 4500000; BETWEEN은 양쪽의 경계값을 포함하므로 이 질의는 아래의 질의와 동일 WHERE SALARY >= 3000000 AND SALARY <= 4500000; EMPNAME TITLE SALARY 박영권 과장 3000000 이수민 부장 4000000 조민희

4.4 SELECT문 리스트를 사용한 검색 IN은 리스트 내의 값과 비교 예제는 DNO 값이 (1, 3)에 속하는가를 검사 질의 : 1번 이나 3번부서에 소속된 사원들에 관한 모든 정보를 검색하라. SELECT * FROM EMPLOYEE WHERE DNO IN (1, 3); EMPNO EMPNAME TITLE MANAGER SALARY DNO 3426 박영권 과장 4377 3000000 1 3011 이수민 부장 4000000 3 3427 최종철 사원 1500000 1365 김상원

SELECT절에서 산술 연산자(+, -, *, /) 사용 예: 산술 연산자 질의 : 직급이 과장인 사원들에 대하여 이름과, 현재의 급여, 급여가 10% 인상됐을때의 값을 검색하라. SELECT EMPNAME, SALARY, SALARY * 1.1 FROM EMPLOYEE WHERE TITLE = ‘과장’; EMPNAME SALARY SALARY * 1.1 박영권 3000000 3300000 조민희

4.4 SELECT문 널값 널값을 포함한 다른 값과 널값을 +, - 등을 사용하여 연산하면 결과는 널이 됨 COUNT(*)를 제외한 집단 함수들은 널값을 무시함 어떤 애트리뷰트에 들어 있는 값이 널인가 비교하기 위해서 ‘DNO=NULL’처럼 나타내면 안됨 SELECT EMPNAME, EMPNAME FROM EMPLOYEE WHERE DNO = NULL;

4.4 SELECT문 널값(계속) 다음과 같은 비교 결과는 모두 거짓 올바른 표현 SELECT EMPNAME, EMPNAME NULL > 300 NULL = 300 NULL <> 300 NULL = NULL NULL <> NULL 올바른 표현 SELECT EMPNAME, EMPNAME FROM EMPLOYEE WHERE DNO IS NULL;

4.4 SELECT문 표 4.7 unknown에 대한 OR 연산 true false unknown 표 4.8 unknown에 대한 AND연산 표 4.9 unknown에 대한 NOT연산

4.4 SELECT문 ORDER BY절 사용자가 SELECT문에서 질의 결과의 순서를 명시하지 않으면 DBMS가 투플들을 검색한 임의의 순서대로 사용자에게 제시됨 ORDER BY절에서 하나 이상의 애트리뷰트를 사용하여 검색 결과를 정렬할 수 있음 ORDER BY절은 SELECT문에서 가장 마지막에 사용되는 절 디폴트 정렬 순서는 오름차순(ASC) DESC를 지정하여 정렬 순서를 내림차순으로 지정할 수 있음 널값은 오름차순에서는 가장 마지막에 나타나고, 내림차순에서는 가장 앞에 나타남

4.4 SELECT문 예: ORDER BY FROM EMPLOYEE WHERE DNO = 2 ORDER BY SALARY; 질의 : 2번 부서에 근무하는 사원들의 이름, 직급, 급여를 검색하여 급여의 오름차순으로 정렬하라. SELECT EMPNAME, TITLE, SALARY FROM EMPLOYEE WHERE DNO = 2 ORDER BY SALARY; EMPNAME TITLE SALARY 김창섭 대리 2500000 조민희 과장 3000000 이성래 사장 5000000

4.4 SELECT문 집단 함수 데이터베이스에서 검색된 여러 투플들의 집단에 적용되는 함수 각 집단 함수는 한 릴레이션의 한 개의 애트리뷰트에 적용되어 단일 값을 반환함 SELECT절과 HAVING절에만 나타날 수 있음 COUNT(*)를 제외하고는 모든 집단 함수들이 널값을 제거한 후 남아 있는 값들에 대해서 집단 함수의 값을 구함 COUNT(*)는 결과 릴레이션의 모든 행들의 총 개수를 구하는 반면에 COUNT(애트리뷰트)는 해당 애트리뷰트에서 널값이 아닌 값들의 개수를 구함 키워드 DISTINCT가 집단 함수 앞에 사용되면 집단 함수가 적용되기 전에 먼저 중복을 제거함

4.4 SELECT문 예: MAX FROM EMPLOYEE; [표 4.10] 집단함수의 기능 질의 : 모든 사원들의 평균 급여와 최대 급여를 검색하라. SELECT AVG(SALARY),MAX(SALARY) FROM EMPLOYEE; AVG(SALARY) MAX(SALARY) 2928571 5000000 [표 4.10] 집단함수의 기능 집단함수 기능 COUNT 튜플이나 값들의 개수 SUM 값들의 합 AVG 값들의 평균값 MAX 값들의 최대값 MIN 값들의 최소갑

4.4 SELECT문 그룹화 GROUP BY절에 사용된 애트리뷰트에 동일한 값을 갖는 투플들이 각각 하나의 그룹으로 묶임 이때 사용된 애트리뷰트를 그룹화 애트리뷰트(grouping attribute)라고 함 각 그룹에 대하여 결과 릴레이션에 하나의 투플이 생성됨 SELECT절에는 각 그룹마다 하나의 값을 갖는 애트리뷰트, 집단 함수, 그룹화에 사용된 애트리뷰트들만 나타날 수 있음 다음 질의는 그룹화를 하지 않은 채 EMPLOYEE 릴레이션의 모든 투플에 대해서 사원번호와 모든 사원들의 평균 급여를 검색하므로 잘못됨 SELECT EMPNO,AVG(SALARY) FROM EMPLOYEE;

4.4 SELECT문 예: 그룹화 FROM EMPLOYEE GROUP BY DNO; 질의 : 모든 사원들에 대해서 사원들이 속한 부서번호별로 그룹화하고, 각 부서마다 부서 번호, 평균급여, 최대급여를 검색하라. SELECT DNO, AVG(SALARY),MAX(SALARY) FROM EMPLOYEE GROUP BY DNO;

4.4 SELECT문 EMPLOYEE 그룹 GROUP BY EMPNO EMPNAME TITLE MANAGER SALARY DNO 1365 김상원 사원 3426 1500000 1 박영권 과장 4377 3000000 2106 김창섭 대리 1077 2500000 2 1003 조민희 이성래 사장 ^ 5000000 3427 최종철 3011 3 이수민 부장 4000000 그룹 DNO AVG(SALARY) MAX(SALARY) 1 2250000 3000000 2 3500000 5000000 3 2750000 4000000 GROUP BY

4.4 SELECT문 HAVING 어떤 조건을 만족하는 그룹들에 대해서만 집단 함수를 적용할 수 있음 각 그룹마다 하나의 값을 갖는 애트리뷰트를 사용하여 각 그룹이 만족해야 하는 조건을 명시함 HAVING절은 그룹화 애트리뷰트에 같은 값을 갖는 투플들의 그룹에 대한 조건을 나타내고, 이 조건을 만족하는 그룹들만 질의 결과에 나타남 HAVING절에 나타나는 애트리뷰트는 반드시 GROUP BY절에 나타나거나 집단 함수에 포함되어야 함

4.4 SELECT문 예: HAVING FROM EMPLOYEE GROUP BY DNO 질의 : 모든 사원들에 대해서 사원들이 속한 부서번호별로 그룹화하고, 평균 급여가 2500000 이상인 부서에 대해서 부서번호, 평균급여, 최대급여를 검색하라. SELECT DNO, AVG(SALARY),MAX(SALARY) FROM EMPLOYEE GROUP BY DNO HAVING AVG(SALARY) >= 25000000;

4.4 SELECT문 EMPLOYEE 그룹 GROUP BY HAVING EMPNO EMPNAME TITLE MANAGER SALARY DNO 1365 김상원 사원 3426 1500000 1 박영권 과장 4377 3000000 2106 김창섭 대리 1077 2500000 2 1003 조민희 이성래 사장 ^ 5000000 3427 최종철 3011 3 이수민 부장 4000000 그룹 DNO AVG(SALARY) MAX(SALARY) 1 2250000 3000000 2 3500000 5000000 3 2750000 4000000 GROUP BY DNO AVG(SALARY) MAX(SALARY) 2 3500000 5000000 3 2750000 4000000 HAVING

4.4 SELECT문 집합 연산 집합 연산을 적용하려면 두 릴레이션이 합집합 호환성을 가져야 함 입력릴레이션 결과 릴레이션에서 중복 튜플 배제 UNION(합집합) EXCEPT(차집합) INTERSECT(교집합) 입력릴레이션 결과 릴레이션에서 중복 튜플 허용 UNION ALL(합집합) EXCEPT ALL(차집합) INTERSECT ALL(교집합)

4.4 SELECT문 예: 집합연산 FROM EMPLOYEE WHERE EMPNAME = ‘김창섭’) UNION 질의 : 김창섭이 속한 부서이거나 개발 부서의 부서번호를 검색하라. (SELECT DNO FROM EMPLOYEE WHERE EMPNAME = ‘김창섭’) UNION (SELECT DEPTNO FROM DEPARTMENT WHERE DEPTNAME = ‘개발’) ; DNO 2 3

4.4 SELECT문 조인 조인은 두 개의 릴레이션으로부터 연관된 투플들을 결합 조인의 일반적인 형식은 아래의 SELECT문과 같이 FROM절에 두 개 이상의 릴레이션들이 열거되고, 두 릴레이션에 속하는 애트리뷰트들을 비교하는 조인 조건이 WHERE절에 포함됨 조인 조건은 두 릴레이션 사이에 속하는 애트리뷰트 값들을 비교 연산자로 연결한 것 가장 흔히 사용되는 비교 연산자 : = SELECT … FROM R, S WHERE R.A <비교 연산자> S.B ; 조인조건

4.4 SELECT문 조인(계속) 조인 조건을 생략했을 때와 조인 조건을 틀리게 표현했을 때는 카티션 곱이 생성됨 조인 조건이 명확해지도록 애트리뷰트 이름 앞에 릴레이션 이름이나 투플 변수를 사용하는 것이 바람직 두 릴레이션의 조인 애트리뷰트 이름이 동일하다면 반드시 애트리뷰트 이름 앞에 릴레이션 이름이나 투플 변수를 사용해야 함

4.4 SELECT문 예: 조인질의 질의 : 모든 사원의 이름과 이 사원이 속한 부서 이름을 검색하라 SELECT EMPNAME, DEPTNAME FROM EMPLOYEE AS E, DEPARTMENT AS D WHERE E.DNO = D.DEPTNO; EMPLOYEE 릴레이션의 각 튜플에 대해 부서번호를 사용하여 DEPARTMENT 릴레이션에서 같은 부서번호를 갖는 튜플을 찾는다. EMPLOYE 릴레이션의 튜플과 DEPARTMENT 튜플을 결합하면 결과 릴레이션의 한 튜플이 생성된다. EMPLOYEE 릴레이션의 마지막 튜플까지 이 과정을 반복한다.

4.4 SELECT문 EMPLOYEE DEPARTMENT EMPNO EMPNAME … DNO 2106 김창섭 2 3426 박영권 1 3011 이수민 3 1003 조민희 3427 최종철 1365 김상원 4377 이성래 DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 7 2106 김창섭 … 2 2 기획 10 2106 김창섭 … 2 기획 10

4.4 SELECT문 EMPLOYEE EMPNO EMPNAME TITLE MANAGER SALARY DNO 2106 김창섭 대리 1077 2500000 2 3426 박영권 과장 4377 3000000 1 3011 이수민 부장 4000000 3 1003 조민희 3427 최종철 사원 1500000 1365 김상원 이성래 사장 ^ 5000000 DEPTNAME FLOOR 영업 8 기획 10 개발 9 총무 7

4.4 SELECT문 자체 조인(self join) 한 릴레이션에 속하는 투플을 동일한 릴레이션에 속하는 투플들과 조인하는 것 실제로는 한 릴레이션이 접근되지만 FROM절에 두 릴레이션이 참조되는 것처럼 나타내기 위해서 그 릴레이션에 대한 별칭을 두 개 지정해야 함 예: 자체조인 질의 : 모든 사원에 대해서 사원의 이름과 직속상사의 이름을 검색하라 SELECT E.EMPNAME, M.EMPNAME FROM EMPLOYEE AS E, EMPLOYEE AS M WHERE E.MANAGER = M.EMPNO; EMPLOYEE 릴레이션의 각 튜플에 대해 상사번호(MANAGER)를 사용하여 자체릴레이션 에서 그 상사번호와 같은 사원번호를 갖는 튜플을 찾는다. 두 튜플을 결합하면 결과 릴레이션의 한 튜플이 생성된다. EMPLOYEE 릴레이션의 마지막 튜플까지 이 과정을 반복한다. 사용자가 검색하려는 애트리뷰트만 프로젝션한다.

4.4 SELECT문 EMPLOYEE EMPLOYEE EMPNO EMPNAME MANAGER … 2106 김창섭 1003 3426 박영권 4377 3011 이수민 조민희 3427 최종철 1365 김상원 이성래 ^ EMPNO EMPNAME MANAGER … 2106 김창섭 1003 3426 박영권 4377 3011 이수민 조민희 3427 최종철 1365 김상원 이성래 ^ 2106 김창섭 1003 … 1003 조민희 4377 … 2106 김창섭 1003 … 조민희 4377 …

4.4 SELECT문 최종결과 릴레이션 E.EMPNAME M.EMPNAME 김창섭 조민희 박영권 이성래 이수민 최종철 김상원

4.4 SELECT문 예: 조인과 ORDER BY의 결합 FROM EMPLOYEE AS E, DEPARTMENT AS D 질의 : 모든 사원에 대해서 사원에 대해서 소속 부서이름, 사원의 이름, 직급, 급여를 검색 하라. 부서 이름에 대해서 오름차순, 부서이름이 같은 경우에는 SALARY에 대해서 내림차 순으로 정렬하라 SELECT DEPTNAME, EMPNAME, TITLE, SALARY FROM EMPLOYEE AS E, DEPARTMENT AS D WHERE E.DNO = D.DEPTNO ORDER BY DEPTNAME, SALARY DESC; DEPTNAME EMPNAME TITLE SALARY 개발 이수민 부장 4000000 최종철 사원 1500000 기획 이성래 사장 5000000 조민희 과장 3000000 김창섭 대리 2500000 영업 박영권 김상원 오름차순 내림차순

4.4 SELECT문 중첩 질의(nested query) 외부 질의의 WHERE절에 다시 SELECT ... FROM ... WHERE 형태로 포함된 SELECT문 부질의(subquery)라고 함 INSERT, DELETE, UPDATE문에도 사용될 수 있음 중첩 질의의 결과로 한 개의 스칼라값(단일 값), 한 개의 애트리뷰트로 이루어진 릴레이션, 여러 애트리뷰트로 이루어진 릴레이션이 반환될 수 있음

4.4 SELECT문 외부질의 중첩질의 SELECT ... FROM ... WHERE ... (SELECT ... [그림 4.10] 중첩 질의의 구조

4.4 SELECT문 예: 한 개의 스칼라 값이 반환되는 경우 FROM EMPLOYEE WHERE TITLE = 질의 : 박영권과 같은 직급을 갖는 모든 사원들의 이름과 직급을 검색하라. 아래와 같이 각 사원의 이름과 직급을 검색하는 질의(외부질의)가 필요하다 SELECT EMPNAME, TITLE FROM EMPLOYEE WHERE TITLE = 아래와 같이 박영권의 직급을 검색하는 질의(중첩질의)가 필요하다. SELECT TITLE WHERE EMPNAME = ‘박영권’ 두 질의를 하나로 결합하면 박영권과 같은 직급을 갖는 모든 사원들의 이름과 직급을 검색 할 수 있다. SELCECT EMPNAME, TITLE (SELECT TITLE WHERE EMPNAME = ‘박영권’); 과장

한 개의 애트리뷰트로 이루어진 릴레이션이 반환되는 경우 4.4 SELECT문 한 개의 애트리뷰트로 이루어진 릴레이션이 반환되는 경우 중첩 질의의 결과로 한 개의 애트리뷰트로 이루어진 다수의 투플들이 반환될 수 있음 외부 질의의 WHERE절에서 IN, ANY(SOME), ALL, EXISTS와 같은 연산자를 사용해야 함 IN : 한 애트리뷰트가 값들의 집합에 속하는가를 테스트할 때 사용됨 ANY : 한 애트리뷰트가 값들의 집합에 속하는 하나 이상의 값들과 어떤 관계를 갖는가를 테스트하는 경우에 사용 ALL : 한 애트리뷰트가 값들의 집합에 속하는 모든 값들과 어떤 관계를 갖는가를 테스트하는 경우에 사용 EXISTS : 여러 애트리뷰트로 이루어진 릴레이션이 반환되는 경우에 사용

4.4 SELECT문 예: IN 예: ANY 2106 3426 3011 2500000 3000000 4000000 ( 3426 IN )은 참이다 ( 3000000 < ANY )은 거짓이다 2106 3426 3011 2500000 3000000 4000000 ( 1365 IN )은 거짓이다 ( 4000000 < ANY )은 거짓이다 2106 3426 3011 ( 1365 NOT IN )은 참이다

4.4 SELECT문 예: ALL 2500000 3000000 4000000 2500000 3000000 4000000 ( 3000000 < ALL )은 거짓이다 ( 3000000 = ALL )은 거짓이다 2500000 3000000 4000000 2500000 3000000 4000000 ( 1500000 < ALL )은 참이다 ( 1500000 <> ALL )은 참이다

4.4 SELECT문 예: IN을 사용한 질의 SELECT EMPNAME FROM EMPLOYEE WHERE DNO IN 질의 : 영업부나 개발부에 근무하는 사원들의 이름을 검색하라. SELECT EMPNAME FROM EMPLOYEE WHERE DNO IN (SELECT DEPTNO FROM DEPARTMENT WHERE DEPTNAME = ‘영업’ OR DEPTNAME = ‘개발’); (1, 3)

4.4 SELECT문 예: IN을 사용한 질의 SELECT EMPNAME 이 질의를 중첩질의를 사용하지 않은 다음과 같은 질의로 나타낼 수 있다. 실제로 중첩질의 를 사용하여 표현된 대부분의 질의가 없는 질의로 표현할 수 있다. SELECT EMPNAME FROM EMPLOYEE AS E, DEPARTMENT AS D WHERE E.DNO = D.DEPTNO AND (D.DEPTNAME = ‘영업’ OR D.DEPTNAME = ‘개발’); EMPNAME 박영권 이수민 최종철 김상원

여러 애트리뷰트들로 이루어진 릴레이션이 반환되는 경우 4.4 SELECT문 여러 애트리뷰트들로 이루어진 릴레이션이 반환되는 경우 중첩 질의의 결과로 여러 애트리뷰트들로 이루어진 릴레이션이 반환되는 경우에는 EXISTS 연산자를 사용하여 중첩 질의의 결과가 빈 릴레이션인지 여부를 검사함 중첩 질의의 결과가 빈 릴레이션이 아니면 참이 되고, 그렇지 않으면 거짓

4.4 SELECT문 예: EXISTS를 사용한 질의 SELECT EMPNAME FROM EMPLOYEE AS E, 질의: 영업부나 개발부에 근무하는 사원들의 이름을 검색하라. SELECT EMPNAME FROM EMPLOYEE AS E, WHERE EXISTS (SELECT * FROM DEPARTMENT AS D WHERE E.DNO = D.DEPTNO AND (D.DEPTNAME = ‘영업’ OR D.DEPTNAME = ‘개발’)); EMPNAME 박영권 이수민 최종철 김상원

상관 중첩 질의(correlated nested query) 4.4 SELECT문 상관 중첩 질의(correlated nested query) 중첩 질의의 WHERE절에 있는 프레디키트에서 외부 질의에 선언된 릴레이션의 일부 애트리뷰트를 참조하는 질의 중첩 질의의 수행 결과가 단일 값이든, 하나 이상의 애트리뷰트로 이루어진 릴레이션이든 외부 질의로 한 번만 결과를 반환하면 상관 중첩 질의가 아님 상관 중첩 질의에서는 외부 질의를 만족하는 각 투플이 구해진 후에 중첩 질의가 수행되므로 상관 중첩 질의는 외부 질의를 만족하는 투플 수만큼 여러 번 수행될 수 있음

4.4 SELECT문 예: 상관 중첩 질의 FROM EMPLOYEE AS E WHERE SALARY > 질의 : 자신이 속한 부서의 사원들의 평균 급여보다 많은 급여를 받는 사원들에 대해 이름, 부서번호, 급여를 검색하라 SELECT EMPNAME, DNO, SALARY FROM EMPLOYEE AS E WHERE SALARY > (SELECT AVG(SALARY) FROM EMPLOYEE WHERE DNO = E.DNO); 중첩질의에서 릴레이션 이름을 함께 표현하지 않은 DNO 애트리뷰트는 중첩 질의의 EMPLOYEE 릴레이션을 참조하는 것이다. 외부 질의에 명시된 EMPLOYEE 릴레이션의 DNO 애트리뷰트를 참조하려면 E,DNO와 같이 별칭을 사용해야한다. 다시 말해, 중첩 질의에서 별칭을 붙이지 않은 모든 애트리뷰트들은 중첩 질의에 명시된 릴레이션 에 속하는 것이다. 상관

목차 I. 관계 대수 II. SQL 개요 III. 데이터 정의어와 무결성 제약조건 IV. SELECT문 V. INSERT, DELETE, UPDATE문 VI. 트리거(trigger)와 주장(assertion) VII. 내포된 SQL

4.5 INSERT, DELETE, UPDATE문 INSERT문 기존의 릴레이션에 투플을 삽입 참조되는 릴레이션에 투플이 삽입되는 경우에는 참조 무결성 제약조건의 위배가 발생하지 않으나 참조하는 릴레이션에 투플이 삽입되는 경우에는 참조 무결성 제약조건을 위배할 수 있음 릴레이션에 한 번에 한 투플씩 삽입하는 것과 한 번에 여러 개의 투플들을 삽입할 수 있는 것으로 구분 릴레이션에 한 번에 한 투플씩 삽입하는 INSERT문 INSERT INTO 릴레이션(애트리뷰트1, …, 애트리뷰트n) VALUE (값1, …, 값n) ;

4.5 INSERT, DELETE, UPDATE문 예: 한 개의 튜플을 삽입 INSERT INTO DEPARTMENT 질의: DEPARTMENT 릴레이션에 (5, 연구, ^) 튜플을 삽입하는 INSERT문은 아래와 같다. INSERT INTO DEPARTMENT VALUES (5, ‘연구’,NULL ); DEPARTMENT DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 7 5 연구 ^

4.5 INSERT, DELETE, UPDATE문 INSERT문(계속) INTO 릴레이션(애트리뷰트1, …, 애트리뷰트n) SELECT … FROM … WHERE … ; 예: 여러 개의 튜플을 삽입 질의: EMPLOYEE 릴레이션에서 급여가 3000000 이상인 사원들의 이름, 직급, 급여를 검색하여 HIGH SALARY라는 릴레이션에 삽입하라. HIGH_SALARY 릴레이션은 이미 생성 되어 있다. INSERT INTO HIGH_SALARY(ENAME, TITLE, SAL) SELECT EMPNAME, TITLE, SALARY FROM EMPLOYEE WHERE SALARY >= 3000000;

4.5 INSERT, DELETE, UPDATE문 DELETE문 삭제 연산은 한 릴레이션으로부터 한 개 이상의 투플들을 삭제함 참조되는 릴레이션의 삭제 연산의 결과로 참조 무결성 제약조건이 위배될 수 있으나, 참조하는 릴레이션에서 투플을 삭제하면 참조 무결성 제약조건을 위배하지 않음 DELETE문의 구문 DELETE FROM 릴레이션 WHERE 조건 ;

4.5 INSERT, DELETE, UPDATE문 예: DELETE문 DELETE FROM DEPARTMENT WHERE DEPTNO = 4 ; DEPARTMENT DEPARTMENT DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4 총무 7 DEPTNO DEPTNAME FLOOR 1 영업 8 2 기획 10 3 개발 9 4번 부서 삭제

4.5 INSERT, DELETE, UPDATE문 UPDATE문 한 릴레이션에 들어 있는 투플들의 애트리뷰트 값들을 수정 기본 키나 외래 키에 속하는 애트리뷰트의 값이 수정되면 참조 무결성 제약조건을 위배할 수 있음 UPDATE문의 구문 UPDATE 릴레이션 SET 애트리뷰트 = 값 또는 식[, …] WHERE 조건 ;

4.5 INSERT, DELETE, UPDATE문 예: UPDATE문 UPDATE EMPLOYEE 질의: 사원번호가 2106인 사원의 소속 부서를 3번 부서로 옮기고, 급여를 5% 올려라. UPDATE EMPLOYEE SET DNO = 3, SALARY = SALARY * 1.05 WHERE EMPNO = 2106 ; EMPLOYEE EMPLOYEE EMPNO … SALARY DNO 2106 2500000 2 3426 3000000 1 3011 4000000 3 1003 3427 1500000 1365 4377 5000000 EMPNO … SALARY DNO 2106 2625000 3 3426 3000000 1 3011 4000000 1003 2 3427 1500000 1365 4377 5000000 2106 UPDATE

목차 I. 관계 대수 II. SQL 개요 III. 데이터 정의어와 무결성 제약조건 IV. SELECT문 V. INSERT, DELETE, UPDATE문 VI. 트리거(trigger)와 주장(assertion) VII. 내포된 SQL

4.6 트리거(trigger)와 주장(assertion) 명시된 이벤트(데이터베이스의 갱신)가 발생할 때마다 DBMS가 자동적으로 수행하는, 사용자가 정의하는 문(프로시저) 트리거는 데이터베이스의 무결성을 유지하기 위한 일반적이고 강력한 도구 제약조건이 트리거보다 성능이 우수하고, 코딩이 불필요하기 때문에 선언하고 수정하기가 용이하므로 가능하면 제약조건을 사용하는 것이 좋음 트리거는 테이블 정의시 표현할 수 없는 기업의 비즈니스 규칙들을 시행하는 역할 트리거를 명시하려면 트리거를 활성화시키는 사건인 이벤트, 트리거가 활성화되었을 때 수행되는 테스트인 조건, 트리거가 활성화되고 조건이 참일 때 수행되는 문(프로시저)인 동작을 표현해야 함 트리거를 이벤트-조건-동작(ECA) 규칙이라고도 부름 E는 Event, C는 Condition, A는 Action을 의미 SQL3 표준에 포함되었으며 대부분의 상용 관계 DBMS에서 제공됨

4.6 트리거(trigger)와 주장(assertion) 트리거(계속) SQL3에서 트리거의 형식 이벤트의 가능한 예로는 테이블에 투플 삽입, 테이블로부터 투플 삭제, 테이블의 투플 수정 등이 있음 조건은 임의의 형태의 프레디키트 동작은 데이터베이스에 대한 임의의 갱신 트리거가 제약조건과 유사하지만 어떤 이벤트가 발생했을 때 조건이 참이 되면 트리거와 연관된 동작이 수행되고, 그렇지 않으면 아무 동작도 수행되지 않음 삽입, 삭제, 수정 등이 일어나기 전(before)에 동작하는 트리거와 일어난 후(after)에 동작하는 트리거로 구분 CREATE TRIGGER <트리거이름> AFTER <트리거를 유발하는 이벤트들이 OR로 연결된 리스트> ON <릴레이션> [WHEN <조건>] BEGIN <SQL문(들)> END

4.6 트리거(trigger)와 주장(assertion) 예: 트리거 새로운 사원이 입사할 때마다 사원의 급여가 1500000미만인 경우에는 급여를 10% 인상 하는 트리거를 작성하라. 여기서 이벤트는 새로운 사원 튜플이 삽입될 때, 조건은 급여 < 1500000, 동작은 급여를 10% 인상하는 것이다. CREATE TRIGGER RAISE_SALARY AFTER INSERT ON EMPLOYEE REFERENCING NEW AS newEmployee FOR EACH ROW WHEN (newEmployee.SALARY < 1500000) UPDATE EMPLOYEE SET SALARY = SALARY * 1.1 WHERE EMPNO = newEmployee.EMPNO ;

4.6 트리거(trigger)와 주장(assertion) 연쇄적으로 활성화되는 트리거 하나의 트리거가 활성화되어 이 트리거 내의 한 SQL문이 수행되고, 그 결과로 다른 트리거를 활성화하여 그 트리거 내의 SQL문이 수행될 수 있음 SQL statement UPDATE Table1 SET …; UPDATE_Table1 트리거를 활성화시킴 UPDATE_Table1 Trigger BEFORE UPDATE On Table1 FOR EACH ROW BEGIN … INSERT INTO Table2 VALUE (…); END; INSERT_Table2 트리거를 활성화시킴 INSERT_Table1 Trigger BEFORE UPDATE On Table2 FOR EACH ROW BEGIN … INSERT INTO … VALUE (…); END; [그림 4.12] 연쇄적인 트리거의 활성화

4.6 트리거(trigger)와 주장(assertion) 주장은 SQL3에 포함되어 있으나 대부분의 상용 관계 DBMS가 아직 지원하고 있지 않음 트리거는 제약조건을 위반했을 때 수행할 동작을 명시하는 것이고, 주장은 제약조건을 위반하는 연산이 수행되지 않도록 함 주장의 구문 트리거보다 좀더 일반적인 무결성 제약조건 데이터베이스가 항상 만족하기를 바라는 조건을 표현하는 프레디키트 DBMS는 주장의 프레디키트를 검사하여 만일 참이면 주장을 위배하지 않는 경우이므로 데이터베이스 수정이 허용됨 일반적으로 두 개 이상의 테이블에 영향을 미치는 제약조건을 명시하기 위해 사용됨 CREATE ASSERTION 이름 CHECK 조건

4.6 트리거(trigger)와 주장(assertion) 예: 주장 STUDENT(학생)릴레이션과 ENROLL(수강)릴레이션의 스키마가 아래와 같다. STUDENT 릴레이션의 기본 키는 STNO이다. ENROLL 릴레이션의 STNO는 STUDENT 릴레이션의 기본 키를 참조한다. STUDENT(STNO, STNAME, EMAIL, ADDRESS, PHONE) ENROLL(STNO, COURSENO, GRADE) ENROLL 릴레이션에 들어 있는 STNO는 반드시 STUDENT 릴레이션에 들어 있는 어떤 학생의 STNO를 참조하도록 하는 주장을 정의하려 한다. 다시 말해 STUDENT 릴레이션에 없는 어떤 학생의 학번이 ENROLL 릴레이션에 나타나는 것을 허용하지 않으려고 한다. CREATE ASSERTION EnrollStudentIntegrity CHECK (NOT EXISTS (SELECT * FROM ENROLL WHERE STNO NOT IN (SELECT STNO FROM STUDENT)));

목차 I. 관계 대수 II. SQL 개요 III. 데이터 정의어와 무결성 제약조건 IV. SELECT문 V. INSERT, DELETE, UPDATE문 VI. 트리거(trigger)와 주장(assertion) VII. 내포된 SQL

4.7 내포된 SQL 내포된 SQL(embedded SQL) SQL은 호스트 언어가 갖고 있는 조건문(IF문), 반복문(WHILE문), 입출력 등과 같은 동작, 사용자와의 상호 작용, 질의 결과를 GUI로 보내는 등의 기능을 갖고 있지 않음 C, C++, 코볼, 자바 등의 언어로 작성하는 프로그램에 SQL문을 삽입하여, 데이터베이스를 접근하는 부분을 SQL이 맡고 SQL에 없는 기능은 호스트 언어로 작성하는 것이 필요 호스트 언어에 포함되는 SQL문을 내포된 SQL이라 부름 데이터 구조가 불일치하는 문제(impedance mismatch 문제)

4.7 내포된 SQL 내포된 SQL(계속) 오라클에서 C 언어에 SQL문을 내포시키는 환경을 Pro*C라 부름 일반적으로 내포된 SQL문이 포함된 소스 파일의 확장자는 .pc 이 파일을 Pro*C를 통하여 전컴파일(precompiler)하면 확장자가 .c인 C 소스 프로그램이 생성됨 호스트 언어로 작성 중인 프로그램에 SQL문을 내포시킬 때 해당 호스트 언어의 컴파일러가 어떻게 호스트 언어의 문과 SQL문을 구별할 것인가? 호스트 언어로 작성 중인 프로그램에 포함된 SELECT, INSERT, DELETE, UPDATE 등 모든 SQL문에는 반드시 문장의 앞부분에 EXEC SQL을 붙임 EXEC SQL은 EXEC SQL부터 세미콜론(;) 사이에 들어 있는 문장이 내포된 SQL문임을 전컴파일러에게 알림 Pro*C 전컴파일러는 내포된 SQL문을 C 컴파일러에서 허용되는 함수 호출로 변환함

4.7 내포된 SQL [그림 4.12] 내포된 SQL문의 컴파일 과정 편집기 호스트 언어 컴파일러 호스트 언어 + 오브젝트 프로그램 전컴파일러 오라클 런타임 라이브러리(SQLLIB) 링커 호스트 언어 + 함수 호출문 실행 프로그램 [그림 4.12] 내포된 SQL문의 컴파일 과정

4.7 내포된 SQL Pro*C 윈도우2000 환경에서 Pro*C를 실습하려면 3장에서 설명한 OUI를 사용하여 오라클 클라이언트를 별도로 설치해야 함 또한 비주얼 스튜디오 6.0 등의 소프트웨어도 필요 정적인 SQL문은 C 프로그램에 내포된 완전한 Transact-SQL문 동적인 SQL문은 응용을 개발할 때 완전한 SQL문의 구조를 미리 알고 있지 않아도 됨 동적인 SQL문은 불완전한 Transact-SQL문으로서 일부 또는 전부를 질의가 수행될 때 입력 가능 정적인 SQL문은 입력값과 출력 데이터를 위해서 C 프로그램의 변수들을 포함할 수 있음 SQL문에 포함된 C 프로그램의 변수를 호스트 변수(host variable)라고 부름

4.7 내포된 SQL 예: 호스트 변수 아래의 부분 프로그램은 호스트 변수를 사용한 C 프로그램의 예를 보여준다. 이 프로그램은 사용자에게 사원의 번호를 입력하도록 하고, 사용자가 입력한 값을 호스트 변수 no에 저장 한다. 그 다음에 프로그램 DBSERVER 데이터베이스의 EMPLOYEE 릴레이션에서 그 사원 의 직급을 검색하여 호스트 변수 title에 저장한다. #include<stdio.h> EXEC SQL BEGIN DECLARE SECTION; int no; varchar title[10]; EXEC SQL END DECLARE SECTION; EXEC SQL INCLUDE SQLCA.H; /*SQL 통신영역 호스트 변수 선언

4.7 내포된 SQL void main() { char *uid = “KIM/kim@DBSERVER”; EXEC SQL WHENEVER SQLERROR GOTO errexit; EXEC SQL CONNECT :uid; /*DESERVER 데이터베이스에 사용자가 KIM으로 접속 */ printf(“Enter employee number : “); scanf(“%d”, &no); EXEC SQL SELECT title INTO : title FROM EMPLOYEE WHERE empno = :no; printf(“\Author’s title is %s. \n”, title); EXEC SQL COMMIT WORK; exit(0); errexit; EXEC SQL ROLLBACK WORK; exit(1); } 애트리뷰트 호스트 변수

4.7 내포된 SQL 불일치 문제와 커서 호스트 언어는 단일 변수/레코드 위주의 처리(투플 위주의 방식)를 지원하는 반면에 SQL은 데이터 레코드들의 처리(집합 위주의 방식)를 지원하기 때문에 불일치 문제가 발생함 불일치 문제를 해결하기 위해서 커서(cursor)가 사용됨 두 개 이상의 투플들을 검색하는 SQL문에 대해서는 반드시 커서를 선언하고 사용해야 함 커서는 한 번에 한 투플씩 가져오는 수단 DECLARE CURSOR문을 사용하여 커서를 정의함 OPEN cursor문은 질의를 수행하고, 질의 수행 결과의 첫 번째 투플 이전을 커서가 가리키도록 한다. 이 것이 커서의 현재 투플 그 다음에 FETCH문은 커서를 다음 투플로 이동하고, 그 투플의 애트리뷰트 값들을 FETCH문에 명시된 호스트 변수들에 복사함 CLOSE cursor는 커서를 닫음

4.7 내포된 SQL 예: 정적인 커서 아래의 부분 프로그램은 정적인 커서의 예를 보여준다. EXEC SQL BEGIN DECLARE SECTION; char name[] = “박영권”; char title[10]; EXEC SQL END DECLARE SECTION; EXEC SQL DECLARE title_cursor CURSOR FOR SELECT title FROM employee WHERE empname = :name; EXEC SQL OPEN title_cursor; EXEC SQL FETCH title_cursor INTO :title

4.7 내포된 SQL 루프 내의 FETCH문 결과 집합이 비었거나 더 이상의 가져올 투플이 없으면 FETCH문은 ‘no data found’ 에러를 발생시킴 WHENEVER의 구문 조건에는 WHERE절을 만족하는 투플이 없는 경우를 나타내는 NOT FOUND, 에러가 발생한 경우인 SQLERROR 등 동작에는 프로그램의 다음 문장을 수행하는 CONTINUE, 특정 레이블로 이동하는 GOTO, 루프를 빠져나오는 DO BREAK 등 EXEC SQL WHENEVER NOT FOUND GOTO ... for (; ;) EXEC SQL WHENEVER <조건> <동작>;

SQL 통신 영역(SQLCA: SQL Communications Area) C 프로그램에 내포된 SQL문에 발생하는 에러들을 사용자에게 알려줌 사용자는 SQLCA 데이터 구조(SQLCH.H)의 에러 필드와 상태 표시자를 검사하여 내포된 SQL문이 성공적으로 수행되었는가 또는 비정상적으로 수행되었는가를 파악할 수 있음 SQLCA 데이터 구조 중에서 가장 중요하고 널리 사용되는 필드는 SQLCODE 변수 SQLCODE의 값이 0이면 마지막에 내포된 SQL문이 성공적으로 끝났음을 의미 SQLCA를 사용하기 위해서는 아래와 같은 문장을 포함해야 함 EXEC SQL INCLUDE SQLCA.H 또는 #include <sqlca.h>

오라클 통신 영역(ORACA: Oracle Communications Area) 4.7 내포된 SQL 오라클 통신 영역(ORACA: Oracle Communications Area) SQLCA라는 SQL 표준을 오라클에서 확장한 구조체 sqlca에서 얻을 수 있는 정보 외에 추가로 필요한 정보를 호스트 프로그램에게 제공하기 위한 구조체

4.7 내포된 SQL 예: SQLCODE 아래의 부분 프로그램은 SQLCODE르 사용하여, 내포된 SQL문이 성공적으로 끝났는가를 검사한다. EXEC SQL DECLARE c1 CURSOR FOR; SELECT empno, empname, totle, manager, salary, dno FROM employee; EXEC SQL OPEN c1; while (SQLCODE == 0) { /*데이터를 성공적으로 가져올 수 있으면 SQLCODE의 값이 0이다 */ EXEC SQL FETCH c1 INTO :eno, :name, :title, :manager :salary, :dno; if (SQLCODE == 0) printf(“%4d %12s %12s %4d %8d %2d”, eno, name, title, manager, salary, dno); } EXEC SQL CLOSE c1;