>  기사  >  데이터 베이스  >  MySQL의 숫자 유형

MySQL의 숫자 유형

伊谢尔伦
伊谢尔伦원래의
2016-11-23 13:21:211332검색

MySQL은 모든 표준 SQL 숫자 데이터 유형을 지원합니다. 이러한 유형에는 엄격한 숫자 데이터 유형(INTEGER, SMALLINT, DECIMAL 및 NUMERIC)과 대략적인 숫자 데이터 유형(FLOAT, REAL 및 DOUBLE PRECISION)이 포함됩니다. INT 키워드는 INTEGER의 동의어이고 DEC 키워드는 DECIMAL의 동의어입니다.

BIT 데이터 유형은 비트 필드 값을 저장하고 MyISAM, MEMORY, InnoDB 및 BDB 테이블을 지원합니다.

SQL 표준의 확장으로 MySQL은 정수 유형 TINYINT, MEDIUMINT 및 BIGINT도 지원합니다. 다음 표는 각 정수 유형에 필요한 저장 공간과 범위를 보여줍니다.

유형 바이트 최소값 최대값

(부호 있음/부호 없음) (부호 있음/부호 없음)

TINYINT 1 -128 127

0 255

SMALLINT 2 -32768 32767

0 65535

MEDIUMINT 3 -8388608 8388607

0 16777215

INT 4 -21474836 48 2147483647

0 4294967295

BIGINT 8 -9223372036854775808 9223 372036854775807

0 18446744073709551615

내 SQL은 또한 이 유형의 키워드 뒤에 대괄호 선택을 지원합니다. 정수 값의 표시 너비를 지정합니다(예: 예: INT(4)). 선택적 표시 너비 지정은 표시 너비가 지정된 열 너비보다 작은 경우 왼쪽부터 너비를 채우는 데 사용됩니다.

표시 너비는 열 내에 저장할 수 있는 값의 범위를 제한하지 않으며, 열의 지정된 너비를 초과하는 값의 표시를 제한하지 않습니다.

선택적 확장 속성 ZEROFILL과 함께 사용하면 기본 보충 공백이 0으로 대체됩니다. 예를 들어, INT(5) ZEROFILL로 선언된 열의 경우 값 4는 00004로 검색됩니다. 표시된 너비를 초과하는 정수 열에 값을 저장하면 MySQL은 복잡한 조인을 위한 임시 테이블을 생성할 때 문제에 직면하게 됩니다. 이러한 경우 MySQL은 데이터가 원래 열 너비에 맞을 것이라고 믿기 때문입니다.

모든 정수 유형에는 UNSIGNED라는 선택적(비표준) 속성이 있을 수 있습니다. 부호 없는 값은 열에 음수가 아닌 숫자만 허용하고 열에 더 큰 상위 숫자 범위가 필요한 경우 사용할 수 있습니다.

부동 소수점 유형과 고정 소수점 유형도 UNSIGNED가 될 수 있습니다. 동일한 숫자 유형의 경우 이 속성을 사용하면 해당 열에 음수 값이 저장되지 않습니다. 그러나 정수형과 달리 열 값의 상위 범위는 변경되지 않습니다.

숫자 열에 ZEROFILL이 지정되면 MySQL은 자동으로 UNSIGNED 속성을 열에 추가합니다.

부동 소수점 열 유형의 경우 MySQL에서는 단정밀도 값은 4바이트를 사용하고 배정밀도 값은 8바이트를 사용합니다.

FLOAT 유형은 대략적인 숫자 데이터 유형을 나타내는 데 사용됩니다. SQL 표준을 사용하면 FLOAT 키워드 다음에 오는 괄호 안에 정밀도를 비트(지수 범위는 아님) 단위로 선택적으로 지정할 수 있습니다. MySQL은 또한 스토리지 크기를 결정하는 데만 사용되는 선택적 정밀도 사양을 지원합니다. 0에서 23까지의 정밀도는 FLOAT 열의 4바이트 단정밀도에 해당합니다. 24에서 53까지의 정밀도는 DOUBLE 열의 8바이트 배정밀도에 해당합니다.

MySQL에서는 FLOAT(M,D), REAL(M,D) 또는 DOUBLE PRECISION(M,D)과 같은 비표준 구문을 사용할 수 있습니다. 여기서 "(M,D)"는 전체 M자리 정수를 표시하는 값을 의미하며, 소수점 이하 D자리가 위치한다. 예를 들어 FLOAT(7,4)로 정의된 열은 -999.9999로 표시될 수 있습니다. MySQL은 값을 저장할 때 반올림하므로 FLOAT(7,4) 열에 999.00009를 삽입하면 대략적인 결과는 999.0001이 됩니다.

