데이터 정렬 및 유니코드 지원Collation and Unicode support

• 12/05/2019
• 읽는 데 58분 걸림
• • p
  • o
  • O
  • S

적용 대상:Applies to: SQL ServerSQL Server(지원되는 모든 버전)SQL ServerSQL Server (all supported versions) Azure SQL DatabaseAzure SQL DatabaseAzure SQL DatabaseAzure SQL Database Azure SQL Managed InstanceAzure SQL Managed InstanceAzure SQL Managed InstanceAzure SQL Managed Instance Azure Synapse AnalyticsAzure Synapse AnalyticsAzure Synapse AnalyticsAzure Synapse Analytics 병렬 데이터 웨어하우스Parallel Data Warehouse병렬 데이터 웨어하우스Parallel Data Warehouse적용 대상:Applies to: SQL ServerSQL Server(지원되는 모든 버전)SQL ServerSQL Server (all supported versions) Azure SQL DatabaseAzure SQL DatabaseAzure SQL DatabaseAzure SQL Database Azure SQL Managed InstanceAzure SQL Managed InstanceAzure SQL Managed InstanceAzure SQL Managed Instance Azure Synapse AnalyticsAzure Synapse AnalyticsAzure Synapse AnalyticsAzure Synapse Analytics 병렬 데이터 웨어하우스Parallel Data Warehouse병렬 데이터 웨어하우스Parallel Data Warehouse

SQL ServerSQL Server 의 데이터 정렬은 데이터에 대한 정렬 규칙과 대/소문자 및 악센트 구분 속성을 제공합니다.Collations in SQL ServerSQL Server provide sorting rules, case, and accent sensitivity properties for your data. char, varchar 등의 문자 데이터 형식과 함께 사용되는 데이터 정렬은 해당 데이터 형식을 나타내는 데 사용할 수 있는 코드 페이지와 해당 문자를 지정합니다.Collations that are used with character data types, such as char and varchar, dictate the code page and corresponding characters that can be represented for that data type.

SQL ServerSQL Server의 새 인스턴스를 설치하든, 데이터베이스 백업을 복원하든, 서버를 클라이언트 데이터베이스에 연결하든 간에 사용하는 데이터의 로캘 요구 사항, 정렬 순서, 대/소문자 및 악센트 구분 여부를 파악하는 것이 중요합니다.Whether you're installing a new instance of SQL ServerSQL Server, restoring a database backup, or connecting server to client databases, it's important to understand the locale requirements, sorting order, and case and accent sensitivity of the data that you're working with. SQL ServerSQL Server 인스턴스에서 사용 가능한 데이터 정렬을 나열하려면 sys.fn_helpcollations(Transact-SQL)를 참조하세요.To list the collations that are available on your instance of SQL ServerSQL Server, see sys.fn_helpcollations (Transact-SQL).

서버, 데이터베이스, 열 또는 식의 데이터 정렬을 선택하면 데이터에 특정 특성이 할당됩니다.When you select a collation for your server, database, column, or expression, you're assigning certain characteristics to your data. 이러한 특성은 여러 데이터베이스 작업의 결과에 영향을 줍니다.These characteristics affect the results of many operations in the database. 예를 들어 ORDER BY를 사용하여 쿼리를 생성하는 경우, 결과 집합의 정렬 순서는 쿼리의 식 수준에서 COLLATE 절에 지정되거나 데이터베이스에 적용된 데이터 정렬에 따라 달라집니다.For example, when you construct a query by using ORDER BY, the sort order of your result set might depend on the collation that's applied to the database or dictated in a COLLATE clause at the expression level of the query.

SQL ServerSQL Server의 데이터 정렬 지원을 최대한 활용하려면 이 항목에 정의된 용어 및 용어와 데이터 특성 간의 관계를 파악해야 합니다.To best use collation support in SQL ServerSQL Server, you should understand the terms that are defined in this topic and how they relate to the characteristics of your data.

데이터 정렬 용어Collation terms

• 데이터 정렬Collation
  • 데이터 정렬 집합Collation sets
  • 데이터 정렬 수준Collation levels
• 로캘Locale
• 코드 페이지Code page
• 정렬 순서Sort order

데이터 정렬Collation

데이터 정렬은 데이터 세트의 각 문자를 나타내는 비트 패턴을 지정합니다.A collation specifies the bit patterns that represent each character in a dataset. 또한 데이터 정렬은 데이터를 정렬하고 비교하는 규칙을 결정합니다.Collations also determine the rules that sort and compare data. SQL ServerSQL Server는 여러 다른 데이터 정렬을 갖는 개체를 단일 데이터베이스에 저장하도록 지원합니다.supports storing objects that have different collations in a single database. 비유니코드 열의 경우 데이터 정렬 설정은 데이터에 대한 코드 페이지와 나타낼 수 있는 문자를 지정합니다.For non-Unicode columns, the collation setting specifies the code page for the data and which characters can be represented. 유니코드를 지원하지 않는 열 간에 데이터를 이동하려면 소스 코드 페이지에서 대상 코드 페이지로 데이터를 변환해야 합니다.The data that you move between non-Unicode columns must be converted from the source code page to the destination code page.

데이터 정렬 설정이 각기 다른 데이터베이스의 컨텍스트에서Transact-SQLTransact-SQL 문을 실행하면 그 결과가 달라질 수 있습니다.Transact-SQLTransact-SQL statement results can vary when the statement is run in the context of different databases that have different collation settings. 가능한 경우 조직에서 표준화된 데이터 정렬을 사용합니다.If possible, use a standardized collation for your organization. 그러면 모든 문자나 유니코드 식에서 데이터 정렬을 지정하지 않아도 됩니다.This way, you don't have to specify the collation in every character or Unicode expression. 데이터 정렬 및 코드 페이지 설정이 다른 개체를 사용해야 할 경우 선행 정렬 우선 순위 규칙을 고려하도록 쿼리를 코딩하세요.If you must work with objects that have different collation and code page settings, code your queries to consider the rules of collation precedence. 자세한 내용은 선행 정렬 우선 순위(Transact-SQL)를 참조하세요.For more information, see Collation Precedence (Transact-SQL).

데이터 정렬 관련 옵션에는 대/소문자 구분, 악센트 구분, 일본어 가나 구분, 전자/반자 구분, 변형 선택기 구분이 있습니다.The options associated with a collation are case sensitivity, accent sensitivity, kana sensitivity, width sensitivity, and variation-selector sensitivity. SQL Server 2019 (15.x)SQL Server 2019 (15.x)은(는) UTF-8 인코딩을 위한 추가 옵션을 도입합니다.introduces an additional option for UTF-8 encoding.

데이터 정렬 이름에 추가하여 이러한 옵션을 지정할 수 있습니다.You can specify these options by appending them to the collation name. 예를 들어 Japanese_Bushu_Kakusu_100_CS_AS_KS_WS_UTF8 데이터 정렬은 대/소문자, 악센트, 일본어 가나, 전자/반자를 구분하며 UTF-8로 인코딩됩니다.For example, the collation Japanese_Bushu_Kakusu_100_CS_AS_KS_WS_UTF8 is case-sensitive, accent-sensitive, kana-sensitive, width-sensitive, and UTF-8 encoded. 또 다른 예로 Japanese_Bushu_Kakusu_140_CI_AI_KS_WS_VSS 데이터 정렬은 대/소문자와 악센트를 구분하지 않고 일본어 가나, 전자/반자 및 변형 선택기를 구분하며 유니코드를 지원하지 않는 인코딩을 사용합니다.As another example, the collation Japanese_Bushu_Kakusu_140_CI_AI_KS_WS_VSS is case-insensitive, accent-insensitive, kana-sensitive, width-sensitive, variation-selector-sensitive, and it uses non-Unicode encoding.

