MySQL MySQL 데이터형 및 크기

2018.05.13 21:05

졸리운_곰 조회 수:1130

MySQL 데이터형 및 크기

 

자료형이 왜 필요하나?

먼저 자료형이 왜 필요하는지 부터 생각해보자.

컴퓨터 프로그램은 프로그래머가 의도한 대로 동작한다.
이 때 같은 목적의 프로그램이라고 할지라도 효율적으로 동작하는 것이 더 좋은 프로그램이 된다.

컴퓨터 알고리즘(Computer Algorithm)” 학문에서는 이를 평가(Performance Analysis)하기 위해서,
시간복잡도(time complexity)“와 “공간복잡도(space complexity)“라는 개념을 사용한다.

즉, “더 작은 공간을 사용하면서” , “더 빠르게 처리할수 있는” 프로그램을 만들기 위해서 데이터 자료형을 사용하는 것이다.

작은 공간에 넣을수록 연산(SELECT 등의 연산)이 빨라지고 공간도 적게 차지한다.

다음의 자료형 목록을 보면서 당신의 프로그램의 목적을 충분히 이룰 수 있는 작은 자료형을 찾아보도록 하자.

자료형에 관해 논의한 이 https://blog.lael.be/post/917 글도 한번 읽어보도록 하자.


TINYINT[(M)] [UNSIGNED] [ZEROFILL]

- 자료형의 크기 : 1바이트(1Byte, 2^8 = 8bit)
- 범위 : -128 에서 127 (UNSIGNED 일 경우 0 에서 255)

 

SMALLINT[(M)] [UNSIGNED] [ZEROFILL]

- 자료형의 크기 : 2바이트(2Byte, 2^16 = 16bit)
- 범위 : -32768 에서 32767 (UNSIGNED 일 경우 0 에서 65535)

 

MEDIUMINT[(M)] [UNSIGNED] [ZEROFILL]

- 자료형의 크기 : 3바이트(3Byte, 2^24 = 24bit)
- 범위 : -8388608 에서 8388607 (UNSIGNED 일 경우 0 에서 16777215)

 

INT[(M)] [UNSIGNED] [ZEROFILL]

- 자료형의 크기 : 4바이트(4Byte, 2^32 = 32bit)
- 범위 : -2147483648 에서 2147483647 (UNSIGNED 일 경우 0 에서 4294967295)
- 주의 : 모든 연산은 “signed BIGINT” 로 이루어진다. 따라서 더하기 곱하기 등으로 “signed BIGINT” 의 범위를 벗어난다면 값이 틀려질 것이다.

 

BIGINT[(M)] [UNSIGNED] [ZEROFILL]

- 자료형의 크기 : 8바이트(8Byte, 2^64 = 64bit)
- 범위 : -9223372036854775808 에서 9223372036854775807 (UNSIGNED 일 경우 0 에 18446744073709551615)

 

FLOAT[(M,D)] [ZEROFILL]

- 범위 : -3.402823466E+38 에서 -1.175494351E-38, 0 그리고 1.175494351E-38 에서 3.402823466E+38
- 주의 : unsigned 를 설정할수 없다.

 

DOUBLE[(M,D)] [ZEROFILL]

- 범위 : -1.7976931348623157E+308 에서 -2.2250738585072014E-308, 0 그리고 2.2250738585072014E-308 에서 1.7976931348623157E+308
- 주의 : unsigned 를 설정할수 없다.

 

REAL[(M,D)] [ZEROFILL]

- 범위 : DOUBLE 과 동일

 

DATE

- 범위 : ‘1000-01-01’ 에서 ‘9999-12-31’
- 주의 : unsigned 를 설정할수 없다.

경축! 아무것도 안하여 에스천사게임즈가 새로운 모습으로 재오픈 하였습니다.
어린이용이며, 설치가 필요없는 브라우저 게임입니다.
https://s1004games.com

 

DATETIME

- 범위 : ‘1000-01-01 00:00:00’ 에서 ‘9999-12-31 23:59:59’

 

TIMESTAMP[(M)]

- 범위 : ‘1970-01-01 00:00:00’ 에서 2037

 

CHAR(M) [BINARY]

- 자료형의 크기 : char 필드의 CHARACTER SET 에 따라 가변적임. 예를들어 char(10) 이면서 utf4mb8 일 경우 고정 40Byte 사용.
- 범위 : 1 에서 255 글자
- 주의 : 고정길이로 길이가 작은 값이 입력되면 오른쪽에 스페이스로 채워져서 입력된다. BINARY 키워드가 주어지지 않을 경우 대소문자 구분없이 검색한다.

 

VARCHAR(M) [BINARY]

- 자료형의 크기 : varchar 필드의 CHARACTER SET 에 따라 가변적임. 예를들어 varchar(10) 이면서 utf4mb8 일 경우 최대(크기인덱스 1Byte + 데이터 40Byte 사용).
- 범위 : 1 에서 255 글자 (현재는 1에서 65535 글자 까지. 그러나 varchar(255) 이상을 사용하고 싶은 경우 text 자료형을 사용하여라)
- 주의 : BINARY 키워드가 주어지지 않을 경우 대소문자 구분없이 검색한다.
- TIP1 : 모든 데이터 값의 길이가 고정일 경우 char 가 varchar 보다 저장공간도 적게 차지하고 속도도 아주 약간 더 빠르다.
- TIP2 : 대부분의 상황에서 varchar 와 char 는 IN/OUT 이 동일하게 처리된다. 아무거나 써도 되지만 varchar 를 선택하기를 권장한다.

 

