"테이블 (데이터베이스)"의 두 판 사이의 차이

2022년 6월 9일 (목) 16:56 기준 최신판

테이블(table)은 데이터베이스에서 행(가로, row, record)과 열(세로, column, field)로 짜여진 표에 기록된 데이터의 집합이다. 디비 테이블(DB table)이라고도 한다.

개요[편집]

테이블이란 데이터베이스에서　단일 주제에 관해 행과 열로 구성되는 정보 모음을 가리킨다. 예를 들면, 업무용 데이터베이스는 대개 고객 정보에 관한 테이블을 가지고 있는데, 고객의 계정 번호, 주소, 전화번호 등을 저장할 수 있는 여러 개의 행으로 구성된다. 테이블 내에서 계정 번호 등과 같은 낱낱의 데이터 각각을 필드(field)라고 부른다. 하나의 행은 모든 고객들의 전화 번호 등과 같은 어떤 한 필드 내의 모든 데이터로 구성된다. 필드는 완전한 정보 셋인 레코드로 조직화되며, 각각은 하나의 열을 이룬다. 표준화 과정을 통해 데이터를 가장 효과적인 방법으로 테이블로 구성할 수 있는 방법을 결정한다.

컴퓨터로 만들어지거나 또는 종이 위에 손쉽게 그릴 수 있는 진리표에는 기반이 되는 결정이나 기준 목록을 포함한다. 진리표에는 가능한 모든 결정 상황이 목록화되며, 각 상황에서 취해져야 할 행위가 정의된다. 기본적인 예로는, 도로 교차점의 교통 상황에 대하여 "예" 또는 "아니오"와 같은 결정들과 빨간색 신호나, 녹색 신호 등과 같이 기준들이 표현될 수 있다. 진리표는 여러 가지 상황에서 내려지는 결정에 따라 처리 기준을 지시하기 위한 컴퓨터 프로그램에도 삽입될 수 있다. 진리표가 변경되면 프로그램에도 반영된다.^[1]

구조[편집]

테이블은 기본적으로 행(row)과 열(column)으로 구성되어 있다.

행(row)[편집]

레코드(record), 튜플(tuple) : 릴레이션이 나타내는 엔티티(entity)의 특정 인스턴스에 관한 사실(값)들의 모임이다. 튜플로 통용된다.
카디날리티(cardinality) : 릴레이션 튜플의 개수^[2]

열(column)[편집]

속성(attribute) : 하나의 릴레이션은 현실세계의 어떤 개체(entity)를 표현하고 저장되는 데 사용된다. 이때 개체는 사물이 될 수도, 추상적인 개념이 될 수도 있다.
필드(field) : 종종 컬럼의 대용으로 동일한 의미로 사용되지만, 필드와 필드값은 한 열이나 한 컬럼 사이의 교차로 존재하는 단일 항목을 특정할 때 언급하는 것이다.
차수(degree) : 한 릴레이션에 들어 있는 속성의 수^[2]

도메인[편집]

하나의 속성이 취할 수 있는 같은 타입의 원자값들의 집합이다. 도메인(domain)은 실제 속성 값이 나타날 때 그 값의 합법 여부를 시스템이 검사하는데 이용된다.^[2]

릴레이션 인스턴스[편집]

릴레이션 인스턴스(relation instance)란 데이터 개체를 구성하고 있는 속성들에 데이터 타입이 정의되어 구체적인 데이터 값을 갖고 있는 것을 말한다.^[3]

관계형 데이터베이스 구조[편집]

^[2]

SQL에서 테이블 활용[편집]

테이블 생성[편집]

 CREATE TABLE 테이블 이름 (
       컬럼명1 DATATYPE [DEFAULT 형식],
       컬럼명2 DATATYPE [DEFAULT 형식],
       컬럼명3 DATATYPE [DEFAULT 형식]
 );

테이블 생성시 대/소문자 구분은 하지 않는다. (기본적으로 테이블이나 컬럼명은 대문자로 만들어진다.)