다음 표에서는 이러한 여러 옵션과 관련된 동작을 설명합니다.The behavior associated with these various options is described in the following table:

¹ BIN 또는 이진 코드 포인트를 선택하면 대/소문자 구분(_CS), 악센트 구분(_AS), 일본어 가나 구분(_KS) 및 전자/반자 구분(_WS) 옵션을 사용할 수 없습니다.¹ If Binary or Binary-code point is selected, the Case-sensitive (_CS), Accent-sensitive (_AS), Kana-sensitive (_KS), and Width-sensitive (_WS) options are not available.

데이터 정렬 옵션의 예Examples of collation options

각 데이터 정렬은 일련의 접미사로 결합되어 대/소문자, 악센트, 일본어 가나, 전자/반자 구분 여부를 정의합니다.Each collation is combined as a series of suffixes to define case-, accent-, width-, or kana-sensitivity. 다음 예에서는 다양한 접미사 조합에 대한 정렬 순서 동작에 대해 설명합니다.The following examples describe sort order behavior for various combinations of suffixes.

¹ 이진 또는 이진 코드 포인트를 선택하면 대/소문자 구분(_CS), 악센트 구분(_AS), 일본어 가나 구분(_KS) 및 전자/반자 구분(_WS) 옵션을 사용할 수 없습니다.¹ If Binary or Binary-code point is selected, the Case-sensitive (_CS), Accent-sensitive (_AS), Kana-sensitive (_KS), and Width-sensitive (_WS) options aren't available.

² UTF-8 옵션(_UTF8)을 추가하면 UTF-8을 사용하여 유니코드 데이터를 인코딩할 수 있습니다.² Adding the UTF-8 option (_UTF8) enables you to encode Unicode data by using UTF-8. 자세한 내용은 이 문서에서 UTF-8 지원 섹션을 참조하세요.For more information, see the UTF-8 Support section in this article.

데이터 정렬 집합Collation sets

SQL ServerSQL Server 에서 지원하는 데이터 정렬 집합은 다음과 같습니다.supports the following collation sets:

• Windows 데이터 정렬Windows collations
• 이진 데이터 정렬Binary collations
• SQL Server 데이터 정렬SQL Server collations

Windows 데이터 정렬Windows collations

Windows 데이터 정렬은 관련 Windows 시스템 로캘을 기반으로 하는 문자 데이터 저장 규칙을 정의합니다.Windows collations define rules for storing character data that's based on an associated Windows system locale. Windows 데이터 정렬의 경우 유니코드 데이터 비교와 동일한 알고리즘을 사용하여 유니코드를 지원하지 않는 데이터 비교를 구현할 수 있습니다.For a Windows collation, you can implement a comparison of non-Unicode data by using the same algorithm as that for Unicode data. 기본 Windows 데이터 정렬 규칙은 사전 정렬을 적용할 때 사용되는 알파벳이나 언어를 지정하며,The base Windows collation rules specify which alphabet or language is used when dictionary sorting is applied. 유니코드를 지원하지 않는 문자 데이터를 저장하는 데 사용되는 코드 페이지도 지정합니다.The rules also specify the code page that's used to store non-Unicode character data. 유니코드 정렬과 비유니코드 정렬은 모두 특정 버전의 Windows에서 수행되는 문자열 비교와 호환됩니다.Both Unicode and non-Unicode sorting are compatible with string comparisons in a particular version of Windows. 따라서 SQL ServerSQL Server 내의 데이터 형식에서 일관성이 유지되고, 개발자는 애플리케이션에서 SQL ServerSQL Server에 사용되는 것과 동일한 규칙을 사용하여 문자열을 정렬할 수 있습니다.This provides consistency across data types within SQL ServerSQL Server, and it lets developers sort strings in their applications by using the same rules that are used by SQL ServerSQL Server. 자세한 내용은 Windows 데이터 정렬 이름(Transact-SQL)을 참조하세요.For more information, see Windows Collation Name (Transact-SQL).

이진 데이터 정렬Binary collations

이진 데이터 정렬은 로캘 및 데이터 형식으로 정의된 코딩 값 시퀀스에 따라 데이터를 정렬합니다.Binary collations sort data based on the sequence of coded values that are defined by the locale and data type. 대/소문자를 구분합니다.They're case-sensitive. SQL ServerSQL Server의 이진 데이터 정렬은 사용되는 로캘과 ANSI 코드 페이지를 정의하며A binary collation in SQL ServerSQL Server defines the locale and the ANSI code page that's used. 이진 정렬 순서를 적용합니다.This enforces a binary sort order. 이진 데이터 정렬은 비교적 간단하므로 애플리케이션 성능을 향상하는 데 도움이 됩니다.Because they're relatively simple, binary collations help improve application performance. 유니코드를 지원하지 않는 데이터 형식의 경우 데이터 비교는 ANSI 코드 페이지에 정의된 코드 포인트를 기준으로 수행됩니다.For non-Unicode data types, data comparisons are based on the code points that are defined on the ANSI code page. 유니코드 데이터 형식의 경우 데이터 비교는 유니코드 코드 포인트를 기준으로 수행됩니다.For Unicode data types, data comparisons are based on the Unicode code points. 유니코드 데이터 형식에 대한 이진 데이터 정렬의 경우 데이터 정렬 시 로캘이 고려되지 않습니다.For binary collations on Unicode data types, the locale isn't considered in data sorts. 예를 들어 Latin_1_General_BIN 및 Japanese_BIN 은 유니코드 데이터에서 사용할 때 동일한 정렬 결과를 생성합니다.For example, Latin_1_General_BIN and Japanese_BIN yield identical sorting results when they're used on Unicode data. 자세한 내용은 Windows 데이터 정렬 이름(Transact-SQL)을 참조하세요.For more information, see Windows Collation Name (Transact-SQL).

SQL ServerSQL Server에는 두 가지 이진 데이터 정렬 유형이 있습니다.There are two types of binary collations in SQL ServerSQL Server:

• 유니코드 데이터에 대해 불완전한 코드 포인트 간 비교를 수행한 레거시 BIN 데이터 정렬.The legacy BIN collations, which performed an incomplete code-point-to-code-point comparison for Unicode data. 이 레거시 이진 데이터 정렬은 WCHAR로 첫 번째 문자를 비교한 후 바이트 단위 비교를 수행했습니다.These legacy binary collations compared the first character as WCHAR, followed by a byte-by-byte comparison. BIN 데이터 정렬에서 첫 번째 문자만 코드 포인트에 따라 정렬되고 나머지 문자는 바이트 값에 따라 정렬됩니다.In a BIN collation, only the first character is sorted according to the code point, and remaining characters are sorted according to their byte values.

• 순수형 코드 포인트 비교를 구현하는 최신 BIN2 데이터 정렬.The newer BIN2 collations, which implement a pure code-point comparison. BIN2 데이터 정렬에서는 모든 문자가 코드 포인트에 따라 정렬됩니다.In a BIN2 collation, all characters are sorted according to their code points. Intel 플랫폼은 little endian 아키텍처이므로, 유니코드 문자는 항상 바이트 스왑 상태로 저장됩니다.Because the Intel platform is a little endian architecture, Unicode code characters are always stored byte-swapped.

SQL Server 데이터 정렬SQL Server collations

