[구로국비지원IT학원/재직자환급/오라클교육/SQL기초]#21.SQL초보에서 Schema Objects까지

SQL초보에서 Schema Objects까지
8.1.5 FlashBack Drop 및 Recycle Bin
리사이클빈(Recycle Bin)이란?
Oracle10g 이후 생긴 기능으로 테이블이 삭제되면 완전히 삭제되지 않고 테이블의 이름을 변경한
후 테이블스페이스 내의 리사이클 빈 영역(윈도우 휴지통 같은 곳)으로 이동 시킨다. 오브젝트가
삭제되면 삭제되는 오브젝트의 정보를 포함하고 있는 데이터 딕셔너리에 존재하는 테이블로써 윈
도우의 휴지통과 비슷한 개념으로 이기능을 이용하여 DROP TABLE 후 복구가 가능하다.
 리사이클 빈으로 옮겨가는 테이블을 FLASHBACK TABLE이라고 한다.
 리사이클 빈안에 만들어지는 FLASHBACK TABLE의 이름은 “BIN$unique_id$version” 형태를 가
진다.(unique_id는 26자의 오브젝트에 대한 유일한 문자열이다)
--세션 레벨에서 리사이클빈 기능의 활성화, 비활성화(기본은 Enabled 이다)
--alter session, alter system 명령으로 가능하며 기능이 꺼져있는 경우 테이블 삭제시 복구 불가능
하다.
SQL> alter session set recyclebin = off;
세션이 변경되었습니다.
SQL> alter session set recyclebin = on;
세션이 변경되었습니다.
--리사이클빈은 아래 명령으로 확인 가능하다.
SQL>drop table sales;
SQL> select object_name, original_name from recyclebin;
OBJECT_NAME ORIGINAL_NAME
------------------------------ --------------------------------
BIN$Taaxs2vjQAS14g+08tU/dg==$0 SALES

SQL> show recyclebin;
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
SALES BIN$Taaxs2vjQAS14g+08tU/dg==$0 TABLE 2014-09-10:12:45:02
--DROP TABLE 명령어 사용시 뒤부분에 PURGE하고 하면 테이블은 영구히 삭제되며 리사이클 빈
으로 이동되지 않는다.
SQL> create table t1 ( id number);
테이블이 생성되었습니다.
SQL> drop table t1;
테이블이 삭제되었습니다.
SQL> desc t1;
ERROR:
ORA-04043: t1 객체는 존재하지 않습니다.
ORIGINAL NAME RECYCLEBIN NAME OBJECT TYPE DROP TIME
---------------- ------------------------------ ------------ -------------------
T1 BIN$TcAMYpDbS8SAUlBQ8kfwVQ==$0 TABLE 2014-09-10:13:30:49
-- flashback table명령어로 복구
SQL> flashback table t1 to before drop;
플래시백이 완료되었습니다.
-- purge 옵션으로 drop하면 리사이클빈에 저장되지 않는다.
SQL> drop table t1 purge;
-- 리사이클빈에는 아무것도 없다.
SQL> -- T1 테이블을 리사이클빈에서 영구히 삭제하려면 아래처럼 purge를 사용한다.
SQL> purge table t1;
테이블이 지워졌습니다.
SQL> -- 리사이클빈 전체를 purge하면 현재 USER의 리사이클빈이 삭제된다.
SQL> purge recyclebin;
휴지통이 지워졌습니다.

SQL> flashback table t1 to before drop;
flashback table t1 to before drop
*
1행에 오류:
ORA-38305: 객체가 RECYCLE BIN에 없음
SQL> conn scott/tiger
연결되었습니다.
SQL> -- 현재 테이블스페이스는 USERS이다.
SQL> select default_tablespace from user_users;
DEFAULT_TABLESPACE
------------------------------
USERS
SQL> purge tablespace users;
테이블스페이스가 지워졌습니다.
SQL> purge tablespace users user scott;
테이블스페이스가 지워졌습니다.
 다음과 같이 테이블을 만들고 삭제를 반복했다면 리사이클빈에 오리지널 테이블 이름이 EMP