DATE 유형은 별도로 크기를 지정하지 않는다.

문자 데이터 유형은 반드시 가질 수 있는 최대 길이를 표시해야 한다.

컬럼과 컬럼의 구분은 콤마로 하되, 마지막 컬럼은 콤마를 찍지 않는다.

컬럼에 대한 제약조건이 있으면 CONSTRAINT를 이용하여 추가할 수 있다.^[4]

테이블 수정[편집]

 ALTER TABLE 테이블명;

테이블 삭제[편집]

 DROP TABLE 테이블명 [CASCADE CONSTRAINT];

DROP TABLE 명령어를 사용하면 테이블의 모든 데이터 및 구조를 삭제한다.

CASCADE CONSTRAINT 옵션은 해당 테이블과 관계가 있었던 참조되는 제약조건에 대해서도 삭제한다는 것을 의미한다.

(SQL Server에서는 CASCADE 옵션이 존재하지 않는다. 테이블 삭제 전에 참조하는 FOREIGN KEY 제약 등을 먼저 삭제해야 한다.)^[4]

테이블 목록 조회[편집]

 SHOW TABLES;

테이블 조회[편집]

 SELECT * FROM 테이블명;

컬럼 추가 (ADD COLUMN)[편집]

 ALTER TABLE 테이블명
 ADD 추가할 컬럼명  데이터 유형; ^[4]

컬럼 수정 (MODIFY COLUMN)[편집]

 ALTER TABLE 테이블명
 MODIFY COLUMN 수정할 컬럼명;

MODIFY COLUMN 사용 시 주의사항

해당 컬럼의 크기를 늘릴 수는 있지만 줄이지는 못한다. 이는 기존의 데이터가 훼손될 수 있기 때문이다.

해당 컬럼이 NULL 값만 가지고 있거나 테이블에 아무 행도 없으면 컬럼의 폭을 줄일 수 있다.

해당 컬럼이 NULL 값만을 가지고 있으면 데이터 유형을 변경할 수 있다.

해당 컬럼의 DEFAULT 값을 바꾸면 변경 작업 이후 발생하는 행 삽입에만 영향을 미치게 된다.

해당 컬럼에 NULL 값이 없을 경우에만 NOT NULL 제약조건을 추가할 수 있다.^[4]

컬럼명 수정 (RENAME COLUMN)[편집]

테이블을 생성하면서 만들어졌던 컬럼명을 변경해야 할 경우에 사용한다.

 ALTER TABLE 테이블명
 RENAME COLUMN 변경해야할 컬럼명 TO 새로운 컬럼명; ^[4]

컬럼 삭제 (DROP COLUMN)[편집]

 ALTER TABLE 테이블명
 DROP COLUMN 삭제할 컬럼명; ^[4]

제약조건[편집]

제약조건(constraint)은 사용자가 원하는 조건의 데이터만 유지하기 위한 특정 컬럼에 설정하는 제약이다. 테이블을 생성할 때 제약조건을 반드시 기술할 필요는 없다.^[4]

PRIMARY KEY(P.K)[편집]

테이블에 저장된 행 데이터를 고유하게 식별하기 위한 기본키 정의
하나의 테이블에 하나의 기본키 제약만 정의할 수 있다.
기본키 제약을 정의하면 DBMS는 자동으로 UNIQUE 인덱스를 생성하며, 기본키를 구성하는 컬럼에는 NULL을 입력할 수 없다.^[4]

UNIQUE KEY[편집]

테이블에 저장된 행 데이터를 고유하게 식별하기 위한 고유키를 정의한다.
단, NULL은 고유키 제약의 대상이 아니므로, NULL 값을 가진 행이 여러 개가 있더라도 고유키 제약 위반이 되지 않는다.^[4]

NOT NULL[편집]

NULL 값의 입력을 금지한다.
디폴트 상태에서는 모든 컬럼에서 NULL을 허가하고 있지만, 이 제약을 지정함으로써 해당 컬럼은 입력 필수가 된다.^[4]