SQL ServerSQL Server 데이터 정렬(SQL_*)은 이전 버전의 SQL ServerSQL Server와 정렬 순서가 호환됩니다.collations (SQL_*) provide sort order compatibility with earlier versions of SQL ServerSQL Server. 유니코드를 지원하지 않는 데이터에 대한 사전 정렬 규칙은 Windows 운영 체제에서 제공하는 정렬 루틴과 호환되지 않지만,The dictionary sorting rules for non-Unicode data are incompatible with any sorting routine that's provided by Windows operating systems. 유니코드 데이터의 정렬은 특정 버전의 Windows 정렬 규칙과 호환됩니다.However, sorting Unicode data is compatible with a particular version of Windows sorting rules. SQL ServerSQL Server 데이터 정렬은 비유니코드 데이터와 유니코드 데이터에 대해 다른 비교 규칙을 사용하므로 기본 데이터 형식에 따라 동일한 데이터에 대한 비교 결과가 달라집니다.Because SQL ServerSQL Server collations use different comparison rules for non-Unicode and Unicode data, you see different results for comparisons of the same data, depending on the underlying data type. 자세한 내용은 SQL Server 데이터 정렬 이름(Transact-SQL)을 참조하세요.For more information, see SQL Server Collation Name (Transact-SQL).

SQL ServerSQL Server를 설치하는 동안 기본 설치 데이터 정렬 설정은 OS(운영 체제) 로캘에 의해 결정됩니다.During SQL ServerSQL Server setup, the default installation collation setting is determined by the operating system (OS) locale. 설치 전에 OS 로캘을 변경하거나 설치 중에 변경하여 서버 수준 데이터 정렬을 변경할 수 있습니다.You can change the server-level collation either during setup or by changing the OS locale before installation. 이전 버전과의 호환성을 위해 기본 데이터 정렬은 각 특정 로캘에서 사용 가능한 가장 오래된 버전으로 설정됩니다.For backward compatibility reasons, the default collation is set to the oldest available version that's associated with each specific locale. 따라서 권장되는 데이터 정렬이 아닐 수도 있습니다.Therefore, this isn't always the recommended collation. SQL ServerSQL Server 기능을 활용하려면 Windows 데이터 정렬을 사용하기 위한 기본 설치 설정을 변경하세요.To take full advantage of SQL ServerSQL Server features, change the default installation settings to use Windows collations. 예를 들어 OS 로캘 “영어(미국)”(코드 페이지 1252)의 경우 설치 중의 기본 데이터 정렬은 SQL_Latin1_General_CP1_CI_AS 이고 가장 가까운 Windows 데이터 정렬인 Latin1_General_100_CI_AS_SC 로 변경될 수 있습니다.For example, for the OS locale "English (United States)" (code page 1252), the default collation during setup is SQL_Latin1_General_CP1_CI_AS, and it can be changed to its closest Windows collation counterpart, Latin1_General_100_CI_AS_SC.

데이터 정렬 수준Collation levels

다음 수준의 SQL ServerSQL Server인스턴스에서 데이터 정렬을 설정할 수 있습니다.Setting collations are supported at the following levels of an instance of SQL ServerSQL Server:

• 서버 수준 데이터 정렬Server-level collations
• 데이터베이스 수준 데이터 정렬Database-level collations
• 열 수준 데이터 정렬Column-level collations
• 식 수준 데이터 정렬Expression-level collations

서버 수준 데이터 정렬Server-level collations

기본 서버 데이터 정렬은 SQL ServerSQL Server 설치 중에 결정되며, 시스템 데이터베이스 및 모든 사용자 데이터베이스의 기본 데이터 정렬이 됩니다.The default server collation is determined during SQL ServerSQL Server setup, and it becomes the default collation of the system databases and all user databases.

다음 표에서는 각각의 Windows 및 SQL LCID(언어 코드 식별자)를 포함하여 OS(운영 체제) 로캘에 따라 결정되는 기본 데이터 정렬 지정을 보여 줍니다.The following table shows the default collation designations, as determined by the operating system (OS) locale, including their Windows and SQL Language Code Identifiers (LCID):

서버에 데이터 정렬을 할당한 후에 데이터 정렬을 변경하려면 모든 데이터베이스 개체와 데이터를 내보내고 master 데이터베이스를 다시 빌드한 다음, 모든 데이터베이스 개체와 데이터를 다시 가져와야 합니다.After you've assigned a collation to the server, you can change it only by exporting all database objects and data, rebuilding the master database, and importing all database objects and data. SQL ServerSQL Server 인스턴스의 기본 데이터 정렬을 변경하는 대신 새 데이터베이스 또는 데이터베이스 열을 만들 때 원하는 데이터 정렬을 지정할 수 있습니다.Instead of changing the default collation of an instance of SQL ServerSQL Server, you can specify the desired collation when you create a new database or database column.

SQL ServerSQL Server 인스턴스에 대한 서버 데이터 정렬을 쿼리하려면 SERVERPROPERTY 함수를 사용합니다.To query the server collation for an instance of SQL ServerSQL Server, use the SERVERPROPERTY function:

SELECT CONVERT(varchar, SERVERPROPERTY('collation'));

서버에서 사용 가능한 모든 데이터 정렬을 쿼리하려면 다음 fn_helpcollations() 기본 제공 함수를 사용합니다.To query the server for all available collations, use the following fn_helpcollations() built-in function:

SELECT * FROM sys.fn_helpcollations();

데이터베이스 수준 데이터 정렬Database-level collations

데이터베이스를 만들거나 수정할 때 CREATE DATABASE 또는 ALTER DATABASE 문의 COLLATE 절을 사용하여 기본 데이터베이스 데이터 정렬을 지정할 수 있습니다.When you create or modify a database, you can use the COLLATE clause of the CREATE DATABASE or ALTER DATABASE statement to specify the default database collation. 데이터 정렬을 지정하지 않으면 데이터베이스에 서버 데이터 정렬이 할당됩니다.If no collation is specified, the database is assigned the server collation.

서버의 데이터 정렬을 변경하는 경우에만 시스템 데이터베이스의 데이터 정렬을 변경할 수 있습니다.You can't change the collation of system databases unless you change the collation for the server.

데이터베이스 데이터 정렬은 데이터베이스의 모든 메타데이터에 사용되며, 이 데이터 정렬이 데이터베이스에 사용되는 모든 문자열 열, 임시 개체, 변수 이름 및 기타 모든 문자열의 기본값이 됩니다.The database collation is used for all metadata in the database, and the collation is the default for all string columns, temporary objects, variable names, and any other strings used in the database. 사용자 데이터베이스의 데이터 정렬을 변경할 경우 데이터베이스 액세스 임시 테이블에서 쿼리할 때 데이터 정렬 충돌이 발생할 수 있습니다.When you change the collation of a user database, there can be collation conflicts when queries in the database access temporary tables. 임시 테이블은 항상 tempdb 시스템 데이터베이스에 저장되므로, 인스턴스에 대한 데이터 정렬을 사용합니다.Temporary tables are always stored in the tempdb system database, which uses the collation for the instance. 사용자 데이터베이스와 tempdb 간의 문자 데이터를 비교하는 쿼리를 실행할 경우 문자 데이터를 평가할 때 데이터 정렬이 충돌하면 쿼리가 실패할 수 있습니다.Queries that compare character data between the user database and tempdb might fail if the collations cause a conflict in evaluating the character data. 쿼리에 COLLATE 절을 지정하면 이 문제를 해결할 수 있습니다.You can resolve this issue by specifying the COLLATE clause in the query. 자세한 내용은 COLLATE(Transact-SQL)를 참조하세요.For more information, see COLLATE (Transact-SQL).

사용자 데이터베이스의 데이터 정렬은 다음과 같은 ALTER DATABASE 문을 사용하여 변경할 수 있습니다.You can change the collation of a user database by using an ALTER DATABASE statement that's similar to the following:

ALTER DATABASE myDB COLLATE Greek_CS_AI;

데이터베이스의 현재 데이터 정렬은 다음과 같은 문을 사용하여 검색할 수 있습니다.You can retrieve the current collation of a database by using a statement that's similar to the following:

SELECT CONVERT (VARCHAR(50), DATABASEPROPERTYEX('database_name','collation'));

