Skip to content

Latest commit

 

History

History
39 lines (30 loc) · 1.91 KB

MySQL Big Number 처리.md

File metadata and controls

39 lines (30 loc) · 1.91 KB
Raw

MySQL Big Number 처리

식별자로 사용하고 있는 큰 숫자들이 MySQL에 insert 될 때 어떻게 들어가는지 실험해봤다.

node.js

"INSERT INTO `recopick`.`TMP_TEST` " +
          "(`varchar(100)`, `int`, `integer`, `bigint`, `float`, `double`) " +
          "VALUES " +
          "(?,?,?,?,?,?)",
          [123456789012345678901234567890,
           2147483647,
           2147483647,
           922337203685477580,
           123456789012345678901234567890.123456789012345678901234567890,
           123456789012345678901234567890.123456789012345678901234567890],

결과는 다음과 같다.

Imgur

  • 123456789012345678901234567890를 varchar(100)에 넣으면 1.2345678901234568e29로 들어간다.

  • unsigned의 int나 integer의 MAX는 2147483647이므로 이를 초과하는 값을 넣으면 아래와 같이 에러가 발생한다.

    { [Error: ER_WARN_DATA_OUT_OF_RANGE: Out of range value for column 'int' at row 1]
  code: 'ER_WARN_DATA_OUT_OF_RANGE',
  errno: 1264,
  sqlState: '22003',
  index: 0 }

  • unsigned의 bigint의 MAX는 9223372036854775807인데, 이상하게도 9223372036854775807을 insert하면 Out of range value for column 'bigint' at row 1에러가 발생한다. 그래서 마지막 7을 제외한 채 insert 했다.

    • 에러가 나는 이유는 JavaScript에서 9223372036854775807를 9223372036854776000로 반올림 하기 때문이다. 역시 JavaScript에서는 Number.MAX_SAFE_INTEGER인 9007199254740991를 넘는 값을 사용하는 상황을 피하는 것이 좋다.

  • float와 double에는 소수점이 사라지면서 적당한 위치에서 반올림 된 정수형 데이터가 들어간다.

결론적으로 Node.js 환경에서 정수형 데이터는 9007199254740991 이하, 자리수로만 말하면 15자리 이하로 하는 것이 안전하다.