릴리스 정보

43.1 소개

유니코드 표준은 문자 및 텍스트에 대한 공통 문자 코드화 체계입니다. 코드화 수도 적을 뿐만 아니라 문자 세트를 매우 정밀하게 정의합니다. 국제적으로 텍스트 데이터 교환을 가능케 하고 전역 소프트웨어의 기초를 만드는 복수 언어 텍스트 코드화의 일관된 방법입니다.

유니코드가 제공하는 두 코드화 체계는 UTF-16과 UTF-8입니다.

기본 코드화 체계는 UTF-16으로, 16비트 코드화 체계입니다. UCS-2는 한 문자를 표현하기 위해 2바이트를 사용하는 UTF-16의 부속 집합입니다. UCS-2는 일반적으로 모든 기존 하나 또는 2바이트 코드 페이지로부터 모든 필요한 문자를 표시할 수 있는 보편적인 코드 페이지로 인정됩니다. UCS-2는 IBM에 코드 페이지 1200으로 등록되어 있습니다.

다른 유니코드 코드화 체계는 UTF-8로, 바이트 지향으로 기본 ASCII 기반 시스템에서 사용하기 쉽게 고안되었습니다. UTF-8은 다양한 수의 바이트(보통 1-3, 때로는 4)를 사용하여 각 문자를 저장합니다. 상이하지 않은 ASCII 문자는 한 바이트로 저장됩니다. 모든 기타 문자는 여러 바이트를 사용하여 저장됩니다. 일반적으로, 복수 바이트 코드 페이지를 위해 설계되지 않은 코드는 UTF-8 데이터를 확장 ASCII 데이터로 취급합니다. UTF-8는 IBM에 코드 페이지 1208으로 등록되어 있습니다.

데이터는 지역 코드 페이지, UCS-2와 UTF-8 사이에서 변환되므로 응용프로그램은 데이터의 요구사항을 고려해야 합니다. 예를 들어, 원래의 코드 페이지 및 사용된 문자에 따라 20자는 UCS-2에서 정확히 40바이트 그리고 UTF-8에서는 20에서 60바이트 사이의 바이트가 필요합니다.

43.1.1 DB2 유니코드 데이터베이스 및 응용프로그램

UTF-8 코드 세트를 지정하여 작성한 Unix, Windows 또는 OS/2용 DB2 Universal Database를 사용하여 데이터를 UCS-2 및 UTF-8 형식 모두로 저장할 수 있습니다. 그런 데이터베이스를 유니코드 데이터베이스라고 합니다. SQL 문자 데이터는 UTF-8을 사용하여, 그리고 SQL 그래픽 데이터는 UCS-2를 사용하여 코드화됩니다. 이것은 1바이트 또는 2바이트 문자를 포함한 MBCS 문자가 문자 컬럼에 저장되고 DBCS 문자가 그래픽 컬럼에 저장된다는 것을 나타냅니다.

응용프로그램의 코드 페이지는 DB2가 데이터 저장에 사용하는 코드 페이지와 일치하지 않을 수 있습니다. 비 유니코드 데이터베이스에서 코드 페이지가 같지 않으면, 데이터베이스 관리 프로그램은 클라이언트와 서버 사이에 전송되는 문자 및 그래픽(순수 DBCS) 데이터를 변환합니다. 유니코드 데이터베이스에서는 클라이언트 코드 페이지와 UTF-8 사이의 문자 데이터 변환이 데이터베이스 관리 프로그램에 의해 자동으로 수행되지만, 모든 그래픽(UCS-2) 데이터는 클라이언트와 서버 사이의 변환없이 전달됩니다.

그림 1. 데이터베이스 관리 프로그램이 수행하는 코드 페이지 변환

주:

1. 유니코드 데이터베이스에 연결할 때, 응용프로그램이 DB2CODEPAGE=1208을 설정하고, 지역 코드 페이지가 UTF-8이면 아무 코드 페이지 변환도 필요하지 않습니다.