열 수준 데이터 정렬Column-level collations

테이블을 만들거나 변경할 때 COLLATE 절을 사용하여 각 문자열 열의 데이터 정렬을 지정할 수 있습니다.When you create or alter a table, you can specify collations for each character-string column by using the COLLATE clause. 데이터 정렬을 지정하지 않으면 데이터베이스의 기본 데이터 정렬이 열에 할당됩니다.If you don't specify a collation, the column is assigned the default collation of the database.

열의 데이터 정렬은 다음과 같은 ALTER TABLE 문을 사용하여 변경할 수 있습니다.You can change the collation of a column by using an ALTER TABLE statement that's similar to the following:

ALTER TABLE myTable ALTER COLUMN mycol NVARCHAR(10) COLLATE Greek_CS_AI;

식 수준 데이터 정렬Expression-level collations

식 수준 데이터 정렬은 문이 실행될 때 설정되며 결과 집합이 반환되는 방식에 영향을 줍니다.Expression-level collations are set when a statement is run, and they affect the way a result set is returned. 따라서 ORDER BY 정렬 결과를 로캘별로 다르게 표시할 수 있습니다.This enables ORDER BY sort results to be locale-specific. 식 수준 데이터 정렬을 구현하려면 다음과 같은 COLLATE 절을 사용합니다.To implement expression-level collations, use a COLLATE clause such as the following:

SELECT name FROM customer ORDER BY name COLLATE Latin1_General_CS_AI;    

로캘Locale

로캘은 위치나 문화권과 관련된 정보 집합입니다.A locale is a set of information that's associated with a location or a culture. 정보에는 음성 언어의 이름과 식별자, 언어를 기록하는 데 사용되는 스크립트, 문화권별 규칙 등이 포함될 수 있습니다.The information can include the name and identifier of the spoken language, the script that's used to write the language, and cultural conventions. 데이터 정렬은 하나 이상의 로캘과 연결될 수 있습니다.Collations can be associated with one or more locales. 자세한 내용은 참조 Microsoft에 의해 할당되는 로캘 ID를 참조하세요.For more information, see Locale IDs Assigned by Microsoft.

코드 페이지Code page

코드 페이지는 지정한 스크립트의 각 문자와 연결된 숫자 인덱스 또는 코드 포인트 값을 정렬한 문자 집합입니다.A code page is an ordered set of characters of a given script in which a numeric index, or code point value, is associated with each character. Windows 코드 페이지는 일반적으로 ‘문자 집합’ 또는 charset 이라고 합니다.A Windows code page is typically referred to as a character set or a charset. 코드 페이지는 여러 다른 Windows 시스템 로캘에 사용되는 문자 집합과 자판 배열을 지원하는 데 사용됩니다.Code pages are used to provide support for the character sets and keyboard layouts that are used by different Windows system locales.

정렬 순서Sort order

정렬 순서는 데이터 값이 정렬되는 방식을 지정합니다.Sort order specifies how data values are sorted. 순서는 데이터 비교 결과에 영향을 줍니다.The order affects the results of data comparison. 데이터는 데이터 정렬을 사용하여 정렬되며 인덱스를 사용하여 데이터 정렬을 최적화할 수 있습니다.Data is sorted by using collations, and it can be optimized by using indexes.

유니코드 지원Unicode support

유니코드는 코드 포인트를 문자에 매핑하기 위한 표준입니다.Unicode is a standard for mapping code points to characters. 유니코드는 전 세계 모든 언어의 모든 문자를 지원하도록 설계되었으므로, 문자 집합마다 다른 코드 페이지로 처리하지 않아도 됩니다.Because it's designed to cover all the characters of all the languages of the world, you don't need different code pages to handle different sets of characters.

유니코드 기본 사항Unicode basics

문자 데이터와 코드 페이지만 사용할 때 한 데이터베이스에 여러 언어의 데이터를 저장하면 이를 관리하기가 어렵습니다.Storing data in multiple languages within one database is difficult to manage when you use only character data and code pages. 필요한 언어별 문자를 모두 저장할 수 있는 하나의 데이터베이스 코드 페이지를 찾기도 어렵습니다.It's also difficult to find one code page for the database that can store all the required language-specific characters. 또한 다양한 코드 페이지를 실행하는 여러 클라이언트가 읽거나 업데이트하는 경우 특수 문자의 올바른 변환을 보장하기 어렵습니다.Additionally, it's difficult to guarantee the correct translation of special characters when they're being read or updated by a variety of clients that are running various code pages. 여러 언어의 클라이언트를 지원하는 데이터베이스는 항상 비유니코드 데이터 형식 대신 유니코드 데이터 형식을 사용해야 합니다.Databases that support international clients should always use Unicode data types instead of non-Unicode data types.

예를 들어 다음 세 가지 주요 언어를 처리해야 하는 북아메리카 고객 데이터베이스가 있다고 가정합니다.For example, consider a database of customers in North America that must handle three major languages:

• 멕시코에서 사용할 스페인어 이름 및 주소Spanish names and addresses for Mexico
• 퀘벡에서 사용할 프랑스어 이름 및 주소French names and addresses for Quebec
• 캐나다 및 미국에서 사용할 영어 이름 및 주소English names and addresses for the rest of Canada and the United States

문자 열과 코드 페이지만 사용하는 경우 세 가지 언어의 문자를 모두 처리할 코드 페이지와 함께 데이터베이스를 설치해야 합니다.When you use only character columns and code pages, you must take care to ensure that the database is installed with a code page that will handle the characters of all three languages. 또한 다른 언어의 코드 페이지를 실행하는 클라이언트에서 읽을 때 언어의 문자를 올바르게 변환해야 합니다.You must also take care to guarantee the correct translation of characters from any of the languages when the characters are read by clients that are running a code page for another language.

전 세계 대상 그룹이 요구하는 모든 문자를 지원할 문자 데이터 형식 코드 페이지를 선택하기란 어렵습니다.It would be difficult to select a code page for character data types that will support all the characters that are required by a worldwide audience. 국제 데이터베이스에서 문자 데이터를 관리하는 가장 쉬운 방법은 항상 유니코드를 지원하는 데이터 형식을 사용하는 것입니다.The easiest way to manage character data in international databases is to always use a data type that supports Unicode.

유니코드 데이터 형식Unicode data types

SQL ServerSQL Server(SQL Server 2005(9.x)SQL Server 2005 (9.x) 이상)에서 여러 언어를 반영하는 문자 데이터를 저장할 경우에는 유니코드를 지원하지 않는 데이터 형식(char, varchar, and text) 대신 항상 유니코드 데이터 형식(nchar, nvarchar 및 ntext)을 사용하세요.If you store character data that reflects multiple languages in SQL ServerSQL Server (SQL Server 2005(9.x)SQL Server 2005 (9.x) and later), use Unicode data types (nchar, nvarchar, and ntext) instead of non-Unicode data types (char, varchar, and text).

또는 SQL Server 2019 (15.x)SQL Server 2019 (15.x)부터 UTF-8 지원 데이터 정렬(_UTF8)을 사용하는 경우 유니코드를 지원하지 않는 기존 데이터 형식(char 및 varchar)이 UTF-8 인코딩을 사용하는 유니코드 데이터 형식이 됩니다.Alternatively, starting with SQL Server 2019 (15.x)SQL Server 2019 (15.x), if a UTF-8 enabled collation (_UTF8) is used, previously non-Unicode data types (char and varchar) become Unicode data types using UTF-8 encoding. SQL Server 2019 (15.x)SQL Server 2019 (15.x)에서는 기존 유니코드 데이터 형식(nchar, nvarchar 및 ntext)의 동작이 변경되지 않으며 계속해서 UCS-2 또는 UTF-16 인코딩을 사용합니다.doesn't change the behavior of previously existing Unicode data types (nchar, nvarchar, and ntext), which continue to use UCS-2 or UTF-16 encoding. 자세한 내용은 UTF-8과 UTF-16 간의 스토리지 차이점을 참조하세요.For more information, see Storage differences between UTF-8 and UTF-16.