인 것이 여러개 존재할 것이다.
CREATE TABLE EMP ( ...columns ); # EMP version 1
DROP TABLE EMP;
DROP TABLE EMP;

DROP TABLE EMP;
......
......
SQL> SHOW RECYCLEBIN;
ORIGINAL_NAME RECYCLEBIN_NAME OBJECT_TYPE DROP_TIME
--------------------------------------------------------------
EMP BIN$TaaaXccddd+ee$0 TABLE 2016-01-01
EMP BIN$TaaaXccd3d+ee$1 TABLE 2016-02-01
EMP BIN$TaaaXccdyd+ee$2 TABLE 2016-03-01
 아래와 같이 복구하는 경우 가장 최근에 삭제된 테이블이 복구된다.
FLASHBACK TABLE EMP TO BEFORE DROP;
 물론 아래처럼 최근의 EMP 테이블을 복구하면서 RENAME 명령으로 이름을 바꾸는 것도 한
방법이다.
FLASHBACK TABLE EMP TO BEFORE DROP RENAME TO EMP_VERSION_3;
또한 플래시백 테이블의 이름으로 복구도 가능하다.
FLASHBACK TABLE " BIN$TaaaXccddd+ee$0" TO BEFORE DROP;
8.1.6 데이터 무결성(Data Integrity) 제약조건(Constraints)
무결성 제약조건이란?
 IC(Integrity Constraints)는 하나의 테이블내의 칼럼 값에 대해 제약을 가하는 조건으로 데이터
값의 무결함, 정확성, 일관성을 보장하기 위한 방법이다.
 무결성 제약조건에 맞지 않는 데이터가 입력되면 DML(INSERT, UPDATE, DELETE, MERGE)은 롤

백된다.
 테이블 생성시 또는 생성 후 무결성 제약조건 추가 가능 하다.
 테이블의 모든 무결성 제약조건은 데이터 딕셔너리에 저장된다.
 제약조건을 지정할 때 이름을 부여하지 않으면 오라클 내부적으로 SYS_Cn 형태로 이름이 부
여된다
무결성 제약조건(IC) Description
NOT NULL 칼럼값은 NULL 을 가질 수 없다.
PRIMARY
KEY(기본키)
테이블의 행을 유일하게 구별하기 위한 키
Unique Constrinats, NOT NULL Constraints 를 결합한 형태
FOREIGN
KEY(외래키)
같거나/다른 테이블의 PK/UK 값을 참조하기 위한 제약조건
(EMP 테이블에서 DEPTNO 칼럼은 값이 입력된다면 반드시
DEPT 테이블의 DEPTNO 칼럼 값이 입력되어야 한다.)
UNIQUE 칼럼 값은 유일해야 한다.
CHECK 칼럼에 입력되는 값을 지정하거나 그 범위를 지정
무결성 제약조건 정의
컬럼 레벨(Column Constraints Level) : 단일 칼럼에 정의하는것으로 칼럼의 정의가 끝나기 전에 제
약조건을 정의하며 모든 무결성 제약조건을 지정 가능하다.
테이블 레벨(Table Constraints Level) : 칼럼에 대한 정의가 모든 끝난 후 콤마(,)을 찍고 그 다음에
제약조건을 기술하는 것으로 한 개 또는 여러 칼럼에 대해 정의가 가능하며, NOT NULL 제약조건
은 칼럼레벵에서만 정의가 가능하다.
[기본 형식]
칼럼 레벨 :column_name [CONSTRAINT constraint_name] constraint_type
테이블 레벨 : column,,, [CONSTRAINT constraint_name]constraint_type(column_name,,,)
SQL> drop table t1;
--칼럼레벨로 PK 제약조건 정의, constraint 키워드를 사용한다면 반드시 다음에 이름을 기술해야
한다. 기술하지 않으면 SYS_CnXXX 형태로 오라클이 임의로 부여한다.
SQL> create table t1 (
id number constraint pk_t1 primary key,
name varchar2(10));