MySQL은 DOUBLE을 DOUBLE PRECISION(비표준 확장)의 동의어로 취급합니다. 또한 MySQL은 SQL 서버 모드에 REAL_AS_FLOAT 옵션이 포함되어 있지 않으면 REAL을 DOUBLE PRECISION(비표준 확장)의 동의어로 처리합니다.

최대한의 이식성을 보장하려면 대략적인 숫자 데이터 값을 저장해야 하는 코드는 정밀도나 자릿수를 지정하지 않고 FLOAT 또는 DOUBLE PRECISION을 사용해야 합니다.

DECIMAL 및 NUMERIC 유형은 MySQL에서 동일한 유형으로 처리됩니다. 통화 데이터와 같이 정확해야 하는 값을 보유하는 데 사용됩니다. 이 유형의 열을 선언할 때 정밀도와 배율을 지정할 수 있습니다(일반적으로 그렇게 합니다). 예를 들면 다음과 같습니다.

salary DECIMAL(5,2)

이 예에서 5는 정밀도이고 2는 배율입니다. 정밀도는 값에 저장할 수 있는 자릿수를 나타내고, 스케일은 소수점 이하 몇 자릿수를 저장할 수 있는지를 나타냅니다.

MySQL 5.1에서는 DECIMAL과 NUMERIC 값을 바이너리 형식으로 저장합니다.

표준 SQL에서는 급여 열에 정수 5자리와 소수점 이하 2자리의 모든 값이 포함될 수 있어야 합니다. 따라서 이 경우 급여 항목에 저장할 수 있는 값의 범위는 -999.99부터 999.99까지이다.

표준 SQL에서 DECIMAL(M) 구문은 DECIMAL(M,0)과 동일합니다. 마찬가지로 DECIMAL 구문은 DECIMAL(M,0)과 동일하며 M의 값은 계산을 통해 결정될 수 있습니다. MySQL 5.1에서는 DECIMAL 및 NUMERIC 데이터 유형의 변수 형식이 지원됩니다. M의 기본값은 10입니다.

DECIMAL 또는 NUMERIC의 최대 자릿수는 65이지만 특정 DECIMAL 또는 NUMERIC 열의 실제 범위는 특정 열의 정밀도 또는 소수 자릿수에 의해 제한됩니다. 해당 열에 지정된 배율에서 허용되는 것보다 소수점 이하 자릿수가 더 많은 값이 할당되면 값이 해당 배율로 변환됩니다. (구체적인 작업은 운영 체제에 따라 다르지만 일반적으로 결과는 허용되는 자릿수로 잘립니다.)

BIT 데이터 유형을 사용하여 비트 필드 값을 저장할 수 있습니다. BIT(M) 유형을 사용하면 M 비트 값을 저장할 수 있습니다. M의 범위는 1부터 64까지입니다.

비트 값을 지정하려면 b'값' 기호를 사용하세요. value는 0과 1로 쓰여진 이진 값입니다. 예를 들어, b'111'과 b'100000000'은 각각 7과 128을 나타냅니다.

BIT(M) 열에 할당된 값의 길이가 M비트 미만인 경우 값의 왼쪽을 0으로 채웁니다. 예를 들어, BIT(6) 열에 b'101' 값을 지정하면 b'000101'을 지정하는 것과 동일한 효과가 있습니다.

열의 허용 범위를 초과하는 값을 숫자 열에 저장하려는 경우 MySQL의 동작은 해당 시점에 적용되는 SQL 모드에 따라 달라집니다. 모드가 설정되지 않은 경우 MySQL은 값을 범위의 해당 끝점으로 자르고 잘린 값을 저장합니다. 그러나 모드가 Traditional("strict 모드")로 설정된 경우 범위를 벗어난 값은 오류와 함께 거부되며 SQL 표준에 따라 삽입이 실패합니다.

INT 열이 UNSIGNED인 경우 열 범위의 크기는 동일하지만 해당 끝점은 0과 4294967295로 변경됩니다. -9999999999와 9999999999를 저장하려고 하면 non-strict 모드에서 해당 열에 저장된 값은 0과 4294967296이다.

부동 소수점 또는 고정 소수점 열에 할당된 값이 지정된(또는 기본) 정밀도 및 배율로 지정된 범위를 초과하는 경우 MySQL은 범위의 해당 끝점을 나타내는 값을 비엄격하게 저장합니다. 방법.

MySQL이 엄격 모드에서 작동하지 않는 경우 클리핑으로 인한 변환은 ALTER TABLE, LOAD DATA INFILE, UPDATE 및 다중 행 INSERT 문에 대한 경고로 보고됩니다. MySQL이 엄격 모드에서 작동하는 경우 테이블이 트랜잭션인지 여부 및 기타 요인에 따라 이러한 명령문이 실패하고 일부 또는 모든 값이 삽입되거나 변경되지 않습니다.


성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.