유니코드 고려 사항Unicode considerations

비유니코드 데이터 형식에는 여러 가지 제한 사항이 있습니다.Significant limitations are associated with non-Unicode data types. 유니코드를 지원하지 않는 컴퓨터는 단일 코드 페이지만 사용할 수 있기 때문입니다.This is because a non-Unicode computer is limited to using a single code page. 유니코드를 사용하면 코드 페이지 변환의 필요성이 줄어들기 때문에 성능이 향상될 수 있습니다.You might experience performance gain by using Unicode, because it requires fewer code-page conversions. 유니코드 데이터 정렬은 서버 수준에서 지원되지 않으므로 데이터베이스, 열 또는 식 수준에서 개별적으로 선택해야 합니다.Unicode collations must be selected individually at the database, column, or expression level because they aren't supported at the server level.

서버에서 클라이언트로 데이터를 이동할 때는 기존 클라이언트 드라이버에서 서버 데이터 정렬을 인식하지 못할 수 있습니다.When you move data from a server to a client, your server collation might not be recognized by older client drivers. 유니코드 서버에서 비유니코드 클라이언트로 데이터를 이동할 때 이러한 현상이 나타날 수 있습니다.This can occur when you move data from a Unicode server to a non-Unicode client. 클라이언트 운영 체제를 업그레이드하여 기본 시스템 데이터 정렬을 업데이트하는 것이 가장 좋은 방법입니다.Your best option might be to upgrade the client operating system so that the underlying system collations are updated. 클라이언트에 데이터베이스 클라이언트 소프트웨어가 설치되어 있는 경우에는 해당 데이터베이스 클라이언트 소프트웨어에 서비스 업데이트를 적용하는 것도 좋습니다.If the client has database client software installed, you might consider applying a service update to the database client software.

SQL Server 2019 (15.x)SQL Server 2019 (15.x)에서 제공되는 UTF-8 데이터 정렬을 사용하고 일부 유니코드 문자의 검색 및 정렬을 향상하려면(Windows 데이터 정렬만 해당), UTF-8 인코딩 지원 데이터 정렬(_UTF8)을 선택해야 합니다.To use the UTF-8 collations that are available in SQL Server 2019 (15.x)SQL Server 2019 (15.x), and to improve searching and sorting of some Unicode characters (Windows collations only), you must select UTF-8 encoding-enabled collations(_UTF8).

• UTF8 플래그는 다음에 적용할 수 있습니다.The UTF8 flag can be applied to:

  • 보충 문자(_SC) 또는 변형 선택기 구분(_VSS) 인식을 이미 지원하는 언어적 데이터 정렬Linguistic collations that already support supplementary characters (_SC) or variation-selector-sensitive (_VSS) awareness
  • BIN2¹ 이진 데이터 정렬BIN2¹ binary collation

• UTF8 플래그는 다음에 적용할 수 없습니다.The UTF8 flag can't be applied to:

  • 보충 문자(_SC) 또는 변형 선택기 구분(_VSS) 인식을 지원하지 않는 언어적 데이터 정렬Linguistic collations that don't support supplementary characters (_SC) or variation-selector-sensitive (_VSS) awareness
  • BIN 또는 BIN2² 이진 데이터 정렬The BIN or BIN2² binary collations
  • SQL_* 데이터 정렬The SQL_* collations

¹SQL Server 2019 (15.x)SQL Server 2019 (15.x) CTP 2.3부터 지원됩니다.¹ Starting with SQL Server 2019 (15.x)SQL Server 2019 (15.x) CTP 2.3. SQL Server 2019 (15.x)SQL Server 2019 (15.x) CTP 3.0에서는 UTF8_BIN2 데이터 정렬이 Latin1_General_100_BIN2_UTF8 로 바뀌었습니다.CTP 3.0 replaced collation UTF8_BIN2 with Latin1_General_100_BIN2_UTF8.
²SQL Server 2019 (15.x)SQL Server 2019 (15.x) CTP 2.3까지 지원됩니다.² Up to with SQL Server 2019 (15.x)SQL Server 2019 (15.x) CTP 2.3.

유니코드 데이터 형식 또는 비유니코드 데이터 형식 사용과 관련된 문제점을 평가하려면 작업 시나리오를 테스트하여 사용자 환경에서 나타나는 성능 차이를 측정하세요.To evaluate issues that are related to using Unicode or non-Unicode data types, test your scenario to measure performance differences in your environment. 조직 전반의 시스템에 사용되는 데이터 정렬을 표준화하고, 가능한 경우 항상 유니코드 서버와 클라이언트를 배포하는 것이 좋습니다.It's a good practice to standardize the collation that's used on systems across your organization, and to deploy Unicode servers and clients wherever possible.

대부분의 경우 SQL ServerSQL Server는 다른 서버나 클라이언트와 상호 작용하며, 조직에서 애플리케이션과 서버 인스턴스 간에 여러 데이터 액세스 표준을 사용할 수 있습니다.In many situations, SQL ServerSQL Server interacts with other servers or clients, and your organization might use multiple data-access standards between applications and server instances. SQL ServerSQL Server 클라이언트는 다음의 두 가지 주요 유형 중 하나에 해당됩니다.clients are one of two main types:

• OLE DB 및 ODBC(Open Database Connectivity) 버전 3.7 이상을 사용하는 유니코드 클라이언트Unicode clients that use OLE DB and Open Database Connectivity (ODBC) version 3.7 or later.
• ODBC 버전 3.6 또는 이전 버전과 DB-Library를 사용하는 유니코드를 지원하지 않는 클라이언트Non-Unicode clients that use DB-Library and ODBC version 3.6 or earlier.

다음 표에서는 유니코드 서버와 유니코드를 지원하지 않는 서버의 다양한 결합에서 다국어 데이터를 사용하는 방법을 설명합니다.The following table provides information about using multilingual data with various combinations of Unicode and non-Unicode servers:

보조 문자Supplementary characters

유니코드 컨소시엄에서는 각 문자에 000000~10FFFF 범위의 값인 고유 코드 포인트를 할당합니다.The Unicode Consortium allocates to each character a unique code point, which is a value in the range 000000–10FFFF. 가장 많이 사용되는 문자의 코드 포인트 값은 000000~00FFFF(65,535자) 범위이며, 메모리 및 디스크에서 8비트 또는 16비트의 한 단어에 들어갑니다.The most frequently used characters have code point values in the range 000000–00FFFF (65,535 characters) which fit into an 8-bit or 16-bit word in memory and on-disk. 이 범위는 일반적으로 BMP(기본 다국어 평면)로 지정됩니다.This range is usually designated as the Basic Multilingual Plane (BMP).

그러나 유니코드 컨소시엄에서는 각각 BMP와 동일한 크기인 16개의 문자 “평면”을 추가로 설정했습니다.But the Unicode Consortium has established 16 additional "planes" of characters, each the same size as the BMP. 이 정의에 따라 유니코드는 코드 포인트 범위 000000~10FFFF 내에서 1,114,112자(즉, 2¹⁶x17자)를 나타낼 수 있습니다.This definition allows Unicode the potential to represent 1,114,112 characters (that is, 2¹⁶ * 17 characters) within the code point range 000000–10FFFF. 코드 포인트 값이 00FFFF보다 큰 문자에는 2~4개의 연속 8비트 단어(UTF-8) 또는 2개의 연속 16비트 단어(UTF-16)가 필요합니다.Characters with code point values larger than 00FFFF require two to four consecutive 8-bit words (UTF-8), or two consecutive 16-bit words (UTF-16). BMP 초과 범위에 있는 이러한 문자를 보조 문자 라고 하고, 추가적인 연속 8비트 또는 16비트 단어를 서로게이트 쌍 이라고 합니다.These characters located beyond the BMP are called supplementary characters, and the additional consecutive 8-bit or 16-bit words are called surrogate pairs. 보조 문자, 서로게이트, 서로게이트 쌍에 대한 자세한 내용은 유니코드 표준을 참조하세요.For more information about supplementary characters, surrogates, and surrogate pairs, refer to the Unicode Standard.

