MySQL Error 1170 (42000): BLOB/TEXT Column Used in Key Specification Without a Key Length MySQL의 오류 1170 (42000) : 때는 / 텍스트 열에 주요 사양에 키 길이없이 사용할
When creating a new table or altering an existing table with primary keys, unique constraints and indexes, or when defining a new index with Alter Table manipulation statement in MySQL database, the following error may occur and prohibit the the command from completing: 새 테이블을 만들 때 또는 기본 키, 고유 제약 및 색인 생성하거나, MySQL 데이터베이스에서 변경되면 새 색인 표 조작 성명과 정의와 기존 테이블을 변경, 다음과 같은 오류가 발생할 수 있으며 완료으로부터 금지 명령 :
ERROR 1170 (42000): BLOB/TEXT column ‘field_name’ used in key specification without a key length 오류 1170 (42000) : 때는 / 텍스트 열의 'field_name'키를 사양에 키 길이없이 사용
The error happens because MySQL can index only the first N chars of a BLOB or TEXT column. 오류가 발생하기 때문에 BLOB를 또는 텍스트 열을의 색인을 생성할 수 MySQL은 먼저 N에만 문자. So The error mainly happen when there is a field/column type of TEXT or BLOB or those belongs to TEXT or BLOB types such as TINYBLOB, MEDIUMBLOB, LONGBLOB, TINYTEXT, MEDIUMTEXT, and LONGTEXT that you try to make as primary key or index. 그래서 일이있을 때이 오류는 주로 필드입니다 / 텍스트 또는 BLOB의 칼럼들을 입력하거나 텍스트 또는 TINYBLOB, MEDIUMBLOB, LONGBLOB, TINYTEXT, MEDIUMTEXT 같은 BLOB 유형에 속하는 LONGTEXT 그 기본 키 또는 인덱스로 만들려고했다. With full BLOB or TEXT without the length value, MySQL is unable to guarantee the uniqueness of the column as it’s of variable and dynamic size. 전체의 BLOB 또는 텍스트 길이 값을 않고, MySQL이 칼럼의 고유성을 보장할 수없는만큼 변수와 동적 크기의. So, when using BLOB or TEXT types as index, the value of N must be supplied so that MySQL can determine the key length. 그래서, 텍스트 또는 인덱스 유형에 BLOB를 사용하여, N이 값을 MySQL은 키 길이를 결정할 수 있도록 지원해야합니다. However, MySQL doesn’t support limit on TEXT or BLOB. 그러나 MySQL은 텍스트 또는 Blob에 제한을 지원하지 않습니다. TEXT(88) simply won’t work. 텍스트 (88)는 단순히 작동하지 않습니다.
The error will also pop up when you try to convert a table column from non-TEXT and non-BLOB type such as VARCHAR and ENUM into TEXT or BLOB type, with the column already been defined as unique constraints or index. 오류도 때 아닌 테이블의 BLOB 열에 - 텍스트 및 비 - 텍스트 또는 유형에 VARCHAR와 같은 BLOB 열거 타입, 컬럼은 이미 독특한 제약 조건 또는 인덱스로 정의와 변환하려고 팝업됩니다. The Alter Table SQL command will fail. 이 알터 표 SQL 명령이 실패하게됩니다.
The solution to the problem is to remove the TEXT or BLOB column from the index or unique constraint, or set another field as primary key. 이 문제를 해결하려면 색인 또는 UNIQUE 제약에서 텍스트 또는 BLOB 열을 제거하는 것입니다 또는 기본 키로 다른 필드를 설정합니다. If you can’t do that, and wanting to place a limit on the TEXT or BLOB column, try to use VARCHAR type and place a limit of length on it. 만약 네가 그렇게한다면, 그리고 텍스트 또는 BLOB 열을에 한계가 자리하고 싶은, 할 수 없어 VARCHAR 유형을 사용하려고하고 그것에 길이의 한계 장소. By default, VARCHAR is limited to a maximum of 255 characters and its limit must be specified implicitly within a bracket right after its declaration, ie VARCHAR(200) will limit it to 200 characters long only. 기본적으로, 자사의 한계를 암시 a 브라켓 VARCHAR 오른쪽 이내 선언, 즉 VARCHAR (200) 200 문자 길이 제한을 지정해야합니다에만 255 자와의 최대로 제한됩니다.
Sometimes, even though you don’t use TEXT or BLOB related type in your table, the Error 1170 may also appear. 가끔은, 비록 텍스트를 입력하거나 관련 테이블에 BLOB를 사용하지 않으면 오류 1170도 나타날 수있습니다. It happens in situation such as when you specify VARCHAR column as primary key, but wrongly set its length or characters size. 그것은 그러한 상황에서 열을 지정하면 기본 키로 VARCHAR 아니라, 일이 잘못은 길이 또는 문자 크기를 설정합니다. VARCHAR can only accepts up to 256 characters, so anything such as VARCHAR(512) will force MySQL to auto-convert the VARCHAR(512) to a SMALLTEXT datatype, which subsequently fail with error 1170 on key length if the column is used as primary key or unique or non-unique index. VARCHAR 수있는 256 자)로 자동 변환 VARCHAR MySQL을 강요하게 될 - 그래서 아무것도 같은 VARCHAR (512 최대 수용 (512) 칼럼을 기본으로 사용되는 경우는 이후에 키 길이에 오류 1170와 함께 실패 SMALLTEXT은 datatype, 키 또는 고유 아니면 non - 고유 인덱스. To solve this problem, specify a figure less than 256 as the size for VARCHAR field. 이 문제를 해결하려면, VARCHAR 필드의 크기로 수치 256 미만을 지정할 수있습니다.
IMPORTANT : This is a machine translated page which is provided "as is" without warranty. 중요 :이 기계는 "보증도없이있는 그대로"제공됩니다 페이지를 번역했다. Machine translation may be difficult to understand. 기계 번역을 이해하기 어려울 수있습니다. Please refer to 을 참조하시기 바랍니다 original English article 원래 영어 문서 whenever possible. 언제든 가능합니다.
Share and contribute or get technical support and help at 공유와 기여하거나 기술 지원과에 도움이 My Digital Life Forums 내 디지털 생활 포럼 .
Related Articles 관련 기사
- How to Convert Character Set and Collation of WordPress Database 문자 집합과 정렬하는 방법을 변환 WordPress 데이타베이스의
- Installing Web Server in FreeBSD 6.0 with Apache 2.2, MySQL 5.0 and PHP 5 - Part 3 설치 웹 서버는 FreeBSD 6.0에서 아파치 2.2, MySQL은 5.0과 PHP 5 - 3 부
- Change and Reset MySQL root Password MySQL의 root 암호를 변경 및 재설정
- Create New Table by Selecting Data from Other Tables with CREATE TABLE AS 테이블을 만들으로 다른 테이블에서 데이터를 선택하여 새 테이블 만들기
- WordPress MySQL SQL Query Error in WPDB Class WordPress의 MySQL은 SQL 쿼리 오류 WPDB에서 수업
- Easily Duplicate, Copy or Backup Tables in Oracle, PostgreSQL, DB2 and SQLite with Create Table As SQL 쉽게 중복, 복사 또는 이름으로 테이블을 만듭니다와 오라클, PostgreSQL을, DB2 및 SQLite에 백업 테이블의 SQL
- Oracle PL/SQL ORA-00947 Not Enough Values Error 오라클은 PL / SQL 오라 - 00947 충분하지 않은 값 오류
- Install Web Server in Windows XP with Apache2, PHP5 and MySQL4 - Part 4 웹 서버를 설치 Windows XP에서 Apache2, php5와 MySQL4 - 제 4 부
- Enable MySQL InnoDB Storage Engine Support in XAMPP Installation MySQL의 스토리지 엔진을 지원하는 이노 활성화 XAMPP에 설치
- Change or Set MySQL Long Query Time Value for log-slow-queries MySQL은 긴 시간을 설정을 변경하거나 쿼리 값 로그 - 느린위한 - 쿼리
August 30th, 2007 18:33 8 월 30 일 2007 18:33
Thanks for putting this up. 퍼팅이 최대 주셔서 감사합니다. I didn’t get the error and you saved me a lot o frustration. 나는 오류가 발생하지 않았고 당신은 내게 많은 O를 좌절감을 구했어요. I’d put you in the ‘Goog people’ category anytime 내가 'GOOG에 사람들은'카테고리에 언제든지 처넣었어
February 20th, 2008 02:45 2 월 20 일 2008 2시 45분
Thanks! 감사합니다! Very useful post. 매우 유용한 게시할 수있습니다.
February 23rd, 2008 03:40 2008년 2월 23일 03:40
Thanks for the post. 게시물을 주셔서 감사합니다. Very helpful. 매우 도움이.
March 7th, 2008 04:15 2008년 3월 7일 4시 15분
Thanks, very good defined 고마워, 매우 잘 정의된
October 6th, 2008 03:50 2008년 10월 6일 03:50
Thank you very much. 진심으로 감사합니다. I had this problem and you were a life saver! 저는이 문제를했고 당신은 생명의 은인!