CHECK[편집]

입력할 수 있는 값의 범위 등을 제한한다. CHECK 제약으로는 TRUE or FALSE로 평가할 수 있는 논리식을 지정한다.^[4]

FOREIGN KEY(F.K)[편집]

관계형 데이터베이스에서 테이블 간의 관계를 정의하기 위해 기본키를 다른 테이블의 외래키로 복사하는 경우 외래키가 생성된다.
외래키 지정시 참조 무결성 제약 옵션을 선택할 수 있다.^[4]

각주[편집]

↑ 김동근, 〈table 테이블〉, 《김동근의 텀즈, 컴퓨터 용어사전》, 2002-06-17
↑ ^2.0 ^2.1 ^2.2 ^2.3 돌딱, 〈관계형 데이터베이스의 구조〉, 2020-03-18
↑ 개발자, 〈릴레이션의 특징과 용어〉, 2013-03-16
↑ ^4.00 ^4.01 ^4.02 ^4.03 ^4.04 ^4.05 ^4.06 ^4.07 ^4.08 ^4.09 ^4.10 ^4.11 개발이 하고 싶어요, 〈CREATE TABLE 테이블 생성, 제약조건(CONSTRAINT), 확인(DESC)〉, 2014-05-29

참고자료[편집]

김동근, 〈table 테이블〉, 《김동근의 텀즈, 컴퓨터 용어사전》, 2002-06-17
환, 〈DB에서 entityty란?〉, 2009-12-24
개발자, 〈릴레이션의 특징과 용어〉, 2013-03-16
개발이 하고 싶어요, 〈CREATE TABLE 테이블 생성, 제약조건(CONSTRAINT), 확인(DESC)〉, 2014-05-29
글그리, 〈데이터베이스 - 릴레이션(Relation)〉, 2017-03-09
victolee, 〈인덱스(Index)〉, 2019-05-18
무니봇, 〈릴레이션 스키마(Relation Schema), 릴레이션 인스턴스(Relation Instance), 속성(Attribute), 튜플(Tuple)〉, 2019-12-17
Tigercow, 〈엔터티(ENTITY)와 속성(ATTRIBUTE)〉, 2020-01-13
돌딱, 〈관계형 데이터베이스의 구조〉, 2020-03-18

같이 보기[편집]

이 테이블 (데이터베이스) 문서는 데이터에 관한 글로서 검토가 필요합니다. 위키 문서는 누구든지 자유롭게 편집할 수 있습니다. [편집]을 눌러 문서 내용을 검토·수정해 주세요.

개발 : 프로그래밍, 소프트웨어, 데이터^□^■^⊕, 솔루션, 보안, 하드웨어, 컴퓨터, 사무자동화, 인터넷, 모바일, 사물인터넷, 게임, 메타버스, 디자인

데이터	ACID • CRUD • CSV • DAO • DB • DBMS • DB 명령어 • DCL • DDL • DML • DTO • ERD • ETL • JDBC • LOD • MDM • ODBC • RDBMS • RDF • SQL • 가상 데이터베이스 • 관계형 데이터베이스 • 그래프 • 기본키(PK) • 내부조인 • 널 • 노드 • 다이어그램 • 대리키 • 대체키 • 데이터 • 데이터댐 • 데이터마트 • 데이터 모델링 • 데이터뱅크 • 데이터베이스(DB) • 데이터베이스 언어 • 데이터 사이언스 • 데이터 사전 • 데이터 웨어하우스 • 데이터 정의어(DDL) • 데이터 제어어(DCL) • 데이터 조작어(DML) • 데이터 클러스터 • 데이터 토큰 (문자열) • 데이터 통합 • 덱 • 디비서버 • 라이트조인 • 락 • 레코드 • 레프트조인 • 로그 • 로그파일 • 로깅 • 롤백 • 리두로그 • 릴레이션 • 마스터데이터 • 마스터데이터관리(MDM) • 마이그레이션 • 메타데이터 • 배열 • 뷰 • 빅데이터 • 서브쿼리 • 수퍼키 • 순차리스트 • 스키마 • 스택 • 슬로우쿼리 • 엔티티 • 역정규화 • 연결리스트 • 외래키(FK) • 외부조인 • 인덱스 • 인덱싱 • 인젝션 • 자료구조 • 정규화 • 정보 • 조인 • 커밋 • 쿼리 • 큐 • 키 • 타깃 • 테이블 • 튜플 • 트랜잭션 • 트리 • 트리거 • 티비마이그레이터 • 풀조인 • 프로시저 • 필드 • 해시 • 해시맵 • 해시태그 • 해시테이블 • 해시함수 • 해싱 • 후보키