SQL ServerSQL Server에서는 데이터베이스 엔진Database Engine에서 UCS-2를 사용하여 인코딩하는 BMP 범위(000000~00FFFF)에 유니코드 데이터를 저장하기 위해 nchar, nvarchar 등의 데이터 형식을 제공합니다.provides data types such as nchar and nvarchar to store Unicode data in the BMP range (000000–00FFFF), which the 데이터베이스 엔진Database Engine encodes using UCS-2.

SQL Server 2012(11.x)SQL Server 2012 (11.x)에서 도입된 일련의 새 보조 문자(_SC) 데이터 정렬을 nchar, nvarchar 및 sql_variant 데이터 형식에 사용하여 전체 유니코드 문자 범위(000000~10FFFF)를 나타낼 수 있습니다.introduced a new family of supplementary character (_SC) collations that can be used with the nchar, nvarchar, and sql_variant data types to represent the full Unicode character range (000000–10FFFF). 예를 들면 다음과 같습니다. Latin1_General_100_CI_AS_SC 또는 일본어 데이터 정렬을 사용하는 경우 Japanese_Bushu_Kakusu_100_CI_AS_SC 가 여기에 해당합니다.For example: Latin1_General_100_CI_AS_SC or, if you're using a Japanese collation, Japanese_Bushu_Kakusu_100_CI_AS_SC.

SQL Server 2019 (15.x)SQL Server 2019 (15.x)에서는 새로운 UTF-8 지원 데이터 정렬(_UTF8)을 사용하는 char 및 varchar 데이터 형식까지 보조 문자 지원을 확장합니다.extends supplementary character support to the char and varchar data types with the new UTF-8 enabled collations (_UTF8). 이 데이터 형식도 전체 유니코드 문자 범위를 나타낼 수 있습니다.These data types are also capable of representing the full Unicode character range.

보조 문자를 사용하는 경우If you use supplementary characters:

• 데이터 정렬 버전 90 이상에서 정렬 및 비교 연산에 보조 문자를 사용할 수 있습니다.Supplementary characters can be used in ordering and comparison operations in collation versions 90 or greater.

• 버전 100 데이터 정렬은 모두 보조 문자를 사용한 언어적 정렬을 지원합니다.All version 100 collations support linguistic sorting with supplementary characters.

• 데이터베이스 개체 이름 등의 메타데이터에는 보조 문자를 사용할 수 없습니다.Supplementary characters aren't supported for use in metadata, such as in names of database objects.

• SC 플래그는 다음에 적용할 수 있습니다.The SC flag can be applied to:

  • 버전 90 데이터 정렬Version 90 collations
  • 버전 100 데이터 정렬Version 100 collations

