🌠2-3-3. DDL
과목2. SQL 기본과 활용
제3장 관리 구문
제3절 DDL
1. CREATE TABLE
테이블은 일정한 형식에 의해서 생성된다. 테이블 생성을 위해서는 해당 테이블에 입력될 데이터를 정의하고, 정의한 데이터를 어떠한 데이터 유형으로 선언할 것인지를 결정해야 한다.
가. 테이블과 칼럼 정의
테이블에 존재하는 모든 데이터를 고유하게 식별할 수 있으면서 반드시 값이 존재하는 단일 칼럼이나 칼럼의 조합들(후보키) 중에 하나를 선정하여 기본키 칼럼으로 지정한다. 선수 테이블을 예로 들면 '선수ID' 칼럼이 기본키로 적당할 것이다. 기본키는 단일 칼럼이 아닌 여러 개의 칼럼으로도 만들어질 수 있다. 그리고 테이블과 테이블 간에 정의된 관계는 기본키(PRIMARY KEY)와 외부키(FOREIGN KEY)를 활용해서 설정하도록 한다. 선수 테이블에 선수의 소속팀 정보가 같이 존재한다고 가정하면, 특정 팀의 이름이 변경되었을 경우 그 팀에 소속된 선수 데이터를 일일이 찾아서 수정을 하거나, 또한 팀이 해체되었을 경우 선수 관련 정보까지 삭제되는 수정/삭제 이상(Anomaly) 현상이 발생할 수 있다. 이런 이상 현상을 방지하기 위해 팀 정보를 관리하는 팀 테이블을 별도로 분리해서 팀ID와 팀 이름을 저장하고, 선수 테이블에서는 팀ID를 외부키로 참조하게 한다. 데이터 모델링 및 정규화에 대한 내용은 업무를 개선시킬 수 있는 고급 SQL을 작성하는데 필요한 내용이므로 이 부분도 기본적인 내용은 학습할 것을 권고한다.
아래는 선수 정보와 함께 K-리그와 관련 있는 다른 데이터들도 같이 살펴본 내용이다.
K-리그와는 별개로 회사의 부서와 사원 테이블의 칼럼들도 정리한다.
나. CREATE TABLE
테이블을 생성하는 구문 형식은 다음과 같다.
다음은 테이블 생성 시에 주의해야 할 몇 가지 규칙이다.
테이블명은 객체를 의미할 수 있는 적절한 이름을 사용한다. 가능한 단수형을 권고한다.
테이블 명은 다른 테이블의 이름과 중복되지 않아야 한다.
한 테이블 내에서는 칼럼명이 중복되게 지정될 수 없다.
테이블 이름을 지정하고 각 칼럼들은 괄호 "( )" 로 묶어 지정한다.
각 칼럼들은 콤마 ","로 구분되고, 테이블 생성문의 끝은 항상 세미콜론 ";"으로 끝난다.
칼럼에 대해서는 다른 테이블까지 고려하여 데이터베이스 내에서는 일관성 있게 사용하는 것이 좋다.(데이터 표준화 관점)
칼럼 뒤에 데이터 유형은 꼭 지정되어야 한다.
테이블명과 칼럼명은 반드시 문자로 시작해야 하고, 벤더별로 길이에 대한 한계가 있다.
벤더에서 사전에 정의한 예약어(Reserved word)는 쓸 수 없다.
A-Z, a-z, 0-9, _, $, # 문자만 허용된다.
테이블명이 잘못된 사례
한 테이블 안에서 칼럼 이름은 달라야 하지만, 다른 테이블의 칼럼 이름과는 같을 수 있다. 예를 들면 선수 테이블의 TEAM_ID, 팀 테이블의 TEAM_ID는 같은 칼럼 이름을 가지고 있다. 실제 DBMS는 팀 테이블의 TEAM_ID를 PC나 UNIX의 디렉토리 구조처럼 'DB명+DB사용자명+테이블명+칼럼명'처럼 계층적 구조를 가진 전체 경로로 관리하고 있다. 이처럼 같은 이름을 가진 칼럼들은 기본키와 외래키의 관계를 가지는 경우가 많으며, 향후 테이블 간의 조인 조건으로 주로 사용되는 중요한 연결고리 칼럼들이다.
[예제] 다음 조건의 형태로 팀 테이블을 생성한다.
[예제] Oracle
테이블이 생성되었다.
[예제] SQL Server
테이블이 생성되었다.
[예제] 다음 조건의 형태로 선수 테이블을 생성한다.
[예제] Oracle
테이블이 생성되었다.
[예제] SQL Server
테이블이 생성되었다.
테이블 생성 예제에서 추가적인 주의 사항 몇 가지를 확인하면 다음과 같다.
테이블 생성시 대/소문자 구분은 하지 않는다. 기본적으로 테이블이나 칼럼명은 대문자로 만들어진다.
DATETIME 데이터 유형에는 별도로 크기를 지정하지 않는다.
문자 데이터 유형은 반드시 가질 수 있는 최대 길이를 표시해야 한다.
칼럼과 칼럼의 구분은 콤마로 하되, 마지막 칼럼은 콤마를 찍지 않는다.
칼럼에 대한 제약조건이 있으면 CONSTRAINT를 이용하여 추가할 수 있다.
제약조건은 PLAYER_NAME, TEAM_ID 칼럼의 데이터 유형 뒤에 NOT NULL을 정의한 사례와 같은 칼럼 LEVEL 정의 방식과, PLAYER_PK PRIMARY KEY, PLAYER_FK FOREIGN KEY 사례처럼 테이블 생성 마지막에 모든 제약조건을 기술하는 테이블 LEVEL 정의 방식이 있다. 하나의 SQL 문장 내에서 두 가지 방식은 혼용해서 사용할 수 있으며, 같은 기능을 가지고 있다.
다. 제약조건(CONSTRAINT)
제약조건(CONSTRAINT)이란 사용자가 원하는 조건의 데이터만 유지하기 위한 즉 데이터의 무결성을 유지하기 위한 데이터베이스의 보편적인 방법으로 테이블의 특정 칼럼에 설정하는 제약이다. 테이블을 생성할 때 제약조건을 반드시 기술할 필요는 없지만, 이후에 ALTER TABLE을 이용해서 추가, 수정하는 경우 데이터가 이미 입력된 경우라면 처리 과정이 쉽지 않으므로 초기 테이블 생성 시점부터 적합한 제약 조건에 대한 충분한 검토가 있어야 한다.
제약조건의 종류
NULL 의미
NULL(ASCII 코드 00번)은 공백(BLANK, ASCII 코드 32번)이나 숫자 0(ZERO, ASCII 48)과는 전혀 다른 값이며, 조건에 맞는 데이터가 없을 때의 공집합과도 다르다. 'NULL'은 '아직 정의되지 않은 미지의 값'이거나 '현재 데이터를 입력하지 못하는 경우'를 의미한다.
DEFAULT 의미
데이터 입력 시 칼럼값을 지정하지 않은 경우에 NULL 값이 입력된다. 하지만 사전에 DEFAULT 값을 정의했다면 해당 칼럼에 NULL 값이 입력되지 않고 사전에 정의된 기본 값이 자동으로 입력된다.
라. 생성된 테이블 구조 확인
테이블을 생성한 후 테이블의 구조가 제대로 만들어졌는지 확인할 필요가 있다. Oracle의 경우 "DESCRIBE 테이블명;" 또는 간략히 "DESC 테이블명;"으로 해당 테이블에 대한 정보를 확인할 수 있다. SQL Server의 경우 "sp_help 'dbo.테이블명'"으로 해당 테이블에 대한 정보를 확인할 수 있다.
[예제] 선수(PLAYER) 테이블의 구조를 확인한다.
[실행 결과] Oracle
PLAYER_ID
NOT NULL
CHAR(7)
PLAYER_NAME
NOT NULL
VARCHAR2(20)
TEAM_ID
NOT NULL
CHAR(3)
E_PLAYER_NAME
VARCHAR2(40)
NICKNAME
VARCHAR2(30)
JOIN_YYYY
CHAR(4)
POSITION
VARCHAR2(10)
BACK_NO
NUMBER(2)
NATION
VARCHAR2(20)
BIRTH_DATE
DATE
SOLAR
CHAR(1)
HEIGHT
NUMBER(3)
WEIGHT
NUMBER(3)
13 개의 행이 선택되었습니다.
[실행 결과] SQL Server
PLAYER_ID
CHAR(7)
7
NO
PLAYER_NAME
VARCHAR(20)
20
NO
TEAM_ID
CHAR(3)
3
NO
E_PLAYER_NAME
VARCHAR(40)
40
YES
NICKNAME
VARCHAR(30)
30
YES
JOIN_YYYY
CHAR(4)
4
YES
POSITION
VARCHAR(10)
10
YES
BACK_NO
TINYINT
1
YES
NATION
VARCHAR(20)
20
YES
BIRTH_DATE
DATE
3
YES
SOLAR
CHAR(1)
1
YES
HEIGHT
SMALLINT
2
YES
WEIGHT
SMALLINT
2
YES
13 개의 행이 선택되었습니다.
마. SELECT 문장을 통한 테이블 생성 사례
다음 절에서 배울 DML 문장 중에 SELECT 문장을 활용해서 테이블을 생성할 수 있는 방법(CTAS: CREATE TABLE ~ As SELECT ~)이 있다. 기존 테이블을 이용한 CTAS 방법을 이용할 수 있다면 칼럼별로 데이터 유형을 다시 재정의 하지 않아도 되는 장점이 있다. 그러나 CTAS 기법 사용시 주의할 점은 기존 테이블의 제약조건 중에 NOT NULL만 새로운 복제 테이블에 적용이 되고, 기본키, 고유키, 외래키, CHECK 등의 다른 제약 조건은 없어진다는 점이다. 제약 조건을 추가하기 위해서는 뒤에 나오는 ALTER TABLE 기능을 사용해야 한다. SQL Server에서는 SELECT ~ Into ~ 를 활용하여 위와 같은 결과를 얻을 수 있다. 단, 칼럼 속성에 Identity를 사용했다면 Identity 속성까지 같이 적용이 된다.
[예제] 선수(PLAYER) 테이블과 같은 내용으로 TEAM_TEMP라는 복사 테이블을 만들어 본다.
[예제] Oracle
테이블이 생성되었다.
[실행 결과] Oracle
TEAM_ID
NOT NULL
CHAR(3)
REGION_NAME
NOT NULL
VARCHAR2(4)
TEAM_NAME
NOT NULL
VARCHAR2(40)
E_TEAM_NAME
VARCHAR2(50)
ORIG_YYYY
CHAR(4)
STADIUM_ID
NOT NULL
CHAR(3)
ZIP_CODE1
CHAR(3)
ZIP_CODE2
CHAR(3)
ADDRESS
VARCHAR2(80)
DDD
VARCHAR2(3)
TEL
VARCHAR2(10)
FAX
VARCHAR2(10)
HOMEPAGE
VARCHAR2(50)
OWNER
VARCHAR2(10)
14 개의 행이 선택되었습니다.
[예제] SQL Server
(1개 행이 영향을 받음)
[실행 결과] SQL Server
TEAM_ID
CHAR(3)
3
NO
REGION_NAME
VARCHAR(8)
8
NO
TEAM_NAME
VARCHAR(40)
40
NO
E_TEAM_NAME
VARCHAR(50)
50
YES
ORIG_YYYY
CHAR(4)
4
YES
STADIUM_ID
CHAR(3)
3
NO
ZIP_CODE1
CHAR(3)
3
YES
ZIP_CODE2
CHAR(3)
3
YES
ADDRESS
VARCHAR(80)
80
YES
DDD
VARCHAR(3)
3
YES
TEL
VARCHAR(10)
10
YES
FAX
VARCHAR(10)
10
YES
HOMEPAGE
VARCHAR(50)
50
YES
OWNER
VARCHAR(10)
10
YES
14 개의 행이 선택되었습니다.
2. ALTER TABLE
한 번 생성된 테이블은 특별히 사용자가 구조를 변경하기 전까지 생성 당시의 구조를 유지하게 된다. 처음의 테이블 구조를 그대로 유지하는 것이 최선이지만, 업무적인 요구 사항이나 시스템 운영상 테이블을 사용하는 도중에 변경해야 할 일들이 발생할 수도 있다. 이 경우 주로 칼럼을 추가/삭제하거나 제약조건을 추가/삭제하는 작업을 진행하게 된다.
가. ADD COLUMN
다음은 기존 테이블에 필요한 칼럼을 추가하는 명령이다.
주의할 것은 새롭게 추가된 칼럼은 테이블의 마지막 칼럼이 되며 칼럼의 위치를 지정할 수는 없다.
[예제] PLAYER 테이블에 ADDRESS(데이터 유형은 가변 문자로 자릿수 80자리로 설정한다.) 칼럼을 추가한다.
[예제] Oracle
테이블이 변경되었다.
[실행 결과] Oracle
PLAYER_ID
NOT NULL
CHAR(7)
PLAYER_NAME
NOT NULL
VARCHAR2(20)
TEAM_ID
NOT NULL
CHAR(3)
E_PLAYER_NAME
VARCHAR2(40)
NICKNAME
VARCHAR2(30)
JOIN_YYYY
CHAR(4)
POSITION
VARCHAR2(10)
BACK_NO
NUMBER(2)
NATION
VARCHAR2(20)
BIRTH_DATE
DATE
SOLAR
CHAR(1)
HEIGHT
NUMBER(3)
WEIGHT
NUMBER(3)
ADDRESS
☜ 추가된 열
VARCHAR2(80)
14 개의 행이 선택되었습니다.
[예제] SQL Server
명령이 완료되었다.
[실행 결과] SQL Server
PLAYER_ID
CHAR(7)
7
NO
PLAYER_NAME
VARCHAR(20
20
NO
TEAM_ID
CHAR(3)
3
NO
E_PLAYER_NAME
VARCHAR(40)
40
YES
NICKNAME
VARCHAR(30)
30
YES
JOIN_YYYY
CHAR(4)
4
YES
POSITION
VARCHAR(10)
10
YES
BACK_NO
TINYINT
1
YES
NATION
VARCHAR(20)
20
YES
BIRTH_DATE
DATE
3
YES
SOLAR
CHAR(1)
1
YES
HEIGHT
SMALLINT
2
YES
WEIGHT
SMALLINT
2
YES
ADDRESS
VARCHAR(80)
80
YES
☜ 추가된 열
13 개의 행이 선택되었습니다.
나. DROP COLUMN
DROP COLUMN은 테이블에서 필요 없는 칼럼을 삭제할 수 있으며, 데이터가 있거나 없거나 모두 삭제 가능하다. 한 번에 하나의 칼럼만 삭제 가능하며, 칼럼 삭제 후 최소 하나 이상의 칼럼이 테이블에 존재해야 한다. 주의할 부분은 한 번 삭제된 칼럼은 복구가 불가능하다. 다음은 테이블의 불필요한 칼럼을 삭제하는 명령이다.
[예제] 앞에서 PLAYER 테이블에 새롭게 추가한 ADDRESS 칼럼을 삭제한다.
[예제] Oracle
테이블이 변경되었다.
[예제] SQL Server
명령이 완료되었다.
실행 결과에서 삭제된 칼럼 ADDRESS가 존재하지 않는 것을 확인할 수 있다.
[실행 결과] Oracle
PLAYER_ID
NOT
NULL
CHAR(7)
PLAYER_NAME
NOT
NULL
VARCHAR2(20)
TEAM_ID
NOT
NULL
CHAR(3)
E_PLAYER_NAME
VARCHAR2(40)
NICKNAME
VARCHAR2(30)
JOIN_YYYY
CHAR(4)
POSITION
VARCHAR2(10)
BACK_NO
NUMBER(2)
NATION
VARCHAR2(20)
BIRTH_DATE
DATE
SOLAR
CHAR(1)
HEIGHT
NUMBER(3)
WEIGHT
NUMBER(3)
13 개의 행이 선택되었습니다.
[실행 결과] SQL Server
PLAYER_ID
CHAR(7)
7
NO
PLAYER_NAME
VARCHAR(20)
20
NO
TEAM_ID
CHAR(3)
3
NO
E_PLAYER_NAME
VARCHAR(40)
40
YES
NICKNAME
VARCHAR(30)
30
YES
JOIN_YYYY
CHAR(4)
4
YES
POSITION
VARCHAR(10)
10
YES
BACK_NO
TINYINT
1
YES
NATION
VARCHAR(20)
20
YES
BIRTH_DATE
DATE
3
YES
SOLAR
CHAR(1)
1
YES
HEIGHT
SMALLINT
2
YES
WEIGHT
SMALLINT
2
YES
13 개의 행이 선택되었습니다.
다. MODIFY COLUMN
테이블에 존재하는 칼럼에 대해서 ALTER TABLE 명령을 이용해 칼럼의 데이터 유형, 디폴트(DEFAULT) 값, NOT NULL 제약조건에 대한 변경을 포함할 수 있다. 다음은 테이블의 칼럼에 대한 정의를 변경하는 명령이다.
[Oracle]
[SQL Server]
칼럼을 변경할 때는 몇 가지 사항을 고려해서 변경해야 한다.
해당 칼럼의 크기를 늘릴 수는 있지만 줄이지는 못한다. 이는 기존의 데이터가 훼손될 수 있기 때문이다.
해당 칼럼이 NULL 값만 가지고 있거나 테이블에 아무 행도 없으면 칼럼의 폭을 줄일 수 있다.
해당 칼럼이 NULL 값만을 가지고 있으면 데이터 유형을 변경할 수 있다.
해당 칼럼의 DEFAULT 값을 바꾸면 변경 작업 이후 발생하는 행 삽입에만 영향을 미치게 된다.
해당 칼럼에 NULL 값이 없을 경우에만 NOT NULL 제약조건을 추가할 수 있다.
[예제] TEAM 테이블의 ORIG_YYYY 칼럼의 데이터 유형을 CHAR(4)→VARCHAR2(8)으로 변경하고, 향후 입력되는 데이터의 DEFAULT 값으로 '20020129'을 적용하고, 모든 행의 ORIG_YYYY 칼럼에 NULL이 없으므로 제약조건을 NULL → NOT NULL로 변경한다.
[예제] Oracle
테이블이 변경되었다.
[예제] SQL Server
명령이 완료되었다.
명령이 완료되었다.
실행 결과에서 테이블 구조의 변경 사항을 확인할 수 있다.
[실행 결과] Oracle
TEAM_ID
NOT NULL
CHAR(3)
REGION_NAME
NOT NULL
VARCHAR2(4)
TEAM_NAME
NOT NULL
VARCHAR2(40)
E_TEAM_NAME
VARCHAR2(50)
ORIG_YYYY
NOT NULL
VARCHAR2(8)
☜기본값'20020129'
STADIUM_ID
NOT NULL
CHAR(3)
ZIP_CODE1
CHAR(3)
ZIP_CODE2
CHAR(3)
ADDRESS
VARCHAR2(80)
DDD
VARCHAR2(3)
TEL
VARCHAR2(10)
FAX
VARCHAR2(10)
HOMEPAGE
VARCHAR2(50)
OWNER
VARCHAR2(10)
14 개의 행이 선택되었습니다.
[실행 결과] SQL Server
TEAM_ID
CHAR(3)
3
NO
REGION_NAME
VARCHAR(8)
8
NO
TEAM_NAME
VARCHAR(40)
40
NO
E_TEAM_NAME
VARCHAR(50)
50
YES
ORIG_YYYY
CHAR(4)
4
YES
STADIUM_ID
CHAR(3)
3
NO
ZIP_CODE1
CHAR(3)
3
YES
ZIP_CODE2
CHAR(3)
3
YES
ADDRESS
VARCHAR(80)
80
YES
DDD
VARCHAR(3)
3
YES
TEL
VARCHAR(10)
10
YES
FAX
VARCHAR(10)
10
YES
HOMEPAGE
VARCHAR(50)
50
YES
OWNER
VARCHAR(10)
10
YES
14 개의 행이 선택되었습니다.
DEFAULT on column ORIG_YYYY DF_ORIG_YYYY ('20020129')
1 개의 행이 선택되었습니다.
RENAME COLUMN
아래는 테이블을 생성하면서 만들어졌던 칼럼명을 어떤 이유로 불가피하게 변경해야 하는 경우에 유용하게 쓰일 수 있는 RENAME COLUMN 문구이다.
[Oracle]
RENAME COLUMN으로 칼럼명이 변경되면, 해당 칼럼과 관계된 제약조건에 대해서도 자동으로 변경되는 장점이 있지만, ADD/DROP COLUMN 기능처럼 ANSI/ISO에 명시되어 있는 기능이 아니고 Oracle 등 일부 DBMS에서만 지원하는 기능이다.
[예제] Oracle
테이블이 변경되었다.
[예제] Oracle
테이블이 변경되었다.
SQL Server에서는 sp_rename 저장 프로시저를 이용하여 칼럼 이름을 변경할 수 있다.
SQL Server
[예제] SQL Server
주의: 엔터티 이름 부분을 변경하면 스크립트 및 저장 프로시저를 손상시킬 수 있다.
라. DROP CONSTRAINT
테이블 생성 시 부여했던 제약조건을 삭제하는 명령어 형태는 다음과 같다.
[예제] PLAYER 테이블의 외래키 제약조건을 삭제한다.
[예제] Oracle
테이블이 변경되었다.
[예제] SQL Server
명령이 완료되었다.
마. ADD CONSTRAINT
테이블 생성 시 제약조건을 적용하지 않았다면, 생성 이후에 필요에 의해서 제약조건을 추가할 수 있다. 다음은 특정 칼럼에 제약조건을 추가하는 명령어 형태이다.
[예제] PLAYER 테이블에 TEAM 테이블과의 외래키 제약조건을 추가한다. 제약조건명은 PLAYER_FK로 하고, PLAYER 테이블의 TEAM_ID 칼럼이 TEAM 테이블의 TEAM_ID를 참조하는 조건이다.
[예제] Oracle
테이블이 변경되었다.
[예제] SQL Server
명령이 완료되었다.
[예제] PLAYER 테이블이 참조하는 TEAM 테이블을 제거해본다.
[예제] Oracle
ERROR: 외래 키에 의해 참조되는 고유/기본 키가 테이블에 있다. ※ 테이블은 삭제되지 않음
[예제] SQL Server
ERROR: 엔터티 'TEAM'은 FOREIGN KEY 제약 조건을 참조하므로 삭제할 수 없다. ※ 테이블은 삭제되지 않음
[예제] PLAYER 테이블이 참조하는 TEAM 테이블의 데이터를 삭제해본다.
[예제] Oracle
ERROR: 무결성 제약조건(SCOTT.PLAYER_FK)이 위배되었다. 자식 레코드가 발견되었다. ※ 데이터는 삭제되지 않음
[예제] SQL Server
ERROR: FOREIGN KEY 제약 조건을 참조하므로 삭제할 수 없다. ※ 데이터는 삭제되지 않음
위와 같이 참조 제약조건을 추가하면 PLAYER 테이블의 TEAM_ID 칼럼이 TEAM 테이블의 TEAM_ID 칼럼을 참조하게 된다. 참조 무결성 옵션에 따라서 만약 TEAM 테이블이나 TEAM 테이블의 데이터를 삭제하려 할 경우 외부(PLAYER 테이블)에서 참조되고 있기 때문에 삭제가 불가능하게 제약을 할 수 있다. 즉 외부키(FK)를 설정함으로써 실수에 의한 테이블 삭제나 필요한 데이터의 의도하지 않은 삭제와 같은 불상사를 방지하는 효과를 볼 수 있다.
3. RENAME TABLE
RENAME 명령어를 사용하여 테이블의 이름을 변경할 수 있다.
RENAME 변경전 테이블명 TO 변경후 테이블명;
SQL Server에서는 sp_rename을 이용하여 테이블 이름을 변경할 수 있다.
[예제] RENAME 문장을 이용하여 TEAM 테이블명을 다른 이름으로 변경하고, 다시 TEAM 테이블로 변경한다.
[예제] Oracle
테이블이름이 변경되었다.
테이블이름이 변경되었다.
[예제] SQL Server
주의: 엔터티이름 부분을 변경하면 스크립트 및저장 프로시저를 손상시킬 수있다.
주의: 엔터티이름 부분을 변경하면 스크립트 및저장 프로시저를 손상시킬 수있다.
4. DROP TABLE
테이블을 잘못 만들었거나 테이블이 더 이상 필요 없을 경우 해당 테이블을 삭제해야 한다. 다음은 불필요한 테이블을 삭제하는 명령이다.
DROP 명령어를 사용하면 테이블의 모든 데이터 및 구조를 삭제한다. CASCADE CONSTRAINT 옵션은 해당 테이블과 관계가 있었던 참조되는 제약조건에 대해서도 삭제한다는 것을 의미한다. SQL Server에서는 CASCADE 옵션이 존재하지 않으며 테이블을 삭제하기 전에 참조하는 FOREIGN KEY 제약 조건 또는 참조하는 테이블을 먼저 삭제해야 한다.
[예제] PLAYER 테이블을 제거한다.
[예제] Oracle
테이블이 삭제되었다.
ERROR: 설명할 객체를 찾을 수 없다.
[예제] SQL Server
명령이 완료되었다.
메시지 15009, 수준 16, 상태 1, 프로시저 sp_help, 줄 66 데이터베이스 'northwind'에 엔터티 'dbo.player'이(가) 없거나 이 작업에 적합하지 않다.
5. TRUNCATE TABLE
TRUNCATE TABLE은 테이블 자체가 삭제되는 것이 아니고, 해당 테이블에 들어있던 모든 행들이 제거되고 저장 공간을 재사용 가능하도록 해제한다. 테이블 구조를 완전히 삭제하기 위해서는 DROP TABLE을 실행하면 된다.
TRUNCATE TABLE PLAYER;
[예제] TRUNCATE TABLE을 사용하여 해당 테이블의 모든 행을 삭제하고 테이블 구조를 확인한다.
[예제] Oracle
테이블이 트렁케이트되었다.
[예제] SQL Server
명령이 완료되었다.
[실행 결과] Oracle
TEAM_ID
NOT NULL
CHAR(3)
REGION_NAME
NOT NULL
VARCHAR2(4)
TEAM_NAME
NOT NULL
VARCHAR2(40)
E_TEAM_NAME
VARCHAR2(50)
ORIG_YYYY
CHAR(4)
STADIUM_ID
NOT NULL
CHAR(3)
ZIP_CODE1
CHAR(3)
ZIP_CODE2
CHAR(3)
ADDRESS
VARCHAR2(80)
DDD
VARCHAR2(3)
TEL
VARCHAR2(10)
FAX
VARCHAR2(10)
HOMEPAGE
VARCHAR2(50)
OWNER
VARCHAR2(10)
14 개의 행이 선택되었습니다.
[실행 결과] SQL Server
exec sp_help 'dbo.TEAM' go
TEAM_ID
CHAR(3)
3
NO
REGION_NAME
VARCHAR(8)
8
NO
TEAM_NAME
VARCHAR(40)
40
NO
E_TEAM_NAME
VARCHAR(50)
50
YES
ORIG_YYYY
CHAR(4)
4
YES
STADIUM_ID
CHAR(3)
3
NO
ZIP_CODE1
CHAR(3)
3
YES
ZIP_CODE2
CHAR(3)
3
YES
ADDRESS
VARCHAR(80)
80
YES
DDD
VARCHAR(3)
3
YES
TEL
VARCHAR(10)
10
YES
FAX
VARCHAR(10)
10
YES
HOMEPAGE
VARCHAR(50)
50
YES
OWNER
VARCHAR(10)
10
YES
14 개의 행이 선택되었습니다.
[예제] DROP TABLE을 사용하여 해당 테이블을 제거하고 테이블 구조를 확인한다.
[예제] Oracle
테이블이 삭제되었다.
ERROR: 설명할 객체를 찾을 수 없다.
[예제] SQL Server
명령이 완료되었다.
메시지 15009, 수준 16, 상태 1, 프로시저 sp_help, 줄 66 데이터베이스 'northwind'에 엔터티 'dbo.TEAM'이(가) 없거나 이 작업에 적합하지 않다.
DROP TABLE의 경우는 테이블 자체가 없어지기 때문에 테이블 구조를 확인할 수 없다. 반면 TRUNCATE TABLE의 경우는 테이블 구조는 그대로 유지한 체 데이터만 전부 삭제하는 기능이다. TRUNCATE는 데이터 구조의 변경 없이 테이블의 데이터를 일괄 삭제하는 명령어로 DML로 분류할 수도 있지만 내부 처리 방식이나 Auto Commit 특성 등으로 인해 DDL로 분류하였다. 테이블에 있는 데이터를 삭제하는 명령어는 TRUNCATE TABLE 명령어 이외에도 다음 DML 절에서 살펴볼 DELETE 명령어가 있다. 그러나 DELETE와 TRUNCATE는 처리하는 방식 자체가 다르다. 테이블의 전체 데이터를 삭제하는 경우, 시스템 활용 측면에서는 DELETE TABLE 보다는 시스템 부하가 적은 TRUNCATE TABLE을 권고한다. 단, TRUNCATE TABLE의 경우 정상적인 복구가 불가능하므로 주의해야 한다.
출처 : 데이터온에어 – 한국데이터산업진흥원(https://dataonair.or.kr)
Last updated