데이터베이스 관리 시스템 (DBMS)	관계형 데이터베이스 관리 시스템(RDBMS) • 노에스큐엘(NoSQL) • 데이터베이스 관리 시스템(DBMS) • 더비 • 디비투(DB2) • 레디스 • 마리아디비(MariaDB) • 마이에스큐엘(MySQL) • 몽고디비 • 빅테이블 • 사이베이스 • 선디비 • 알티베이스 • 액세스 • 에스큐엘(SQL) • 에스큐엘라이트(SQLite) • 에이치베이스 • 엠에스에스큐엘(MS-SQL) • 오라클(Oracle) • 인터베이스 • 인포믹스 • 카산드라 • 카우치디비 • 큐브리드 • 티베로 • 파이어버드 • 포스트그레스큐엘(PostgreSQL) • 하이퍼테이블

DB 명령어	alter • array • create • delete • drop • from • full join • grant • inner join • insert • join • left join • null • order by • outer join • rename • revoke • right join • select • truncate • update • where

시스템 연계	API • CGI • EAI • ESB • JPA • RSS • SOA • SOAP • SSL • SSO • web3.js • XML • 디비투디비(DB-to-DB) • 레스트풀(RESTful) • 상호운용성 • 시스템 인터페이스 • 신디케이션 API • 오픈 API • 웹 API • 웹개방성 • 윈도우 API • 자바 API • 크롤링 • 프라이빗 API

위키 : 자동차, 교통, 지역, 지도, 산업, 기업, 단체, 업무, 생활, 쇼핑, 블록체인, 암호화폐, 인공지능, 개발, 인물, 행사, 일반

[table_info-1] 김동근, 〈table 테이블〉, 《김동근의 텀즈, 컴퓨터 용어사전》, 2002-06-17

[rdb_info-2] 2.0 ^2.1 ^2.2 ^2.3 돌딱, 〈관계형 데이터베이스의 구조〉, 2020-03-18

[3] 개발자, 〈릴레이션의 특징과 용어〉, 2013-03-16

[constraint-4] 4.00 ^4.01 ^4.02 ^4.03 ^4.04 ^4.05 ^4.06 ^4.07 ^4.08 ^4.09 ^4.10 ^4.11 개발이 하고 싶어요, 〈CREATE TABLE 테이블 생성, 제약조건(CONSTRAINT), 확인(DESC)〉, 2014-05-29

[1]

[2]

[3]

[4]

