SQL Server 의 데이터 정렬은 데이터에 대한 정렬 규칙과 대/소문자 및 악센트 구분 속성을 제공합니다. 코드 페이지 및 해당 데이터 형식에 대해 나타낼 수 있는 해당 문자와 varchar 같은 char 문자 데이터 형식과 함께 사용되는 데이터 정렬입니다. SQL Server의 새 인스턴스를 설치하거나, 데이터베이스 백업을 복원하거나, 서버를 클라이언트 데이터베이스에 연결하는 경우 작업할 데이터의 로캘 요구 사항, 정렬 순서 및 대/소문자 및 악센트 민감도를 이해하는 것이 중요합니다. SQL Server 인스턴스에서 사용할 수 있는 데이터 정렬을 나열하려면 sys.fn_helpcollations(Transact-SQL)를 참조하세요.
서버, 데이터베이스, 열 또는 식에 대한 데이터 정렬을 선택하는 경우 데이터베이스의 많은 작업 결과에 영향을 주는 특정 특성을 데이터에 할당합니다. 예를 들어 ORDER BY를 사용하여 쿼리를 생성하는 경우 결과 집합의 정렬 순서는 데이터베이스에 적용되거나 쿼리의 식 수준에서 COLLATE 절에 지정된 데이터 정렬에 따라 달라질 수 있습니다.
SQL Server에서 데이터 정렬 지원을 가장 잘 사용하려면 이 항목에 정의된 용어와 데이터 특성과 관련된 방법을 이해해야 합니다.
콜레이션
데이터 정렬은 데이터 집합의 각 문자를 나타내는 비트 패턴을 지정합니다. 또한 데이터 정렬은 데이터를 정렬하고 비교하는 규칙을 결정합니다. SQL Server는 여러 다른 데이터 정렬을 갖는 개체를 단일 데이터베이스에 저장하도록 지원합니다. 비유니코드 열의 경우 데이터 정렬 설정은 데이터에 대한 코드 페이지와 나타낼 수 있는 문자를 지정합니다. 유니코드가 아닌 열 간에 이동된 데이터는 소스 코드 페이지에서 대상 코드 페이지로 변환되어야 합니다.
데이터 정렬 설정이 각기 다른 데이터베이스의 컨텍스트에서 Transact-SQL 문을 실행하면 그 결과가 달라질 수 있습니다. 가능한 경우 조직에 대해 표준화된 데이터 정렬을 사용합니다. 이렇게 하면 모든 문자 또는 유니코드 식에서 데이터 정렬을 명시적으로 지정할 필요가 없습니다. 데이터 정렬 및 코드 페이지 설정이 다른 개체를 사용해야 할 경우 선행 정렬 우선 순위 규칙을 고려하도록 쿼리를 코딩하세요. 자세한 내용은 데이터 정렬 우선 순위(Transact-SQL)를 참조하세요.
데이터 정렬과 관련된 옵션은 대/소문자 구분, 악센트 구분, 가나 민감도, 너비 민감도입니다. 이러한 옵션은 데이터 정렬 이름에 추가하여 지정됩니다. 예를 들어 이 데이터 정렬 Japanese_Bushu_Kakusu_100_CS_AS_KS_WS 은 대/소문자 구분, 악센트 구분, 가나 구분 및 너비 구분입니다. 다음 표에서는 이러한 옵션과 관련된 동작에 대해 설명합니다.
| 옵션 | 설명 |
|---|---|
| 대/소문자 구분(_CS) | 대/소문자를 구분합니다. 이 옵션을 선택하면 소문자가 대문자 버전보다 먼저 정렬됩니다. 이 옵션을 선택하지 않으면 데이터 정렬은 대/소문자를 구분하지 않습니다. 즉, SQL Server는 정렬할 때 대문자와 소문자를 동일한 것으로 간주합니다. _CI를 지정하여 대/소문자를 구분하지 않도록 명시적으로 선택할 수 있습니다. |
| 악센트 구분(_AS) | 악센트가 있는 문자와 악센트가 없는 문자를 구분합니다. 예를 들어 'a'는 ''이(가) 아닙니다. 이 옵션을 선택하지 않으면 데이터 정렬이 악센트를 구분하지 않습니다. 즉, SQL Server는 정렬할 때 악센트가 있는 문자와 악센트가 없는 문자가 동일한 것으로 간주합니다. _AI를 지정하여 악센트를 구분하지 않도록 명시적으로 선택할 수 있습니다. |
| 일본어 가나 구분(_KS) | 일본어 가나 문자의 다음 두 가지 유형을 구분합니다. 히라가나 및 가타가나. 이 옵션을 선택하지 않으면 데이터 정렬이 Kana를 구분하지 않습니다. 즉, SQL Server는 정렬할 때 히라가나 문자와 가타카나 문자를 동일한 것으로 간주합니다. 이 옵션을 생략하는 것은 Kana-insensitivity를 지정하는 유일한 방법입니다. |
| 전자/반자 구분(_WS) | 전자와 반자 문자를 구분합니다. 이 옵션을 선택하지 않으면 SQL Server는 동일한 문자의 전체 너비 및 반자 표현을 정렬 용도로 동일하게 간주합니다. 전자/반자를 구분하지 않도록 지정하는 유일한 방법은 이 옵션을 생략하는 것입니다. |
SQL Server 에서 지원하는 데이터 정렬 집합은 다음과 같습니다.
Windows 데이터 정렬
Windows 데이터 정렬은 연결된 Windows 시스템 로캘을 기반으로 하는 문자 데이터를 저장하기 위한 규칙을 정의합니다. Windows 데이터 정렬의 경우 유니코드가 아닌 데이터의 비교는 유니코드 데이터와 동일한 알고리즘을 사용하여 구현됩니다. 기본 Windows 데이터 정렬 규칙은 사전 정렬을 적용할 때 사용되는 알파벳 또는 언어와 유니코드가 아닌 문자 데이터를 저장하는 데 사용되는 코드 페이지를 지정합니다. 유니코드 정렬과 비유니코드 정렬은 모두 특정 버전의 Windows에서 수행되는 문자열 비교와 호환됩니다. 이는 SQL Server 내의 데이터 형식 간에 일관성을 제공하며, 개발자가 SQL Server에서 사용하는 것과 동일한 규칙을 사용하여 애플리케이션의 문자열을 정렬할 수도 있습니다. 자세한 내용은 Windows 데이터 정렬 이름(Transact-SQL)을 참조하세요.
이진 데이터 정렬
이진 데이터 정렬은 로캘 및 데이터 형식으로 정의된 코딩 값 시퀀스에 따라 데이터를 정렬합니다. 대/소문자를 구분합니다 SQL Server의 이진 데이터 정렬은 사용할 로캘 및 ANSI 코드 페이지를 정의합니다. 이진 정렬 순서를 적용합니다. 비교적 간단하기 때문에 이진 데이터 정렬은 애플리케이션 성능을 향상시키는 데 도움이 됩니다. 유니코드가 아닌 데이터 형식의 경우 데이터 비교는 ANSI 코드 페이지에 정의된 코드 요소를 기반으로 합니다. 유니코드 데이터 형식의 경우 데이터 비교는 유니코드 코드 포인트를 기준으로 수행됩니다. 유니코드 데이터 형식에 대한 이진 데이터 정렬의 경우 로캘은 데이터 정렬에서 고려되지 않습니다. 예를 들어 Latin_1_General_BIN 및 Japanese_BIN 유니코드 데이터에 사용될 때 동일한 정렬 결과를 생성합니다.
SQL Server에는 두 가지 유형의 이진 데이터 정렬이 있습니다. 이전 BIN 데이터 정렬 및 최신 BIN2 데이터 정렬입니다.
BIN2 데이터 정렬에서 모든 문자는 코드 포인트에 따라 정렬됩니다.
BIN 데이터 정렬에서 첫 번째 문자만 코드 포인트에 따라 정렬되고 나머지 문자는 해당 바이트 값에 따라 정렬됩니다. (Intel 플랫폼은 작은 엔디안 아키텍처이므로 유니코드 코드 문자는 항상 바이트 교환으로 저장됩니다.)
SQL Server 데이터 정렬
SQL Server 데이터 정렬(SQL_*)은 이전 버전의 SQL Server와 정렬 순서가 호환됩니다. 유니코드가 아닌 데이터에 대한 사전 정렬 규칙은 Windows 운영 체제에서 제공하는 정렬 루틴과 호환되지 않습니다. 유니코드 데이터의 정렬은 특정 버전의 Windows 정렬 규칙과 호환됩니다. SQL Server 데이터 정렬은 유니코드가 아닌 데이터 및 유니코드 데이터에 대해 서로 다른 비교 규칙을 사용하므로 기본 데이터 형식에 따라 동일한 데이터 비교에 대해 다른 결과가 표시됩니다. 자세한 내용은 SQL Server 데이터 정렬 이름(Transact-SQL)을 참조하세요.
비고
SQL Server의 영어 인스턴스를 업그레이드할 때 기존 SQL Server 인스턴스와의 호환성을 위해 SQL Server 데이터 정렬(SQL_*)을 지정할 수 있습니다. SQL Server 인스턴스의 기본 데이터 정렬은 설치 중에 정의되므로 다음이 맞을 때 데이터 정렬 설정을 신중하게 지정해야 합니다.
- 애플리케이션 코드가 이전 SQL Server 데이터 정렬의 동작에 의존할 경우
- 여러 언어를 반영하는 문자 데이터를 저장해야 하는 경우
다음 수준의 SQL Server인스턴스에서 데이터 정렬을 설정할 수 있습니다.
서버 수준 데이터 정렬
SQL Server를 설정하는 동안 기본 서버 데이터 정렬이 설정되며 시스템 데이터베이스 및 모든 사용자 데이터베이스의 기본 데이터 정렬이 됩니다. 유니코드 전용 데이터 정렬은 서버 수준 데이터 정렬로 지원되지 않으므로 SQL Server 설치 중에는 선택할 수 없습니다.
데이터 정렬이 서버에 할당된 후에는 모든 데이터베이스 개체와 데이터를 내보내고, 데이터베이스를 다시 master 빌드하고, 모든 데이터베이스 개체와 데이터를 가져오는 것 외에는 데이터 정렬을 변경할 수 없습니다. SQL Server 인스턴스의 기본 데이터 정렬을 변경하는 대신 새 데이터베이스 또는 데이터베이스 열을 만들 때 원하는 데이터 정렬을 지정할 수 있습니다.
데이터베이스 수준 데이터 정렬
데이터베이스를 만들거나 수정할 때 CREATE DATABASE 또는 ALTER DATABASE 문의 COLLATE 절을 사용하여 기본 데이터베이스 데이터 정렬을 지정할 수 있습니다. 데이터 정렬을 지정하지 않으면 데이터베이스에 서버 데이터 정렬이 할당됩니다.
서버의 데이터 정렬을 변경하는 것 외에는 시스템 데이터베이스의 데이터 정렬을 변경할 수 없습니다.
데이터베이스 데이터 정렬은 데이터베이스의 모든 메타데이터에 사용되며 데이터베이스에 사용되는 모든 문자열 열, 임시 개체, 변수 이름 및 기타 문자열의 기본값입니다. 사용자 데이터베이스의 데이터 정렬을 변경할 경우 데이터베이스 액세스 임시 테이블에서 쿼리할 때 데이터 정렬 충돌이 발생할 수 있습니다. 임시 테이블은 항상 인스턴스에 tempdb 대한 데이터 정렬을 사용하는 시스템 데이터베이스에 저장됩니다. 사용자 데이터베이스 간의 문자 데이터를 비교하는 쿼리이며 tempdb 데이터 정렬로 인해 문자 데이터 평가에 충돌이 발생할 경우 실패할 수 있습니다. 쿼리에서 COLLATE 절을 지정하여 이 문제를 해결할 수 있습니다. 자세한 내용은 COLLATE(Transact-SQL)를 참조하세요.
열 수준 데이터 정렬
테이블을 만들거나 변경할 때 COLLATE 절을 사용하여 각 문자 문자열 열에 대한 데이터 정렬을 지정할 수 있습니다. 데이터 정렬을 지정하지 않으면 열에 데이터베이스의 기본 데이터 정렬이 할당됩니다.
식 수준 데이터 정렬
식 수준 데이터 정렬은 문이 실행될 때 설정되며 결과 집합이 반환되는 방식에 영향을 줍니다. 이렇게 하면 ORDER BY 정렬 결과를 로캘별로 지정할 수 있습니다. 식 수준 데이터 정렬을 구현하려면 다음과 같은 COLLATE 절을 사용합니다.
SELECT name FROM customer ORDER BY name COLLATE Latin1_General_CS_AI;
로케일
로캘은 위치 또는 문화권과 연결된 정보 집합입니다. 여기에는 음성 언어의 이름 및 식별자, 언어를 작성하는 데 사용되는 스크립트 및 문화권 규칙이 포함될 수 있습니다. 데이터 정렬은 하나 이상의 로캘과 연결될 수 있습니다. 자세한 내용은 참조 Microsoft에 의해 할당되는 로캘 ID를 참조하세요.
코드 페이지
코드 페이지는 지정한 스크립트의 각 문자와 연결된 숫자 인덱스 또는 코드 포인트 값을 정렬한 문자 집합입니다. Windows 코드 페이지는 일반적으로 문자 집합 또는 문자 집합이라고 합니다. 코드 페이지는 여러 다른 Windows 시스템 로캘에 사용되는 문자 집합과 자판 배열을 지원하는 데 사용됩니다.
정렬 순서
정렬 순서는 데이터 값이 정렬되는 방식을 지정합니다. 이는 데이터 비교 결과에 영향을 줍니다. 데이터는 데이터 정렬을 사용하여 정렬되며 인덱스를 사용하여 데이터 정렬을 최적화할 수 있습니다.
유니코드 지원
유니코드는 코드 포인트를 문자에 매핑하기 위한 표준입니다. 세계의 모든 언어의 모든 문자를 포함하도록 설계되었기 때문에 다른 코드 페이지가 다른 문자 집합을 처리할 필요가 없습니다. 여러 언어를 반영하는 문자 데이터를 저장하는 경우 유니코드가 아닌 데이터 형식(ncharnvarchar및ntext) 대신 항상 유니코드 데이터 형식(char및varchartext)을 사용합니다.
비유니코드 데이터 형식에는 여러 가지 제한 사항이 있습니다. 유니코드가 아닌 컴퓨터가 단일 코드 페이지의 사용으로 제한되기 때문입니다. 필요한 코드 페이지 변환이 적기 때문에 유니코드를 사용하여 성능이 향상될 수 있습니다. 유니코드 데이터 정렬은 서버 수준에서 지원되지 않으므로 데이터베이스, 열 또는 식 수준에서 개별적으로 선택해야 합니다.
클라이언트에서 사용하는 코드 페이지는 운영 체제 설정에 따라 결정됩니다. Windows 운영 체제에서 클라이언트 코드 페이지를 설정하려면 제어판의 국가별 설정 을 사용하세요.
서버에서 클라이언트로 데이터를 이동할 때는 기존 클라이언트 드라이버에서 서버 데이터 정렬을 인식하지 못할 수 있습니다. 유니코드 서버에서 비유니코드 클라이언트로 데이터를 이동할 때 이러한 현상이 나타날 수 있습니다. 클라이언트 운영 체제를 업그레이드하여 기본 시스템 데이터 정렬을 업데이트하는 것이 가장 좋은 방법입니다. 클라이언트에 데이터베이스 클라이언트 소프트웨어가 설치되어 있는 경우에는 해당 데이터베이스 클라이언트 소프트웨어에 서비스 업데이트를 적용하는 것도 좋습니다.
또한 서버의 데이터에 대해 다른 데이터 정렬을 사용할 수도 있습니다. 클라이언트의 코드 페이지에 매핑할 데이터 정렬을 선택합니다.
SQL Server 2019(15.x)에서 사용할 수 있는 UTF-16 데이터 정렬을 사용하려면 보조 문자 _SC 데이터 정렬 중 하나(Windows 데이터 정렬에만 해당)를 선택하여 일부 유니코드 문자의 검색 및 정렬을 개선할 수 있습니다.
유니코드 데이터 형식 또는 비유니코드 데이터 형식 사용과 관련된 문제점을 평가하려면 작업 시나리오를 테스트하여 사용자 환경에서 나타나는 성능 차이를 측정하세요. 조직 전체의 시스템에서 사용되는 데이터 정렬을 표준화하고 가능한 한 유니코드 서버 및 클라이언트를 배포하는 것이 좋습니다.
대부분의 경우 SQL Server는 다른 서버 또는 클라이언트와 상호 작용하며 조직은 애플리케이션과 서버 인스턴스 간에 여러 데이터 액세스 표준을 사용할 수 있습니다. SQL Server 클라이언트는 다음의 두 가지 주요 유형 중 하나에 해당됩니다.
OLE DB 및 ODBC(Open Database Connectivity) 버전 3.7 이상을 사용하는 유니코드 클라이언트.
DB-Library 및 ODBC 버전 3.6 또는 이전 버전을 사용하는 유니코드가 아닌 클라이언트입니다.
다음 표에서는 유니코드 서버와 유니코드가 아닌 서버의 다양한 조합으로 다국어 데이터를 사용하는 방법에 대한 정보를 제공합니다.
| 서버 | 클라이언트 | 이점 또는 제한 사항 |
|---|---|---|
| 유니코드 | 유니코드 | 유니코드 데이터는 시스템 전체에서 사용되므로 이 시나리오는 검색된 데이터의 손상으로부터 최상의 성능과 보호를 제공합니다. ADO(ActiveX Data Objects), OLE DB 및 ODBC 버전 3.7 이상이 있는 상황입니다. |
| 유니코드 | 비유니코드 | 이 시나리오에서는 특히 최신 운영 체제를 실행하는 서버와 이전 버전의 SQL Server를 실행하는 클라이언트 간의 연결 또는 이전 운영 체제에서 데이터를 클라이언트 컴퓨터로 이동할 때 제한 또는 오류가 있을 수 있습니다. 서버의 유니코드 데이터는 유니코드가 아닌 클라이언트의 해당 코드 페이지에 매핑하여 데이터를 변환하려고 합니다. |
| 비유니코드 | 유니코드 | 다국어 데이터를 사용하기에 이상적인 구성은 아닙니다. 유니코드가 아닌 서버에는 유니코드 데이터를 쓸 수 없습니다. 서버의 코드 페이지를 벗어나는 서버로 데이터를 보낼 때 문제가 발생할 수 있습니다. |
| 비유니코드 | 비유니코드 | 다국어 데이터를 사용할 때 가장 제한이 많은 시나리오입니다. 단일 코드 페이지만 사용할 수 있습니다. |
보조 문자
SQL Server는 유니코드 데이터를 저장하기 위한 데이터 형식, 예를 들어 nchar 및 nvarchar 등을 제공합니다. 이러한 데이터 형식은 UTF-16이라는 형식으로 텍스트를 인코딩합니다. 유니코드 컨소시엄은 각 문자에 고유한 코드포인트를 할당합니다. 이 코드포인트는 0x10FFFF 0x0000 범위의 값입니다. 가장 자주 사용되는 문자에는 메모리 및 디스크의 16비트 단어에 맞는 코드포인트 값이 있지만, 코드포인트 값이 0xFFFF보다 큰 문자에는 두 개의 연속된 16비트 단어가 필요합니다. 이러한 문자를 보조 문자라고 하며 두 개의 연속된 16비트 단어를 서로게이트 쌍이라고 합니다.
보조 문자를 사용하는 경우
데이터 정렬 버전 90 이상에서 정렬 및 비교 연산에 보조 문자를 사용할 수 있습니다.
모든 _100 수준 데이터 정렬은 보조 문자를 사용한 언어 정렬을 지원합니다.
데이터베이스 개체의 이름과 같은 메타데이터에서 보조 문자는 사용할 수 없습니다.
SQL Server 2012에서 도입된 새로운 SC(보조 문자) 데이터 정렬 제품군을 데이터 형식
ncharnvarchar과sql_variant함께 사용할 수 있습니다. 예:Latin1_General_100_CI_AS_SC또는 일본어 데이터 정렬Japanese_Bushu_Kakusu_100_CI_AS_SC을 사용하는 경우 .SC 플래그는 다음에 적용할 수 있습니다.
버전 90 Windows 데이터 정렬
버전 100 Windows 데이터 정렬
SC 플래그는 다음을 적용할 수 없습니다.
버전 80 버전이 지정되지 않은 Windows 데이터 정렬
BIN 또는 BIN2 이진 데이터 정렬
SQL* 데이터 정렬
다음 표에서는 일부 문자열 함수와 문자열 연산자가 SC 데이터 정렬을 사용 또는 사용하지 않고 보조 문자를 사용할 때의 동작을 비교합니다.
| 문자열 함수 또는 연산자 | SC 데이터 정렬 사용 | SC 데이터 정렬이 없는 경우 |
|---|---|---|
|
CHARINDEX 렌 PATINDEX |
UTF-16 대리 쌍은 하나의 코드포인트로 간주됩니다. | UTF-16 서로게이트 쌍은 두 개의 코드포인트로 계산됩니다. |
|
왼쪽 교체하다 후진 오른쪽 서브스트링 물건 |
이러한 함수는 각 서로게이트 쌍을 단일 코드포인트로 처리하고 예상대로 작동합니다. | 이러한 함수는 서로게이트 쌍을 분할하여 예기치 않은 결과를 초래할 수 있습니다. |
| NCHAR | 0에서 0x10FFFF 범위의 지정된 유니코드 코드포인트 값에 해당하는 문자를 반환합니다. 지정된 값이 0부터 0xFFFF 범위 내에 있으면 한 문자가 반환됩니다. 값이 더 높을 경우 해당 서로게이트가 반환됩니다. | 0xFFFF보다 큰 값은 해당 서로게이트 대신 NULL을 반환합니다. |
| 유니코드 | 0부터 0x10FFFF 범위의 UTF-16 코드포인트를 반환합니다. | 0부터 0xFFFF 범위의 UCS-2 코드포인트를 반환합니다. |
|
와일드카드 - 문자 하나와 일치 와일드카드 - 일치하지 않는 문자 |
모든 와일드카드 연산에 보조 문자를 사용할 수 있습니다. | 이러한 와일드카드 작업에는 보조 문자가 지원되지 않습니다. 다른 와일드카드 연산자는 사용할 수 있습니다. |
GB18030 지원
GB18030 중국어 문자를 인코딩하기 위해 중화인민공화국에서 사용되는 별도의 표준입니다. GB18030에서 문자 길이는 1바이트, 2바이트 또는 4바이트일 수 있습니다. SQL Server 에서는 서버가 클라이언트 쪽 애플리케이션으로부터 GB18030으로 인코딩된 문자를 받을 때 해당 문자를 인식하고 유니코드 문자로 기본 변환 및 저장하는 방식으로 GB18030 문자를 지원합니다. 서버에 저장되면 후속 작업에서 유니코드 문자로 처리됩니다. 모든 중국어 데이터 정렬(가급적 최신 100 버전)을 사용할 수 있습니다. 모든 _100 수준 데이터 정렬은 GB18030 문자로 언어 정렬을 지원합니다. 데이터에 보조 문자(서로게이트 쌍)가 포함된 경우 SQL Server 2019(15.x)에서 사용할 수 있는 SC 데이터 정렬을 사용하여 검색 및 정렬을 개선할 수 있습니다.
복잡한 스크립트 지원
SQL Server 에서는 복합 스크립트를 입력, 저장, 변경 및 표시할 수 있습니다. 복잡한 스크립트에는 다음이 포함됩니다.
아랍어 텍스트와 영어 텍스트의 조합과 같은 오른쪽에서 왼쪽으로 쓰는 텍스트와 왼쪽에서 오른쪽으로 쓰는 텍스트의 조합을 포함하는 양방향 텍스트
아랍어, 인도어, 태국어 문자와 같이 위치에 따라 문자 모양이 바뀌거나 다른 문자와 함께 사용되면 문자 모양이 바뀌는 양방향 텍스트
단어 사이에 휴식이 없기 때문에 단어를 인식하기 위해 내부 사전이 필요한 태국어와 같은 언어.
SQL Server 와 상호 작용하는 데이터베이스 애플리케이션은 복합 스크립트를 지원하는 컨트롤을 사용해야 합니다. 관리 코드에서 만든 표준 Windows 양식 컨트롤은 복잡한 스크립트 사용입니다.
관련 작업
| 과업 | 주제 |
|---|---|
| SQL Server 인스턴스의 데이터 정렬을 설정하거나 변경하는 방법에 대해 설명합니다. | 서버 데이터 정렬 설정 또는 변경 |
| 사용자 데이터베이스의 데이터 정렬을 설정하거나 변경하는 방법에 대해 설명합니다. | 데이터베이스 데이터 정렬 설정 또는 변경 |
| 데이터베이스에서 열의 데이터 정렬을 설정하거나 변경하는 방법을 설명합니다. | 열 데이터 정렬 설정 또는 변경 |
| 서버, 데이터베이스 또는 열 수준에서 데이터 정렬 정보를 반환하는 방법을 설명합니다. | 데이터 정렬 정보 보기 |
| 한 언어에서 다른 언어로 이식 가능하도록 만들거나 여러 언어를 더 쉽게 지원하는 Transact-SQL 문을 작성하는 방법을 설명합니다. | 국가별 Transact-SQL 문 작성 |
| 날짜, 시간 및 통화 데이터를 사용하고 표시하는 방법에 대한 오류 메시지 및 기본 설정의 언어를 변경하는 방법을 설명합니다. | 세션 언어 설정 |
관련 내용
"SQL Server 모범 사례 유니코드로 마이그레이션"
또한 참조하십시오
포함된 데이터베이스 데이터 정렬
전체 텍스트 인덱스 생성 시 언어 선택
sys.fn_helpcollations(Transact-SQL)