-- user_constraints 딕셔너리뷰를 통해 만든 Primary Key 제약조건을 확인하자.
SQL> desc user_constraints;
이름 널? 유형
----------------------------------------- -------- ----------------------------
OWNER VARCHAR2(30)
CONSTRAINT_NAME NOT NULL VARCHAR2(30)
CONSTRAINT_TYPE VARCHAR2(1)
TABLE_NAME NOT NULL VARCHAR2(30)
……
-- Primary Key인 경우 CONSTRAINT_TYPE이 ‘P’
SQL> select CONSTRAINT_NAME, CONSTRAINT_TYPE, TABLE_NAME from user_constraints
where TABLE_NAME = 'T1';
CONSTRAINT_NAME C TABLE_NAME
------------------------------ - ------------------------------
PK_T1 P T1
--테이블 레벨로 제약조건을 정의해 보자. PK인 경우 자동으로 NOT NULL, Unique KEY 제약조건이
붙으므로 칼럼에 별도로 기술 안해도 된다.
SQL> drop table t1;
id number ,
name varchar2(20),
constraint pk_t1 primary key (id));
NOT NULL 제약조건
 칼럼의 값이 NULL 일 수 없다는 제약조건 이다.(반드시 NULL이 아닌 값을 가져야 한다)
 칼럼 레벨로만 정의가 가능하며 NOT NULL 같이 DEFAULT 값도 지정 가능하다.
 테이블에 값을 INSERT할 경우 NOT NULL 칼럼은 반드시 기술해야 한다.(DEFAULT로 정의한
경우는 제외)
SQL> drop table t1;

--id칼럼은 Primary Key이므로 자동으로 NOT NULL, Unique Key 제약조건을 가진다.
id number ,
name varchar2(20) default '오라클자바커뮤니티' not null,
constraint pk_t1 primary key (id));
SQL> insert into t1 (id) values (1);
1 개의 행이 만들어졌습니다.
SQL> commit;
커밋이 완료되었습니다.
SQL> select * from t1;
ID NAME
---------- --------------------
1 오라클자바커뮤니티
Unique Key 제약조건
 칼럼의 값은 유일해야 한다는 제약조건으로 하나의 칼럼 또는 여러 칼럼(32개이내)으로 정의
가능하다.
 NULL값은 항상 유일하므로 입력이 가능 하다.
 칼럼 레벨, 테이블 레벨(주로 복합칼럼으로 제약조건을 만드는 경우) 모두 정의 가능하다.
 Unique Key 제약조건이 지정되면 제약조건과 같은 이름의 인덱스가 자동으로 생성된다.
SQL> drop table t1;
id number unique not null,
name varchar2(20) );
SQL> insert into t1 values (1, '1길동');

insert into t1 values (1, '1길동')*
1행에 오류:
ORA-00001: 무결성 제약 조건(SCOTT.SYS_C0011528)에 위배됩니다
SQL> commit;
--사용자가 작성한 제약조건을 확인하는 딕셔너리뷰에서 확인, Unique Key 제약조건은 제약조건
타입이 ‘U’ 이다.
SQL> select CONSTRAINT_NAME, CONSTRAINT_TYPE, TABLE_NAME from user_constraints
2 where TABLE_NAME = 'T1';
CONSTRAINT_NAME C TABLE_NAME
------------------------------ - ------------------------------
SYS_C0011527 C T1
SYS_C0011528 U T1
-- 사용자가 작성한 인덱스를 user_indexes 딕셔너리 뷰에서 확인하자. 제약조건의 이름으로 인덱
스가 만들어져 있음을 알 수 있다.
SQL> select index_name, table_name from user_indexes
where table_name = 'T1';
INDEX_NAME TABLE_NAME
------------------------------ ------------------------------
SYS_C0011528 T1
Primary Key 제약조건
 한 테이블에서 레코드를 유일하게 구별하기 위한 키로써 주키 또는 기본키라고 부른다.
 한 테이블당 하나의 PK만 가질 수 있다.
 PK로 지정된 칼럼은 NULL값을 가질 수 없다.
 PK로 지정된 칼럼은 자동 NOT NULL이고 Unique Key 제약조건을 가지고 제약조건의 이름으
