[SQL] INT (10) 및 INT (12) 사이에 (내 코드에 적용되는 경우)의 차이점은 무엇입니까?
SQLINT (10) 및 INT (12) 사이에 (내 코드에 적용되는 경우)의 차이점은 무엇입니까?
내가 INT (10) 또는 INT 대 (12) INT를 사용하는 경우 (8)이 실제로 코드를 사용하여 내 관점에서 무엇을 할 것인가?
나는 설명서를 읽고 난 그들이 무슨 말을하는지 이해 생각하지만, 사실은 내 PHP / MySQL의 코딩에 적용 할 방법을 모른다 (이것은 스핀은 이전 질문 떨어져있다).
사람이 곳은 실제로 문제 것의 예를 제공 할 수 있습니까?
해결법
-
==============================
1.짧은 답변 : 차이가 없습니다.
짧은 답변 : 차이가 없습니다.
은 "메타 데이터"에 다시 전달되는 폭 디스플레이. 그것은 그것의 메이크업의 사용에 응용 프로그램까지입니다. 일반적으로 그것은 단지 무시됩니다. 난 당신이 MySQL의 기능을 사용하여 얻을 수 있다고 생각하지 않습니다,하지만 당신은 mysqli가 mysqli_fetch_field_direct을 사용으로 할 수 있습니다.
-
==============================
2.MySQL은 정수형의 인수 데이터를 저장 또는 각각의 데이터 타입에 의해 지원되는 값의 범위에 영향을 미치지 않는다.
MySQL은 정수형의 인수 데이터를 저장 또는 각각의 데이터 타입에 의해 지원되는 값의 범위에 영향을 미치지 않는다.
인수는 조나단 Fingland 언급으로 응용 프로그램에서 사용할 수 화면 폭에 적용됩니다. ZEROFILL 옵션과 함께 사용하면 그것은 또한납니다 :
CREATE TABLE foo ( i INT(3) ZEROFILL, j INT(6) ZEROFILL, k INT(11) ZEROFILL ); INSERT INTO foo (i, j, k) VALUES (123, 456, 789); SELECT * FROM foo; +------+--------+-------------+ | i | j | k | +------+--------+-------------+ | 123 | 000456 | 00000000789 | +------+--------+-------------+
ZEROFILL는 데이터가 확실하게하는 방법을 참조하십시오 자릿수가 정수형 인수와 동일한 적어도에 제로 패딩.
ZEROFILL없이, 데이터 공간 패딩,하지만 공간이 종종 어쨌든 정돈되어 있기 때문에, 그 차이를 볼 수 어렵습니다.
어떤 영향을주는 것은 당신의 PHP 코드에 있습니까? 없음. 당신이 출력 원주 데이터 또는 공간 패드 또는 제로 패드 값을해야하는 경우, ()의 sprintf를 사용하는 것이 더 유연
-
==============================
3.이 반환 된 데이터에 영향을주지 않습니다대로 변경 아무것도 할 필요가 없습니다. 이 정보는 사용하고자하는 응용 프로그램에서 사용할 수 있습니다.
이 반환 된 데이터에 영향을주지 않습니다대로 변경 아무것도 할 필요가 없습니다. 이 정보는 사용하고자하는 응용 프로그램에서 사용할 수 있습니다.
http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html 참조
(강조 광산)
from https://stackoverflow.com/questions/1632403/what-is-the-difference-when-being-applied-to-my-code-between-int10-and-int1 by cc-by-sa and MIT license
'SQL' 카테고리의 다른 글
[SQL] SQL 서버의 칼럼에서 변환 행 값 (PIVOT) (0) | 2020.07.08 |
---|---|
[SQL] 지금 () 함수로부터 시간 빼기 (0) | 2020.07.08 |
[SQL] ORA-30926 : 테이블을 병합 할 때 소스 테이블의 행의 안정적인 세트를 얻을 수 없습니다 (0) | 2020.07.08 |
[SQL] SQL 서버 2008 : 중간 위치 변경 데이터 형식에 새 열을 삽입 할 수 없습니다 (0) | 2020.07.08 |
[SQL] 독특한 날짜 범위에 대한 포스트 그레스 제약 (0) | 2020.07.08 |