@@ 1번째 줄: / 1번째 줄: @@
-'''테이블'''(table)은 행(row)과 열(column)로 구성된 데이터 집합(값)의 모임이다. 관계형 데이터베이스(relational database)에서 사용되는 용어이다.
+'''테이블'''(table)은 [[데이터베이스]]에서 [[행]](가로, row, record)과 [[열]](세로, column, field)로 짜여진 표에 기록된 [[데이터]]의 집합이다. '''디비 테이블'''(DB table)이라고도 한다.
-= 개요 =
+== 개요 ==
-테이블(table)은 데이터베이스(database) 상 특정한 종류의 데이터를 구조적으로 묶은 것이다.
+테이블이란 데이터베이스에서　단일 주제에 관해 행과 열로 구성되는 정보 모음을 가리킨다. 예를 들면, 업무용 데이터베이스는 대개 고객 정보에 관한 테이블을 가지고 있는데, 고객의 계정 번호, 주소, 전화번호 등을 저장할 수 있는 여러 개의 행으로 구성된다. 테이블 내에서 계정 번호 등과 같은 낱낱의 데이터 각각을 [[필드 (데이터베이스)|필드]](field)라고 부른다. 하나의 행은 모든 고객들의 전화 번호 등과 같은 어떤 한 필드 내의 모든 데이터로 구성된다. 필드는 완전한 정보 셋인 레코드로 조직화되며, 각각은 하나의 열을 이룬다. 표준화 과정을 통해 데이터를 가장 효과적인 방법으로 테이블로 구성할 수 있는 방법을 결정한다.
-= 구조 =
+컴퓨터로 만들어지거나 또는 종이 위에 손쉽게 그릴 수 있는 진리표에는 기반이 되는 결정이나 기준 목록을 포함한다. 진리표에는 가능한 모든 결정 상황이 목록화되며, 각 상황에서 취해져야 할 행위가 정의된다. 기본적인 예로는, 도로 교차점의 교통 상황에 대하여 "예" 또는 "아니오"와 같은 결정들과 빨간색 신호나, 녹색 신호 등과 같이 기준들이 표현될 수 있다. 진리표는 여러 가지 상황에서 내려지는 결정에 따라 처리 기준을 지시하기 위한 컴퓨터 프로그램에도 삽입될 수 있다. 진리표가 변경되면 프로그램에도 반영된다.<ref name='table_info'>김동근, 〈[http://www.terms.co.kr/table.htm table 테이블]〉, 《김동근의 텀즈, 컴퓨터 용어사전》, 2002-06-17</ref>
-테이블은 기본적으로 행(row)과 열(column)으로 구성되어 있다.
+== 구조 ==
+테이블은 기본적으로 [[행]](row)과 [[열]](column)으로 구성되어 있다.
-* '''데이터베이스 상에서 정의되는 행(row)'''
+=== 행(row) ===
-  '''레코드(record)''', '''튜플(tuple)''' : 릴레이션이 나타내는 엔티티(entity)의 특정 인스턴스에 관한 사실(값)들의 모임이다. 공식적으로 튜플이라고 부른다.
+* '''레코드'''(record), '''튜플'''(tuple) : 릴레이션이 나타내는 [[엔티티]](entity)의 특정 인스턴스에 관한 사실(값)들의 모임이다. 튜플로 통용된다.
+* '''카디날리티'''(cardinality) : 릴레이션 튜플의 개수<ref name='rdb_info'>돌딱, 〈[https://blog.naver.com/96wjdduf/221860693470 관계형 데이터베이스의 구조]〉, 2020-03-18</ref>
-  '''카디날리티(cardinality)''' : 릴레이션 튜플의 개수
+=== 열(column) ===
+* '''[[속성]]'''(attribute) : 하나의 릴레이션은 현실세계의 어떤 개체(entity)를 표현하고 저장되는 데 사용된다. 이때 개체는 사물이 될 수도, 추상적인 개념이 될 수도 있다.
+* '''[[필드 (데이터베이스)|필드]]'''(field) : 종종 컬럼의 대용으로 동일한 의미로 사용되지만, 필드와 필드값은 한 열이나 한 컬럼 사이의 교차로 존재하는 단일 항목을 특정할 때 언급하는 것이다.
+* '''[[차수]]'''(degree) : 한 릴레이션에 들어 있는 속성의 수<ref name='rdb_info'></ref>
-* '''데이터베이스 상에서 정의되는 열(column)'''
+=== 도메인 ===
-  '''속성(attribute, 애트리뷰트)''' : 하나의 릴레이션은 현실세계의 어떤 개체(entity)를 표현하고 저장되는 데 사용된다.
+하나의 속성이 취할 수 있는 같은 타입의 원자값들의 집합이다. [[도메인]](domain)은 실제 속성 값이 나타날 때 그 값의 합법 여부를 시스템이 검사하는데 이용된다.<ref name='rdb_info'></ref>
-  이때 개체는 사물이 될 수도, 추상적인 개념이 될 수도 있다.
-  '''필드(field)''' : 종종 컬럼의 대용으로 동일한 의미로 사용되지만, 필드와 필드값은 한 열이나 한 컬럼 사이의 교차로 존재하는 단일 항목을 특정할 때 언급하는
+=== 릴레이션 인스턴스 ===
-  것이다.
+[[릴레이션 인스턴스]](relation instance)란 데이터 개체를 구성하고 있는 속성들에 데이터 타입이 정의되어 구체적인 데이터 값을 갖고 있는 것을 말한다.<ref>개발자, 〈[https://blog.naver.com/kookh1/120184872122 릴레이션의 특징과 용어]〉, 2013-03-16</ref>
-  '''차수(degree)''' : 한 릴레이션에 들어 있는 애트리뷰트의 수
+=== 관계형 데이터베이스 구조 ===
+[[파일:릴레이션_구조.png|image]]<ref name='rdb_info'></ref>
-* '''도메인(domain)''' : 하나의 애트리뷰트가 취할 수 있는 같은 타입의 원자값들의 집합
+== SQL에서 테이블 활용 ==
-. 도메인은 하나의 애트리뷰트가 취할 수 있는 같은 타입의 원자값들의 집합이다.
+=== 테이블 생성===
-. 도메인은 실제 애트리뷰트 값이 나타날 때 그 값의 합법 여부를 시스템이 검사하는데 이용된다.
-* '''릴레이션 인스턴스(relation instance)''' : 데이터 개체를 구성하고 있는 속성들에 데이터 타입이 정의되어 구체적인 데이터 값을 갖고 있는 것을 말한다.
+  CREATE TABLE 테이블 이름 (
-  * '''관계형 데이터베이스 구조'''
+        컬럼명1 DATATYPE [DEFAULT 형식],
-  [[File:릴레이션_구조.png|image]]
+        컬럼명2 DATATYPE [DEFAULT 형식],
+        컬럼명3 DATATYPE [DEFAULT 형식]
+  );
+:테이블 생성시 대/소문자 구분은 하지 않는다. (기본적으로 테이블이나 컬럼명은 대문자로 만들어진다.)
+:DATE 유형은 별도로 크기를 지정하지 않는다.
+:문자 데이터 유형은 반드시 가질 수 있는 최대 길이를 표시해야 한다.
+:컬럼과 컬럼의 구분은 콤마로 하되, 마지막 컬럼은 콤마를 찍지 않는다.
+:컬럼에 대한 제약조건이 있으면 CONSTRAINT를 이용하여 추가할 수 있다.<ref name='constraint'>개발이 하고 싶어요, 〈[https://hyeonstorage.tistory.com/291 CREATE TABLE 테이블 생성, 제약조건(CONSTRAINT), 확인(DESC)]〉, 2014-05-29</ref>
-= 세부항목 =
+=== 테이블 수정 ===
-== 키 ==
-=== 기본키 ===
-* 기본키(Primary Key, P.K) : 후보키 중에서 선택한 주키(Main Key)
-  한 릴레이션에서 특정 튜플을 유일하게 구별할 수 있는 속성
-  Null 값을 가질 수 없다.
-  기본키로 정의된 속성에는 동일한 값이 중복되어 저장될 수 없다.
-=== 후보키 ===
-=== 외래키 ===
+  ALTER TABLE 테이블명;
-=== ===
+=== 테이블 삭제 ===
+  DROP TABLE 테이블명 [CASCADE CONSTRAINT];
+:DROP TABLE 명령어를 사용하면 테이블의 모든 데이터 및 구조를 삭제한다.
+:CASCADE CONSTRAINT 옵션은 해당 테이블과 관계가 있었던 참조되는 제약조건에 대해서도 삭제한다는 것을 의미한다.
+:(SQL Server에서는 CASCADE 옵션이 존재하지 않는다. 테이블 삭제 전에 참조하는 FOREIGN KEY 제약 등을 먼저 삭제해야 한다.)<ref name='constraint'></ref>
+=== 테이블 목록 조회 ===
+  SHOW TABLES;
+=== 테이블 조회 ===
+  SELECT * FROM 테이블명;
+=== 컬럼 추가 (ADD COLUMN) ===
+  ALTER TABLE 테이블명
+  ADD 추가할 컬럼명  데이터 유형; <ref name='constraint'></ref>
+=== 컬럼 수정 (MODIFY COLUMN) ===
+  ALTER TABLE 테이블명
+  MODIFY COLUMN 수정할 컬럼명;
+:MODIFY COLUMN 사용 시 주의사항
+::해당 컬럼의 크기를 늘릴 수는 있지만 줄이지는 못한다. 이는 기존의 데이터가 훼손될 수 있기 때문이다.
+::해당 컬럼이 NULL 값만 가지고 있거나 테이블에 아무 행도 없으면 컬럼의 폭을 줄일 수 있다.
+::해당 컬럼이 NULL 값만을 가지고 있으면 데이터 유형을 변경할 수 있다.
+::해당 컬럼의 DEFAULT 값을 바꾸면 변경 작업 이후 발생하는 행 삽입에만 영향을 미치게 된다.
+::해당 컬럼에 NULL 값이 없을 경우에만 NOT NULL 제약조건을 추가할 수 있다.<ref name='constraint'></ref>
+=== 컬럼명 수정 (RENAME COLUMN) ===
+테이블을 생성하면서 만들어졌던 컬럼명을 변경해야 할 경우에 사용한다.
+  ALTER TABLE 테이블명
+  RENAME COLUMN 변경해야할 컬럼명 TO 새로운 컬럼명; <ref name='constraint'></ref>
+=== 컬럼 삭제 (DROP COLUMN) ===
+  ALTER TABLE 테이블명
+  DROP COLUMN 삭제할 컬럼명; <ref name='constraint'></ref>
+== 제약조건 ==
+제약조건(constraint)은 사용자가 원하는 조건의 데이터만 유지하기 위한 특정 컬럼에 설정하는 제약이다. 테이블을 생성할 때 제약조건을 반드시 기술할 필요는 없다.<ref name='constraint'></ref>
+=== PRIMARY KEY(P.K) ===
+* 테이블에 저장된 행 데이터를 고유하게 식별하기 위한 기본키 정의
+* 하나의 테이블에 하나의 기본키 제약만 정의할 수 있다.
+* 기본키 제약을 정의하면 DBMS는 자동으로 UNIQUE 인덱스를 생성하며, 기본키를 구성하는 컬럼에는 NULL을 입력할 수 없다.<ref name='constraint'></ref>
+=== UNIQUE KEY ===
+* 테이블에 저장된 행 데이터를 고유하게 식별하기 위한 고유키를 정의한다.
+* 단, NULL은 고유키 제약의 대상이 아니므로, NULL 값을 가진 행이 여러 개가 있더라도 고유키 제약 위반이 되지 않는다.<ref name='constraint'></ref>
+=== NOT NULL ===
+* NULL 값의 입력을 금지한다.
+*  디폴트 상태에서는 모든 컬럼에서 NULL을 허가하고 있지만, 이 제약을 지정함으로써 해당 컬럼은 입력 필수가 된다.<ref name='constraint'></ref>
+=== CHECK ===
+* 입력할 수 있는 값의 범위 등을 제한한다. CHECK 제약으로는 TRUE or FALSE로 평가할 수 있는 논리식을 지정한다.<ref name='constraint'></ref>
+=== FOREIGN KEY(F.K) ===
+* 관계형 데이터베이스에서 테이블 간의 관계를 정의하기 위해 기본키를 다른 테이블의 외래키로 복사하는 경우 외래키가 생성된다.
+* 외래키 지정시 참조 무결성 제약 옵션을 선택할 수 있다.<ref name='constraint'></ref>
 {{각주}}
-= 참고자료 =
+== 참고자료 ==
-* 더블에스, 〈[https://doublesprogramming.tistory.com/76 자바 - 제어자(Modifier) ]〉, 2017-01-31
+* 김동근, 〈[http://www.terms.co.kr/table.htm table 테이블]〉, 《김동근의 텀즈, 컴퓨터 용어사전》, 2002-06-17
-* 차재복, 〈[http://www.ktword.co.kr/abbr_view.php?m_temp1=2657   Access Modifier 접근 제한자, 접근 수정자, 접근 제어자]〉, 《정보통신기술용어해설》, 2019-11-27
+* 환, 〈[http://blog.naver.com/PostView.nhn?blogId=jjhstr&logNo=60097939589&proxyReferer=https:%2F%2Fwww.google.com%2F DB에서 entityty란?]〉, 2009-12-24
-* 안뇽쌀룽아, 〈[https://okjkillo.tistory.com/entry/%ED%82%A4%EC%9B%8C%EB%93%9C-native  키워드 native ]〉, 2019-09-08
+* 개발자, 〈[https://blog.naver.com/kookh1/120184872122 릴레이션의 특징과 용어]〉, 2013-03-16
-* 에몽이, 〈[https://emong.tistory.com/187  java Synchronized ]〉, 2017-12-21
+* 개발이 하고 싶어요, 〈[https://hyeonstorage.tistory.com/291 CREATE TABLE 테이블 생성, 제약조건(CONSTRAINT), 확인(DESC)]〉, 2014-05-29
-* Nesoy, 〈[https://nesoy.github.io/articles/2018-06/Java-volatile Java volatile이란? ]〉, 2018-06-09
+* 글그리, 〈[https://eastroot1590.tistory.com/entry/%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4-%EC%9A%A9%EC%96%B4-%EB%A6%B4%EB%A0%88%EC%9D%B4%EC%85%98Relation 데이터베이스 - 릴레이션(Relation)]〉, 2017-03-09
-* 솔데스크, 〈[https://itpass.tistory.com/900  자바의 희귀한 키워드들(keyword)들 : native, transient, volatile, const, strictfp]〉, 2009-02-26
+* victolee, 〈[https://victorydntmd.tistory.com/319 인덱스(Index)]〉, 2019-05-18
+* 무니봇, 〈[https://moonibot.tistory.com/37 릴레이션 스키마(Relation Schema), 릴레이션 인스턴스(Relation Instance), 속성(Attribute), 튜플(Tuple)]〉, 2019-12-17
+* Tigercow, 〈[https://doorbw.tistory.com/227 엔터티(ENTITY)와 속성(ATTRIBUTE)]〉, 2020-01-13
+* 돌딱, 〈[https://blog.naver.com/96wjdduf/221860693470 관계형 데이터베이스의 구조]〉, 2020-03-18
-= 같이 보기 =
+== 같이 보기 ==
-* [[객체 지향 프로그래밍]]
+* [[데이터베이스]]
-* [[객체]]
+* [[릴레이션]]
-* [[클래스]]
+* [[뷰]]
-* [[메소드]]
+* [[DBMS]]
-* [[접근제어자]]
+* [[키]]
+* [[SQL]]
+* [[정규화]]
+* [[역정규화]]
+* [[HTML]]
+* [[엔티티]]
+* [[태그]]
+* [[테이블 (HTML)]]
+* [[테이블]]
-{{프로그래밍 언어|검토 필요}}
+{{데이터|검토 필요}}

위키원

이름공간

변수

보기

더 보기

검색