로 Unique Key Index를 생성한다.

 칼럼 레벨 또는 테이블 레벨로 정의 가능하며 PK칼럼이 여러 개인 경우 테이블 레벨로 정의
해야 한다.
SQL> drop table t1;
name varchar2(20));
SQL> drop table t1;
id number ,
name varchar2(20),
constraint pk_t1 primary key (id) );
외래키(Foreign Key) 제약 조건
 외래키 제약조건은 한 테이블의 칼럼 값이 참조되는 테이블의 PK, UK 값만 오도록 할 때 지
정하는 제약조건 이다. 즉 외래키로 지정할 때 참조되는 테이블의 칼럼은 Primary Key 또는
Unique Key 이어야 한다.
 외래키를 포함한 테이블을 자식테이블(Detail/Child Table)이라 하며 참조되는 키(Referencial
Key)를 가지는 테이블을 부모 테이블(Master/Parent Table) 이라고 한다.
 부모 테이블의 PK, UK를 참조하는 자식테이블의 칼럼을 외래키 칼럼이라 하고 부모 테이블
의 칼럼을 참조 키라고 한다.
 외래키와 참조되는 키가 하나의 테이블에 존재할 수 있으며 이를 자기참조(Self Reference)라
고 하고 이 경우 부모테이블과 자식테이블이 동일하다.(EMP 테이블에서 mgr 칼럼은 외래키
칼럼으로 empno 컬럼을 참조한다.)
--제약조건을 확인 할 수 있는 딕셔너리 뷰에서 EMP 테이블에 생성된 제약조건을 조회
SQL> select constraint_name, constraint_type from user_constraints
where table_name = 'EMP';
CONSTRAINT_NAME C
------------------------------ -

PK_EMP P
FK_DEPTNO R  외래키를 의미한다.
-- DEPT 테이블의 deptno 칼럼을 참조하는 EMP 테이블에 생성된 외래키를 삭제
SQL> alter table emp drop constraint fk_deptno;
테이블이 변경되었습니다.
--다시 생성
SQL> alter table emp add constraint fk_deptno foreign key(deptno) references dept(deptno);
SQL> drop table t1;
SQL> drop table t2;
--부모테이블을 먼저 생성, 외래키로 내려 줄 칼럼은 PK 또는 UK 칼럼만 가능 하다.
id number primary key,
name varchar2(20));
--Number 칼럼은 NULL도 가능하지만 값이 들어올 때는 t1 테이블의 id 칼럼의 값이 와야 한다.
sale_date date,
id number references t1(id),
amount number
);
SQL> insert into t2 values (sysdate, 1, 2000);
insert into t2 values (sysdate, 2, 4000)
*

1행에 오류:
ORA-02291: 무결성 제약조건(SCOTT.SYS_C0011535)이 위배되었습니다- 부모 키가
없습니다
--자식테이블이 존재 하므로 부모테이블의 삭제를 막는다.
SQL> drop table t1;
drop table t1
*
1행에 오류:
ORA-02449: 외래 키에 의해 참조되는 고유/기본 키가 테이블에 있습니다
--테이블 삭제시 먼저 관련 참조무결성 제약조건을 삭제 후 테이블을 삭제한다.
SQL> drop table t1 cascade constraint;
아래 부모테이블과 자식테이블에서 가능한 DML을 표로 만들었다.
DELETE, UPDATE시 참조 무결성 규칙
규칙 설 명
Restrict 부모테이블의 참조되는 값(Referenced Value)에 대해 delete 나
update 를 허락하지 않는다
Set to Null 부모테이블의 참조되는 값(Referenced Value)에 delete 나
update 를 할 때 모든 자식테이블의 외래키값을 NULL 로 만든다.
Set to Default 부모테이블의 참조되는 값(Referenced Value)에 delete 나
update 를 할 때 모든 자식테이블의 외래키값을 기본값으로
만든다.
EMP TABLE(자식테이블) DEPT TABLE(부모테이블)
EMPNO ENAME DEPTNO DEPTNO DNAME
7369 SMITH 20 10 ACCOUNTING
7499 ALLEN 20 20 RESERCH
7521 WARD 30 30 SALES
7566 JONES 20 40 OPERATIONS
7788 CLARK 10 참조키
외래키
INSERT 부모테이블의 DEPTNO 또는 NULL만입력 가능
UPDATE 부모테이블의 DEPTNO 또는 NULL로 변경 가능
DELETE
DELETE CASCADE
DEPTNO만 충돌나지 않으면 입력 가능
가능
가능 가능
삭제를 원하는 DEPTNO가 자식테이블에 없을 때 가능
변경을 원하는 DEPTNO가 자식테이블에 없을 때 가능