2. 유니코드 데이터베이스에 연결될 때, CLI 응용프로그램은 문자 데이터를 그래픽 데이터로 그리고 그래픽 데이터를 문자 데이터로 수신할 수도 있습니다.

응용프로그램이 UTF-8 코드 페이지를 지정하면, 모든 그래픽 데이터를 UCS-2로 그리고 문자 데이터를 UTF-8로 송수신함을 의미할 수 있습니다. 이 응용프로그램 코드 페이지는 유니코드 데이터베이스에만 지원됩니다.

유니코드 사용시 기타 고려사항:

1. 데이터베이스 코드 페이지는 데이터베이스가 작성될 때 결정되고, 기본으로 그 값은 운영 체제 로케일(또는 코드 페이지)로부터 결정됩니다. CODESET 및 TERRITORY 키워드를 사용하여 유니코드 DB2 데이터베이스를 명시적으로 작성할 수 있습니다. 예를 들어, 다음과 같습니다.

   CREATE DATABASE unidb USING CODESET UTF-8 TERRITORY US
   

2. 또한 응용프로그램 코드 페이지는 지역 코드 페이지의 기본값을 설정하지만, 이는 두 방법 중 하나로 UTF-8에 의해 겹쳐씌여 집니다.
   • 다음 명령으로 응용프로그램 코드 페이지를 UTF-8(1208)로 설정하십시오.

     db2set DB2CODEPAGE=1208
     

   • CLI/ODBC 응용프로그램의 경우, SQLSetConnectAttr()를 호출하고 SQL_ATTR_ANSI_APP를 SQL_AA_FALSE로 설정하십시오. 기본 설정값은 SQL_AA_TRUE입니다.

3. GRAPHIC 컬럼의 데이터는 각 유니코드 문자에 대해 정확히 2바이트를 차지하는 반면, CHAR 컬럼의 데이터는 각 유니코드 문자에 대해 1에서 3바이트를 차지합니다. GRAPHIC 컬럼과 관련된 문자에서의 SQL 한계는 일반적으로 CHAR 컬럼에 대한 것의 반이지만, 바이트 면에서는 동등합니다. 예를 들어 CHAR 컬럼의 최대 문자 길이는 254이고 그래픽 컬럼의 최대 문자 길이는 127입니다. 자세한 정보는 SQL 참조서의 "기능" 장에서 MAX를 참조하십시오.

4. 그래픽 리터럴은 G 접두부로 인해 문자 리터럴과 차별화됩니다. 예를 들어, 다음과 같습니다.

   SELECT * FROM mytable WHERE mychar = 'utf-8 data' AND mygraphic = G'ucs-2 data'
   

   주:

   G 접두부는 유니코드 데이터베이스에 대해 선택적입니다.

   추가 정보 및 갱신된 지원은 40.6.2.4, "유니코드 데이터베이스의 리터럴"에서 참조하십시오.

5. CLI/ODBC 및 JDBC 응용프로그램에 대한 지원은 삽입된 응용프로그램에 대한 지원과 다릅니다. CLI/ODBC 지원에 특정한 정보는 "CLI 안내서 및 참조서"를 보십시오.

6. UCS-2 데이터의 바이트 순서는 플랫폼들 간에 다를 수 있습니다. 내부적으로, DB2는 big-endian 형식을 사용합니다.

43.1.2 문서 갱신

이 릴리스 참고 문서에는 DB2 버전 7.1에서의 유니코드 사용에 관한 다음 갱신 정보가 들어 있습니다.

• SQL 참조서:

  제3장 언어 요소

  제4장 함수

  |제6장 SQL문

• CLI Guide and Reference:

  제3장 고급 기능 사용

  부록 C DB2 CLI 및 ODBC

• 데이터 이동 유틸리티 안내 및 참조서, 부록 C 내보내기/가져오기/로드 유틸리티 파일 형식

DB2에서 유니코드 사용에 대한 자세한 정보는 관리 안내서, 자국어 지원(NLS) 부록: "DB2 UDB에서 유니코드 지원"을 참조하십시오.