• SC 플래그는 다음에 적용할 수 없습니다.The SC flag can't be applied to:

  • 버전 80 버전이 지정되지 않은 Windows 데이터 정렬Version 80 non-versioned Windows collations
  • BIN 또는 BIN2 이진 데이터 정렬The BIN or BIN2 binary collations
  • SQL* 데이터 정렬The SQL* collations
  • 버전 140 데이터 정렬(이미 보조 문자를 지원하기 때문에 SC 플래그가 필요하지 않음)Version 140 collations (these don't need the SC flag, because they already support supplementary characters)

다음 표에서는 보조 문자를 SCA(보조 문자 인식) 데이터 정렬과 함께 사용할 경우와 그렇지 않을 때 일부 문자열 함수 및 문자열 연산자의 동작을 비교합니다.The following table compares the behavior of some string functions and string operators when they use supplementary characters with and without a supplementary character-aware (SCA) collation:

GB18030 지원GB18030 support

GB18030은 중국에서 사용하는 별개의 중국어 인코딩 표준입니다.GB18030 is a separate standard that's used in the People's Republic of China for encoding Chinese characters. GB18030에서 문자 길이는 1바이트, 2바이트 또는 4바이트일 수 있습니다.In GB18030, characters can be 1, 2, or 4 bytes in length. SQL ServerSQL Server 에서는 서버가 클라이언트 쪽 애플리케이션으로부터 GB18030으로 인코딩된 문자를 받을 때 해당 문자를 인식하고 유니코드 문자로 기본 변환 및 저장하는 방식으로 GB18030 문자를 지원합니다.provides support for GB18030-encoded characters by recognizing them when they enter the server from a client-side application and converting and storing them natively as Unicode characters. 이렇게 변환된 문자는 서버에 저장된 후 모든 후속 작업에서 유니코드 문자로 처리됩니다.After they're stored in the server, they're treated as Unicode characters in any subsequent operations.

모든 중국어 데이터 정렬(가급적 최신 100 버전)을 사용할 수 있습니다.You can use any Chinese collation, preferably the latest 100 version. 모든 _100 수준 데이터 정렬은 GB18030 문자를 사용한 언어적 정렬을 지원합니다.All _100 level collations support linguistic sorting with GB18030 characters. 데이터에 보조 문자(서로게이트 쌍)가 포함되어 있는 경우 SQL ServerSQL Server에서 제공되는 SC 데이터 정렬을 사용하여 검색 및 정렬 성능을 향상할 수 있습니다.If the data includes supplementary characters (surrogate pairs), you can use the SC collations that are available in SQL ServerSQL Server to improve searching and sorting.

복합 스크립트 지원Complex script support

SQL ServerSQL Server 에서는 복합 스크립트를 입력, 저장, 변경 및 표시할 수 있습니다.can support inputting, storing, changing, and displaying complex scripts. 복합 스크립트에는 다음 형식이 포함됩니다.Complex scripts include the following types:

• 아랍어 텍스트와 영어 텍스트의 조합과 같은 오른쪽에서 왼쪽으로 쓰는 텍스트와 왼쪽에서 오른쪽으로 쓰는 텍스트의 조합을 포함하는 양방향 텍스트Scripts that include the combination of both right-to-left and left-to-right text, such as a combination of Arabic and English text.
• 아랍어, 인도어, 태국어 문자와 같이 위치에 따라 문자 모양이 바뀌거나 다른 문자와 함께 사용되면 문자 모양이 바뀌는 양방향 텍스트Scripts whose characters change shape depending on their position, or when combined with other characters, such as Arabic, Indic, and Thai characters.
• 태국어와 같이 단어 사이를 구분하는 공백이 없어 단어 인식을 위해 내부 사전이 필요한 언어Languages, such as Thai, that require internal dictionaries to recognize words because there are no breaks between them.

SQL ServerSQL Server 와 상호 작용하는 데이터베이스 애플리케이션은 복합 스크립트를 지원하는 컨트롤을 사용해야 합니다.Database applications that interact with SQL ServerSQL Server must use controls that support complex scripts. 관리형 코드로 생성된 표준 Windows 폼 컨트롤에서는 복합 스크립트를 사용할 수 있습니다.Standard Windows form controls that are created in managed code are complex-script-enabled.

일본어 데이터 정렬이 SQL Server 2017(14.x)SQL Server 2017 (14.x)에 추가됨Japanese collations added in SQL Server 2017(14.x)SQL Server 2017 (14.x)

SQL Server 2017(14.x)SQL Server 2017 (14.x)부터 다양한 옵션(_CS, _AS, _KS, _WS, _VSS)의 순열을 사용하여 새 일본어 데이터 정렬 패밀리가 지원됩니다.Starting with SQL Server 2017(14.x)SQL Server 2017 (14.x), new Japanese collation families are supported, with the permutations of various options (_CS, _AS, _KS, _WS, and _VSS).

이러한 데이터 정렬을 나열하기 위해 SQL Server 데이터베이스 엔진SQL Server Database Engine을 쿼리할 수 있습니다.To list these collations, you can query the SQL Server 데이터베이스 엔진SQL Server Database Engine:

SELECT Name, Description FROM fn_helpcollations()  
WHERE Name LIKE 'Japanese_Bushu_Kakusu_140%' OR Name LIKE 'Japanese_XJIS_140%'

새 데이터 정렬은 모두 보조 문자를 기본적으로 지원하므로 새 _140 데이터 정렬에 SC 플래그가 없거나 필요하지 않습니다.All the new collations have built-in support for supplementary characters, so none of the new _140 collations has (or needs) the SC flag.

이러한 데이터 정렬은 데이터베이스 엔진Database Engine 인덱스, 메모리 최적화 테이블, columnstore 인덱스 및 고유하게 컴파일된 모듈에서 지원됩니다.These collations are supported in 데이터베이스 엔진Database Engine indexes, memory-optimized tables, columnstore indexes, and natively compiled modules.

UTF-8 지원UTF-8 support

SQL Server 2019 (15.x)SQL Server 2019 (15.x)에서는 가져오기 또는 내보내기 인코딩 및 문자열 데이터의 데이터베이스 수준 또는 열 수준 데이터 정렬로 널리 사용되는 UTF-8 문자 인코딩이 완벽하게 지원됩니다.introduces full support for the widely used UTF-8 character encoding as an import or export encoding, and as database-level or column-level collation for string data. UTF-8은 char 및 varchar 데이터 형식에서 허용되며, UTF8 접미사가 있는 데이터 정렬을 만들거나 개체의 데이터 정렬을 이 데이터 정렬로 변경하면 사용할 수 있습니다.UTF-8 is allowed in the char and varchar data types, and it's enabled when you create or change an object's collation to a collation that has a UTF8 suffix. 예를 들어 LATIN1_GENERAL_100_CI_AS_SC 를 LATIN1_GENERAL_100_CI_AS_SC_UTF8 로 변경하는 경우가 여기에 해당합니다.One example is changing LATIN1_GENERAL_100_CI_AS_SC to LATIN1_GENERAL_100_CI_AS_SC_UTF8.

UTF-8은 SQL Server 2012(11.x)SQL Server 2012 (11.x)에서 도입된 보조 문자를 지원하는 Windows 데이터 정렬에서만 사용할 수 있습니다.UTF-8 is available only to Windows collations that support supplementary characters, as introduced in SQL Server 2012(11.x)SQL Server 2012 (11.x). nchar 및 nvarchar 데이터 형식은 UCS-2 또는 UTF-16 인코딩만 허용하며 변경되지 않고 그대로 유지됩니다.The nchar and nvarchar data types allow UCS-2 or UTF-16 encoding only, and they remain unchanged.

UTF-8과 UTF-16 간의 스토리지 차이점Storage differences between UTF-8 and UTF-16

유니코드 컨소시엄에서는 각 문자에 000000~10FFFF 범위의 값인 고유 코드 포인트를 할당합니다.The Unicode Consortium allocates to each character a unique code point, which is a value in the range 000000–10FFFF. SQL Server 2019 (15.x)SQL Server 2019 (15.x)에서는 UTF-8 및 UTF-16 인코딩을 모두 사용해서 전체 범위를 나타낼 수 있습니다.With SQL Server 2019 (15.x)SQL Server 2019 (15.x), both UTF-8 and UTF-16 encodings are available to represent the full range:

• UTF-8 인코딩에서는 ASCII 범위(000000~00007F)의 문자에 1바이트가 필요하고, 코드 포인트 000080~0007FF에 2바이트가 필요하며, 코드 포인트 000800~00FFFF에 3바이트가 필요하고, 코드 포인트 0010000~0010FFFF에 4바이트가 필요합니다.With UTF-8 encoding, characters in the ASCII range (000000–00007F) require 1 byte, code points 000080–0007FF require 2 bytes, code points 000800–00FFFF require 3 bytes, and code points 0010000–0010FFFF require 4 bytes.
• UTF-16 인코딩에서는 코드 포인트 000000~00FFFF에 2바이트가 필요하고, 코드 포인트 0010000~0010FFFF에 4바이트가 필요합니다.With UTF-16 encoding, code points 000000–00FFFF require 2 bytes, and code points 0010000–0010FFFF require 4 bytes.

다음 표에는 각 문자 범위와 인코딩 형식의 인코딩 스토리지 크기(바이트)가 나와 있습니다.The following table lists the encoding storage bytes for each character range and encoding type:

¹ ‘스토리지 크기(바이트)’는 인코딩된 바이트 길이를 가리키며, 데이터 형식의 디스크 스토리지 크기가 아닙니다.¹ Storage bytes refers to the encoded byte length, not the data-type on-disk storage size. 디스크 스토리지 크기에 대한 자세한 내용은 nchar 및 nvarchar 및 char 및 varchar를 참조하세요.For more information about on-disk storage sizes, see nchar and nvarchar and char and varchar.

²보조 문자의 코드 포인트 범위입니다.² The code point range for supplementary characters.

방금 확인한 것처럼, 적절한 유니코드 인코딩과 데이터 형식을 선택하면 사용 중인 문자 집합에 따라 스토리지 비용을 훨씬 절감하거나 현재 스토리지 공간을 늘릴 수 있습니다.As you've just seen, choosing the appropriate Unicode encoding and data type might give you significant storage savings or increase your current storage footprint, depending on the character set in use. 예를 들어 Latin1_General_100_CI_AI_SC_UTF8 과 같은 UTF-8 지원 라틴어 데이터 정렬을 사용하는 경우 CHAR(10) 열은 10바이트를 저장하며, 0~127 범위의 ASCII 문자 10자를 포함할 수 있습니다.For example, when you use a Latin collation that's UTF-8 enabled, such as Latin1_General_100_CI_AI_SC_UTF8, a CHAR(10) column stores 10 bytes and can hold 10 ASCII characters in the range 0–127. 그러나 128~2047 범위는 5자, 2048~65535 범위는 3자만 포함할 수 있습니다.But it can hold only 5 characters in the range 128–2047 and only 3 characters in the range 2048–65535. 반면, NCHAR(10) 열은 10바이트 쌍(20바이트)을 저장하기 때문에 0~65535 범위의 문자 10자를 포함할 수 있습니다.By comparison, because a NCHAR(10) column stores 10 byte-pairs (20 bytes), it can hold 10 characters in the range 0–65535.

데이터베이스나 열에 UTF-8 또는 UTF-16 인코딩을 사용할지 여부를 선택하기 전에 저장되는 문자열 데이터의 분포를 고려합니다.Before you choose whether to use UTF-8 or UTF-16 encoding for a database or column, consider the distribution of string data that will be stored:

• 대체로 ASCII 범위 0~127을 사용하는 경우(예: 영어), UTF-8에서는 각 문자에 1바이트, UTF-16에서는 2바이트가 필요합니다.If it's mostly in the ASCII range 0–127 (such as English), each character requires 1 byte with UTF-8 and 2 bytes with UTF-16. UTF-8을 사용하는 것이 스토리지 측면에서 효율적입니다.Using UTF-8 provides storage benefits. UTF-8 지원 데이터 정렬을 사용하여 0~127 범위의 ASCII 문자를 포함하는 기존 열 데이터 형식을 NCHAR(10)에서 CHAR(10)로 변경하면 스토리지 요구 사항이 50% 감소합니다.Changing an existing column data type with ASCII characters in the range 0–127 from NCHAR(10) to CHAR(10), and using an UTF-8 enabled collation, translates into a 50 percent reduction in storage requirements. 이러한 감소는 NCHAR(10)는 스토리지로 20바이트가 필요하지만 CHAR(10)는 동일한 유니코드 문자열 표현에 10바이트만 필요하기 때문입니다.This reduction is because NCHAR(10) requires 20 bytes for storage, compared with CHAR(10), which requires 10 bytes for the same Unicode string representation.
• ASCII 범위를 초과하는 거의 모든 라틴어 기반 스크립트와 그리스어, 키릴 자모, 콥트어, 아르메니아어, 히브리어, 아랍어, 시리아어, 타나 문자, 은코 문자는 UTF-8과 UTF-16에서 모두, 문자당 2바이트가 필요합니다.Above the ASCII range, almost all Latin-based script, and Greek, Cyrillic, Coptic, Armenian, Hebrew, Arabic, Syriac, Tāna, and N’Ko, require 2 bytes per character in both UTF-8 and UTF-16. 이러한 경우에는 비교 가능한 데이터 형식 간(예: char 또는 nchar 사용 간)에 큰 스토리지 차이가 없습니다.In these cases, there aren't significant storage differences for comparable data types (for example, between using char or nchar).
• 대체로 동아시아 스크립트인 경우(예: 한국어, 중국어, 일본어), UTF-8에서는 각 문자에 3바이트, UTF-16에서는 2바이트가 필요합니다.If it's mostly East Asian script (such as Korean, Chinese, and Japanese), each character requires 3 bytes with UTF-8 and 2 bytes with UTF-16. UTF-16을 사용하는 것이 스토리지 측면에서 효율적입니다.Using UTF-16 provides storage benefits.
• 010000~10FFFF 범위의 문자는 UTF-8과 UTF-16에서 모두, 4바이트가 필요합니다.Characters in the range 010000–10FFFF require 4 bytes in both UTF-8 and UTF-16. 이러한 경우에는 비교 가능한 데이터 형식 간(예: char 또는 nchar 사용 간)에 스토리지 차이가 없습니다.In these cases, there aren't storage differences for comparable data types (for example, between using char or nchar).

다른 고려 사항은 국가별 Transact-SQL 문 작성을 참조하세요.For other considerations, see Write International Transact-SQL Statements.

UTF-8로 변환Converting to UTF-8

CHAR(n) 및 VARCHAR(n)에서 또는 NCHAR(n) 및 NVARCHAR(n)에서 n 은 저장할 수 있는 문자 수가 아니라 스토리지 크기(바이트)를 정의하므로 데이터 잘림을 방지하기 위해 변환해야 하는 데이터 형식 크기를 결정하는 것이 중요합니다.Because in CHAR(n) and VARCHAR(n) or in NCHAR(n) and NVARCHAR(n), the n defines the byte storage size, not the number of characters that can be stored, it's important to determine the data type size you must convert to, in order to avoid data truncation.

예를 들어 180바이트의 일본어 문자를 저장하는 NVARCHAR(100) 으로 정의된 열이 있다고 가정합니다.For example, consider a column defined as NVARCHAR(100) that stores 180 bytes of Japanese characters. 이 예에서 열 데이터는 현재 문자당 2바이트를 사용하는 UCS-2 또는 UTF-16을 사용하여 인코딩됩니다.In this example, the column data is currently encoded using UCS-2 or UTF-16, which uses 2 bytes per character. 새 데이터 형식은 200바이트만 저장할 수 있지만 일본어 문자는 UTF-8로 인코딩된 경우 3바이트가 필요하기 때문에 열 유형을 VARCHAR(200) 으로 변환하면 데이터가 잘릴 수 있습니다.Converting the column type to VARCHAR(200) is not enough to prevent data truncation, because the new data type can only store 200 bytes, but Japanese characters require 3 bytes when encoded in UTF-8. 따라서 데이터 잘림을 통한 데이터 손실을 방지하려면 열을 VARCHAR(270) 으로 정의해야 합니다.So the column must be defined as VARCHAR(270) to avoid data loss through data truncation.

따라서 기존 데이터를 UTF-8로 변환하기 전에 열 정의에 대한 예상 바이트 크기를 미리 파악하고 이에 따라 새 데이터 형식 크기를 조정해야 합니다.Therefore, it's required to know in advance what's the projected byte size for the column definition before converting existing data to UTF-8, and adjust the new data type size accordingly. DATALENGTH 함수 및 COLLATE 문을 사용하여 기존 데이터베이스에서 UTF-8 변환 작업에 대한 올바른 데이터 길이 요구 사항을 결정하는 데이터 샘플 GitHub에서 Transact-SQLTransact-SQL 스크립트 또는 SQL Notebook을 참조하세요.Refer to the Transact-SQLTransact-SQL script or the SQL Notebook in the Data Samples GitHub, which use the DATALENGTH function and the COLLATE statement to determine the correct data length requirements for UTF-8 conversion operations in an existing database.

기존 테이블에서 열 데이터 정렬 및 데이터 형식을 변경하려면 열 데이터 정렬 설정 또는 변경에 설명된 방법 중 하나를 사용합니다.To change the column collation and data type in an existing table, use one of the methods described in Set or Change the Column Collation.

데이터베이스 데이터 정렬을 변경하여 새 개체가 기본적으로 데이터베이스 데이터 정렬을 상속하도록 허용하거나 서버 데이터 정렬을 변경하여 새 데이터베이스가 기본적으로 시스템 데이터 정렬을 상속하도록 허용하려면 이 문서의 관련 작업 섹션을 참조하세요.To change the database collation, allowing new objects to inherit the database collation by default, or to change the server collation, allowing new databases to inherit the system collation by default, see the Related tasks section of this article.

Related tasksRelated tasks

Related contentRelated content

자세한 내용은 다음 관련 콘텐츠를 참조하세요.For more information, see the following related content:

• SQL Server Best Practices Collation ChangeSQL Server Best Practices Collation Change
• 유니코드 문자 형식을 사용하여 데이터 가져오기 및 내보내기(SQL Server)Use Unicode Character Format to Import or Export Data (SQL Server)
• 국가별 Transact-SQL 문 작성Write International Transact-SQL Statements
• SQL Server 모범 사례 유니코드로 마이그레이션(더 이상 유지 관리되지 않음)SQL Server Best Practices Migration to Unicode (no longer maintained)
• 유니코드 컨소시엄Unicode Consortium
• 유니코드 표준Unicode Standard
• SQL Server용 OLE DB 드라이버에서 UTF-8 지원UTF-8 Support in OLE DB Driver for SQL Server
• SQL Server 데이터 정렬 이름(Transact-SQL)SQL Server Collation Name (Transact-SQL)
• Windows 데이터 정렬 이름(Transact-SQL)Windows Collation Name (Transact-SQL)
• Introducing UTF-8 support for SQL Server(SQL Server에 UTF-8 지원 도입)Introducing UTF-8 support for SQL Server
• COLLATE(Transact-SQL)COLLATE (Transact-SQL)
• 데이터 정렬 선행 규칙Collation Precedence

참고 항목See also

포함된 데이터베이스 데이터 정렬 Contained Database Collations
전체 텍스트 인덱스 생성 시 언어 선택 Choose a Language When Creating a Full-Text Index
sys.fn_helpcollations(Transact-SQL) sys.fn_helpcollations (Transact-SQL)
싱글바이트 및 멀티바이트 문자 집합Single-Byte and Multibyte Character Sets