Cascade 부모테이블의 참조되는 값(Referenced Value)에 delete 나
update 를 할 때 delete 될 때는 그 값을 가지는 자식레코드를
모두 삭제하고, update 인 경우 해당 값으로 모두 변경 함
No Action 부모테이블의 참조되는 값(Referenced Value)에 대해 delete 나
update 를 허락하지 않음
SQL> drop table t2;
SQL> drop table t1;
name varchar2(20));
--id 컬럼에 외래키를 생성했으며 기본적으로 Restrict Mode이므로 자식데이터가 있는 레코드는
삭제 불가하다.
sale_date date,
amount number
);
SQL> commit;

-- t1의 id 값을 부모로 하는 자식데이터 t1의 id가 있으므로 기본적으로 삭제 불가
SQL> delete from t1 where id=1;
delete from t1 where id=1
*
1행에 오류:
ORA-02292: 무결성 제약조건(SCOTT.SYS_C0011537)이 위배되었습니다- 자식 레코드가
발견되었습니다
SQL> drop table t2;
--부모테이블의 값이 삭제될 때 자식테이블의 해당 값을 NULL로 바꾸기 위해 on delete set null을
사용했다.
sale_date date,
id number references t1(id) on delete set null,
amount number
);
SQL>insert into t2 values (sysdate, 2, 4000);
SQL> commit;
ID NAME
---------- --------------------
1 1길동
2 2길동
SALE_DAT ID AMOUNT
-------- ---------- ----------
14/09/10 1 2000
14/09/10 2 4000
SQL> delete from t1 where id=1;

1 행이 삭제되었습니다.
SALE_DAT ID AMOUNT
-------- ---------- ----------
14/09/10 2000  id값이 NULL로 되었다.
14/09/10 2 4000
SQL> drop table t2;
--set default는 아직 구현되어 있지 않다.
sale_date date,
id number references t1(id) on delete set default,
amount number
);
id number references t1(id) on delete set default,
*
3행에 오류:
ORA-03001: 현재에는 구현되어 있지 않은 기능입니다
--부모테이블 레코드삭제시 자식 테이블의 데이터를 삭제하는 옵션 on delete cascade 이용
sale_date date,
id number references t1(id) on delete cascade,
amount number
);
SQL> commit;

ID NAME
---------- --------------------
2 2길동
SALE_DAT ID AMOUNT
-------- ---------- ----------
14/09/10 2 4000
SQL> delete from t1 ;
1 행이 삭제되었습니다.
선택된 레코드가 없습니다.
CHECK 제약조건
칼럼에 입력되는 값의 범위를 지정하거나 특정한값만 입력 받고자 할 때 사용하는 제약조건
( 예 : myemp1 테이블의 성별 칼럼에는 ‘M’ or ‘F’ 만 입력 가능하도록 설정하고자 할 때)
SQL> create table mystudent (
id number,
grade number not null check (grade in (1,2,3,4)));
SQL> insert into mystudent values (1,1);
--7학년은 CHECK 제약조건으로 인해 입력되지 않는다.
SQL> insert into mystudent values (1,7);
insert into student values (1,7)
*
1행에 오류:
ORA-02290: 체크 제약조건(SCOTT.SYS_C0011542)이 위배되었습니다

