John은 VARCHAR을 사용하는 곳에서 CHARACTER VARYING을 사용합니다. 나는 초보자이지만 그는 전문가이다. 이것은 내가 모르는 뭔가가 있음을 나에게 암시합니다. PostgreSQL에서 CHARACTER VARYING과 VARCHAR의 차이점은 무엇입니까?
SQL을 사용하여 Derby에서 자동으로 VARCHAR을 테이블 필드 길이로자를 수 있습니까? 구체적으로 : A truncation error was encountered trying to shrink VARCHAR '123' to length 2.
이 예외를 억제 할 수있는 쉬운 방법이 있나요 : CREATE TABLE A (B VARCHAR(2));
가능한 중복 : Are there disadvantages to using a generic varchar(255) for all text-based fields? 는 MYSQL에서 당신이 VARCHAR 필드 유형에 대한 길이를 선택할 수 있습니다. 가능한 값은 1-255입니다. 그러나 VARCHAR (20) 대신 VARCHAR (255)를 사용하면 어떤
텍스트 필드가있을 때 일반적으로이를 varchar로 저장합니다. 그런데 내가 놓아야 할 한도를 어떻게 알 수 있습니까? 사용자가 입력하는 텍스트의 양을 추정하는 것은 매우 부정확 해 보입니다. varchar는 필요한만큼 많은 공간을 사용하므로 예상 한 것보다 훨씬 큰 한계를 설정하는 것이 좋습니다. 다양한 Text 데이터 유형을 사용하면 어떤 단점이 있습니
VARCHAR 열에 완벽하게 저장 가능한 데이터가 포함되어 있다고 의심되는 NVARCHAR 열이 있습니다. 그러나 나는 열의 타입을 VARCHAR로 바꿀 수없고 최선을 다할 수 없다. 나는 어떤 종류의 수표를 할 필요가있다. 데이터가 정적이어서 (이후에는 변경되지 않음) 열이 인덱싱되고 실제 (nvarchar) 인덱스와 비교하여 더 작은 (varchar)
innodb 테이블을 MySQL에서 최적화했기 때문에, 절차 analsye()을 실행하여 권장 사항을 확인했습니다. 결과는 (255) 성능 향상이 있는가가 tinytext 를 사용하여 한 수 tinytext 대신 VARCHAR의 이전 VARCHAR로 설정 된 모든 필드 (255)를 권장? 나는 단지 속도가 아니라 크기에 관심이있다.
저는 인턴이며 SQL 2008 데이터 압축에 대한 연구를 요청 받았습니다. 우리는 Outlook 전자 메일의 여러 부분을 테이블에 저장하려고합니다. 문제는 전체 전자 메일 본문을 필드에 저장하려고하지만 압축하려고합니다. Char()를 사용하면 전신을 저장하지 않고 압축 할 수 있습니다 ... varchar()를 사용하면 전체 본문이 저장되지만 압축은 허용되
테이블 작성 문장에서 char 유형으로 정의 된 열은 varchar()로 정의됩니다. DB의 desc에서 varchar (8)로 변환되는 char (8)로 정의되었습니다. 동일한 데이터베이스의 char (1) -> char (1) varchar()로 변환 할 char 유형의 테이블을 정의한 경우 은 MySQL 4.1의 사양입니까?
MySQL은 varchar 필드를 어떻게 저장합니까? 1,2,4,8,16,32,64,128,255 (최대) 예를 통해 추가 설명 : 나는 다음과 같은 패턴을 분별 저장 크기를 나타낸다는 것을 가정 할 수있다. 내가 20 문자의 varchar 필드를 가지고있다. 이 필드를 만들 때 MySQL은 기본적으로 32 바이트 (바이트인지 아닌지는 확실하지 않음)의 공