TINYTEXT

- 범위 : 최대 255 byte

 

TEXT

- 자료형의 크기 : 최대 65535 Byte (= 대략 64 KB)
- 범위 : 최대 65535 byte. utf8 기준(3바이트 문자)으로 21844 글자 저장가능.
- 허용크기 계산법 : 65536 = 2^16 = 2Byte 이다. 모든 text 값에는 반드시 이 크기지정 바이트가 붙는다. 따라서 한글의 경우 (65535-2)/3 글자 만큼 저장할 수 있다.

MEDIUMTEXT

- 범위 : 최대 16777215 byte (= 대략 16MB)

 

LONGTEXT

- 범위 : 최대 4294967295 byte (= 대략 4GB)

 

ENUM(‘value1′,’value2’,…)

- 범위 : ‘value1’, ‘value2’, …, or NULL 만이 입력가능하다. 최대 65535 개의 다른 값이 들어갈수 있다.

 

SET(‘value1′,’value2’,…)

- 범위 : ‘value1’, ‘value2’, …, or NULL 만이 입력가능하다. 최대 64 개의 다른 값이 들어갈수 있다.

 


참조 : https://dev.mysql.com/doc/refman/5.7/en/numeric-type-overview.html

참조 : https://dev.mysql.com/doc/refman/5.7/en/string-type-overview.html

 

[출처] https://blog.lael.be/post/115

본 웹사이트는 광고를 포함하고 있습니다.
광고 클릭에서 발생하는 수익금은 모두 웹사이트 서버의 유지 및 관리, 그리고 기술 콘텐츠 향상을 위해 쓰여집니다.
번호 제목 글쓴이 날짜 조회 수
공지 오라클 기본 샘플 데이터베이스 졸리운_곰 2014.01.02 86959
공지 [SQL컨셉] 서적 "SQL컨셉"의 샘플 데이타 베이스 SAMPLE DATABASE of ORACLE 가을의 곰을... 2013.02.10 79228
공지 [G_SQL] Sample Database 가을의 곰을... 2012.05.20 95967
42 블록체인 기반 플랫폼 비즈니스를 이해하자 졸리운_곰 2017.09.10 1560
41 다운타임 없는 서비스 구현 패턴 file 졸리운_곰 2017.09.10 1233
40 테이블의 수직분할과 수평분할에 대한 이해 file 졸리운_곰 2017.09.10 3915
39 정규화와 응집도에 대한 고찰 file 졸리운_곰 2017.05.28 1791
38 머신러닝 새 도전…“클라우드를 벗어나라" file 졸리운_곰 2017.05.28 1716
37 보안성 높이는 공공 거래장부 블록체인 file 졸리운_곰 2017.05.28 1775
36 디지털, 속도의 전쟁 VS 데이터, 품질의 전쟁 file 졸리운_곰 2017.05.05 1524
35 04. 데이터 모델링의 3단계 진행 file 졸리운_곰 2016.03.15 1666
34 데이터베이스 설계의 기본 원리.pdf file 졸리운_곰 2016.03.15 2360
33 실체유형(Entity Type) 정의 사항 및 도출 file 졸리운_곰 2015.05.21 2199
32 마농의 SQL 백문백답: 단순하고 쉽게 작성하는 SQL 노하우 [1회] file 졸리운_곰 2015.05.21 1836
31 sql개발자-sql전문가자격시험 시험 예제.pdf file 졸리운_곰 2015.02.15 2310
30 데이터베이스 선정에는 비밀이 있다 - 4부 졸리운_곰 2015.01.15 2103
29 데이터베이스 선정에는 비밀이 있다 - 3부 졸리운_곰 2015.01.15 2052
28 데이터베이스 선정에는 비밀이 있다 - 2부 졸리운_곰 2015.01.15 1836
27 데이터베이스 선정에는 비밀이 있다 - 1부 졸리운_곰 2015.01.15 2404
26 지금 우리에게 필요한 것은 데이터베이스 성능 최적화이다 (2부) 졸리운_곰 2015.01.15 1494
25 우리에게 필요한 것은 데이터베이스 성능 (1부) 졸리운_곰 2015.01.15 1822
24 21회 결과 secret 졸리운_곰 2014.11.10 0
23 [데이터아키텍쳐준전문가] 시험 fail 자료 secret 졸리운_곰 2014.08.31 0
대표 김성준 주소 : 경기 용인 분당수지 U타워 등록번호 : 142-07-27414
통신판매업 신고 : 제2012-용인수지-0185호 출판업 신고 : 수지구청 제 123호 개인정보보호최고책임자 : 김성준 sjkim70@stechstar.com
대표전화 : 010-4589-2193 [fax] 02-6280-1294 COPYRIGHT(C) stechstar.com ALL RIGHTS RESERVED