무결성 제약 조건의 삭제
ALTER TABLE table_name DROP CONSTRAINT constraint_name [CASCADE]
만약 부모테이블의 PK를 삭제하는 경우 자식테이블에 외래키가 형성되어 있다면 오류가 발생한
다. 이 경우 자식테이블의 외래키를 먼저 삭제하거나 제약조건 삭제시 CASCADE 옵션으로 삭제가
가능하다.
SQL> drop table t1;
SQL> drop table t2;
name varchar2(20));
sale_date date,
amount number);
SQL> alter table t1 drop primary key;
alter table t1 drop primary key
*
1행에 오류:
ORA-02273: 고유/기본 키가 외부 키에 의해 참조되었습니다
--아래의 경우 t1의 PK뿐 아니라 t1 테이블에 생성된 외래키도 함께 삭제된다.
SQL> alter table t1 drop primary key cascade;
--이제 T11 T2 테이블에는 제약조건이 남아 있지 않다.

name varchar2(20));
--drop constraint 구문으로 제약조건 삭제
SQL> alter table t1 drop constraints pk_t1;
무결성 제약조건의 활성화, 비활성화
가끔은 대량의 데이터를 입력하는 경우 제약조건 검사로 인해 시간이 오래 걸리거나 일부 데이
터 오류로 인해 무결성 제약조건을 비활성화 해야 될 경우가 있다. 이러한 경우 제약조건을 비활
성화 한 후 다시 활성화 하면 된다.
[기본 형식]
ALTER TABLE table_name ENABLE[NOVALIDATE] CONSTRAINT constraint_name
ALTER TABLE table_name DISABLE CONSTRAINT constraint_name
SQL> drop table t2;
SQL> drop table t1;
name varchar2(20));
SQL> alter table t1 disable constraint pk_t1 ;
SQL> alter table t1 enable constraint pk_t1 ;

무결성 제약조건 조회
USER_CONSTRAINTS 또는 USER_CONS_COLUMNS를 이용하여 테이블에 생성된 제약조건을 검사
또는 제약조건이 생성된 칼럼을 조회 할 수 있다.
--EMP테이블과 T1 테이블에 생성된 제약조건과 그 상태를 조회하시오.
SQL> desc user_constraints;
이름 널? 유형
----------------------------------------- -------- -----------------------
OWNER VARCHAR2(30)
CONSTRAINT_NAME NOT NULL VARCHAR2(30)
CONSTRAINT_TYPE VARCHAR2(1)
TABLE_NAME NOT NULL VARCHAR2(30)
SEARCH_CONDITION LONG
R_OWNER VARCHAR2(30)
R_CONSTRAINT_NAME VARCHAR2(30)
DELETE_RULE VARCHAR2(9)
STATUS VARCHAR2(8)
SQL> select CONSTRAINT_NAME, CONSTRAINT_TYPE, TABLE_NAME, STATUS from
user_constraints
where table_name in ('EMP','T1');
CONSTRAINT_NAME C TABLE_NAME STATUS
------------------------------ - ------------------------------ --------
PK_EMP P EMP ENABLED
SYS_C0011531 R EMP ENABLED
PK_T1 P T1 DISABLED
--제약조건 PK_EMP이 적용된(EMP TABLE의 PK) 칼럼을 조회하시오.
SQL> column constraint_name format a10
SQL> select CONSTRAINT_NAME,TABLE_NAME,COLUMN_NAME, POSITION from
user_cons_columns
where constraint_name = 'PK_EMP';
CONSTRAINT TABLE_NAME COLUMN_NAM POSITION
---------- ------------------------------ ---------- ----------

[구로국비지원IT학원/재직자환급/오라클교육/SQL기초]#21.SQL초보에서 Schema Objects까지

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (12)

Similar a [구로국비지원IT학원/재직자환급/오라클교육/SQL기초]#21.SQL초보에서 Schema Objects까지

Similar a [구로국비지원IT학원/재직자환급/오라클교육/SQL기초]#21.SQL초보에서 Schema Objects까지 (9)

Más de 탑크리에듀(구로디지털단지역3번출구 2분거리)

Más de 탑크리에듀(구로디지털단지역3번출구 2분거리) (20)

Último

Último (6)

[구로국비지원IT학원/재직자환급/오라클교육/SQL기초]#21.SQL초보에서 Schema Objects까지