Open Source RDBMS - Seamless, Scalable, Stable and Free

한국어 | Login |Register

Versions available for this page: CUBRID 9.0.0 | 

주의 사항

  • 문자셋은 데이터베이스 인스턴스마다 같다고 가정한다. UTF-8 문자셋으로 구동된 데이터베이스 인스턴스에 JDBC, CCI 드라이버를 통해 응용 프로그램으로부터 직접 UTF-8 문자를 입력하는 것이 가능하다. ISO 문자셋을 사용하는 경우에는 입력되는 모든 문자열이 ISO 문자로 여겨지며 UTF-8 문자셋으로 변환된다. ASCII 문자들은 ISO와 UTF-8 문자셋과 모두 호환되기 때문에 변환되지 않는다.
  • COLLATE 수정자는 ORDER BY, GROUP BY, 콜레이션을 사용하는 연산 등에서 지원되지 않는다. 이 경우 CAST 연산자로 문자셋과 콜레이션을 표현식에서 바꿔서 사용할 수 있다.
  • COLLATE 수정자를 테이블 단위에서 지정할 수 없고, 컬럼 단위로만 지정할 수 있다. 테이블에서 콜레이션을 설정하면 해당 테이블의 모든 칼럼의 기본 콜레이션으로 지정되는 방법은 지원되지 않는다.
  • 콜레이션은 문자열 타입만 지정할 수 있고, ENUM 타입에서는 지원되지 않는다.
  • 대소문자 구분없는 콜레이션에서 LIKE 연산자는 여전히 대소문자를 구분하여 문자열을 처리한다. 다음 버전에서 지원될 예정이다.
  • 데이터베이스를 생성하는데 사용된 콜레이션과 다른 콜레이션으로 데이터베이스를 구동해서는 안 된다. 이와 같이 사용하면 예상치 않는 결과를 얻을 수 있고 심지어 CUBRID 프로세스들이 비정상 종료될 수도 있다.
  • 호스트 변수의 지연 바인딩이 있는 경우에 질의 실행 계획 출력 시에 콜레이션이 출력되지 않는다.
  • 유니코드 코드포인트에서 기본 다국어 영역인 0000~FFFF 범위만 지원한다.
  • 하나의 데이터베이스 인스턴스에서 여러 개의 로캘 라이브러리를 동시에 사용할 수 없다.
  • 확장이 있는 콜레이션에 대한 문자열 인덱스의 prefix 키 최적화는 현재 지원되지 않고 있고 문자열 전체를 prefix로 사용하는 오버헤드가 있다.
  • "French Order"는 지원되지 않는다. 이는 UCA의 콜레이션 가중치 레벨 2에 대해서 역순 정렬 비교가 필요한데, 현재 지원되지 않는다.
  • Case multiplier가 있는 콜레이션 알파벳(예: de_DE)들에 대한 대소문자 비교가 정확하지 않는 경우가 있다.
  • 숫자 구분자로 특정 문자(예를 들어, 공백 문자)를 사용할 수 없다. 일부 로캘에서는 공백 문자를 숫자 구분자로 활용하기도 하는데, 이는 허용되지 않는다.