성서 히브리어에 어떤 데이터 정렬을 사용해야합니까?


답변:


34

첫째 : 성서 히브리어와 현대 히브리어 사이에는 구별이 없습니다. 우리는 방금 히브리어를 다루고 있습니다.

둘째: 다른 항목에 관계없이 _100_이름에 버전 번호가없는 이전 시리즈 (기술적으로는 version 80) 보다 최신 /보다 완전한 정렬 가중치 및 언어 규칙 이있는 시리즈 인 최신 데이터 정렬을 사용하려고합니다 .일반적으로 필요한 데이터 정렬의 최신 버전을 사용하는 것이 좋습니다. 그러나 최소한이 경우 이름에 버전 번호가없는 버전을 사용해야 할 이유가 있습니다. 버전 100 (또는 그 이상)의 데이터 정렬은 훨씬 더 완벽하며 추가 문자를 구분할 수 있습니다 ( SC또는 140데이터 정렬을 사용하는 경우 완벽하게 지원할 수도 있음 ). 그러나 보조 문자를 처리하지 않고 버전 80 (버전이없는 경우) 조합은 히브리어를 처리하는 데 더 효과적입니다 (아래의 "여섯 번째"항목 참조).

셋째 : 히브리어에는 "Kana"(또는 Kana-type) 개념이 없으므로 _KS이름에서 콜 레이션 변형을 무시할 수 있습니다 (사용하지 않는 감도).

앞으로:_SC 보조 문자로 끝나는 데이터 정렬은 보충 문자 (예 : 전체 UTF-16)로 끝나 므로 일반적으로 사용 가능한 경우 그 중 하나를 선택하는 것이 가장 좋습니다 (즉, SQL Server 2012 이상을 사용하는 경우).

다섯 번째 : 이진 데이터 정렬을 원하지 않습니다 ( _BIN또는_BIN2 모음이 둘 다있는 히브리어 문자와 동일하지만 서로 다른 순서로 결합 문자가있는 캔틸 레이션 마크를 구분할 수 없으므로 )을 않습니다. 같은 것을אאֽ.

예를 들어 (문자를 반대 순서로 결합하는 모음 및 캔틸 레이션 마크) :

SELECT NCHAR(0x05D0) + NCHAR(0x059C) + NCHAR(0x05B8),
       NCHAR(0x05D0) + NCHAR(0x05B8) + NCHAR(0x059C)
WHERE  NCHAR(0x05D0) + NCHAR(0x059C) + NCHAR(0x05B8) =
       NCHAR(0x05D0) + NCHAR(0x05B8) + NCHAR(0x059C) COLLATE Hebrew_100_CS_AS_SC;
-- אָ֜  אָ֜

SELECT NCHAR(0x05D0) + NCHAR(0x059C) + NCHAR(0x05B8),
       NCHAR(0x05D0) + NCHAR(0x05B8) + NCHAR(0x059C)
WHERE  NCHAR(0x05D0) + NCHAR(0x059C) + NCHAR(0x05B8) =
       NCHAR(0x05D0) + NCHAR(0x05B8) + NCHAR(0x059C) COLLATE Hebrew_100_BIN2;
-- no rows

여섯째 : 문자열 값과 상호 작용하는 방법에 따라 다릅니다. 히브리어에는 대문자 / 소문자가 없지만 대소 문자 구분의 영향을받는 몇 가지 코드 포인트가 있습니다. 너비에 민감한 코드 포인트도 몇 개 있습니다. 억양 / 감각은 모음, 발음 및 캔틸 레이션에 사용되는 분음 부호에 영향을줍니다. 마크 (즉, 트로피)에 .

  1. 같은 편지의 최종 및 비 최종 양식을 구별해야합니까? 히브리어에는 단어의 마지막 글자로 사용될 때 다르게 보이는 5 개의 글자가 있습니다. SQL Server는 대 / 소문자 구분 / _CS데이터 정렬을 통해이 문제를 처리합니다 (불행히도 새 버전에서는 일반적으로 더 나은 버전 100 및 최신 데이터 정렬에서 손상되는 것으로 보입니다).

    SELECT NCHAR(0x05DE) AS [Mem],
           NCHAR(0x05DD) AS [Final Mem]
    WHERE  NCHAR(0x05DE) = NCHAR(0x05DD) COLLATE Hebrew_CI_AS_KS_WS;
    -- 1 row (expected; all sensitive except case)
    -- Mem  Final Mem
    -- ‭מ    ם
    
    
    SELECT NCHAR(0x05DE) AS [Mem],
           NCHAR(0x05DD) AS [Final Mem]
    WHERE  NCHAR(0x05DE) = NCHAR(0x05DD) COLLATE Hebrew_CS_AI;
    -- no rows (expected; all insensitive except case)
    
    
    SELECT NCHAR(0x05DE) AS [Mem],
           NCHAR(0x05DD) AS [Final Mem]
    WHERE  NCHAR(0x05DE) = NCHAR(0x05DD) COLLATE Hebrew_100_CI_AI;
    -- no rows (expected 1 row; all insensitive)
  2. 발음 표시, 모음 및 캔틸 레이션 표시를 구별해야합니까? SQL Server는 악센트 구분 /_AS 데이터 정렬을 (불행히도 새 버전에서는 일반적으로 더 나은 버전 100 및 최신 데이터 정렬에서 손상되는 것으로 보입니다). 이 세 가지 모두 악센트 감도로 그룹화되어 있으며 별도로 제어 할 수 없습니다 (예 : 모음은 구분할 수 없지만 캔틸 레이션 마크는 구분하지 않음).

    발음 표시

    두 가지 다른 소리를 가진 여러 글자가 있습니다. 때로는 소리를 사용할 수있는 유일한 지표는 실제 율법 (발음이나 모음이없는 곳)과 같이 글자가 어떤 단어 (그리고 때로는 주변 단어까지)인지에 대한 문맥 일뿐입니다. 그러나 다른 텍스트뿐만 아니라 다른 형태의 동일한 텍스트는 문자 위에 있거나 문자 위에 Shin이라는 문자 위에 점이 있습니다. 신 문자는 "sh"또는 "s"사운드를 가질 수 있습니다. "sh"소리 (예 : 문자 "shin")를 나타 내기 위해 오른쪽 위에 점이 있고 왼쪽 위에있는 점은 "s"소리 (문자 "sin")를 나타냅니다.

    SELECT NCHAR(0x05E9) AS [Shin],                            -- ש
           NCHAR(0x05E9) + NCHAR(0x05C1) AS [Shin + Shin Dot], -- שׁ
           NCHAR(0x05E9) + NCHAR(0x05C2) AS [Shin + Sin Dot]   -- שׂ
    WHERE  NCHAR(0x05E9) = NCHAR(0x05E9) + NCHAR(0x05C1) COLLATE Hebrew_CS_AI_KS_WS
    AND    NCHAR(0x05E9) = NCHAR(0x05E9) + NCHAR(0x05C2) COLLATE Hebrew_CS_AI_KS_WS;
    -- 1 row (expected; all sensitive except accent)
    
    
    SELECT NCHAR(0x05E9) AS [Shin],                            -- ש
           NCHAR(0x05E9) + NCHAR(0x05C1) AS [Shin + Shin Dot], -- שׁ
           NCHAR(0x05E9) + NCHAR(0x05C2) AS [Shin + Sin Dot]   -- שׂ
    WHERE  NCHAR(0x05E9) = NCHAR(0x05E9) + NCHAR(0x05C1) COLLATE Hebrew_CI_AS
    OR     NCHAR(0x05E9) = NCHAR(0x05E9) + NCHAR(0x05C2) COLLATE Hebrew_CI_AS;
    -- no rows (expected; all insensitive except accent)
    
    
    SELECT NCHAR(0x05E9) AS [Shin],                            -- ש
           NCHAR(0x05E9) + NCHAR(0x05C1) AS [Shin + Shin Dot], -- שׁ
           NCHAR(0x05E9) + NCHAR(0x05C2) AS [Shin + Sin Dot]   -- שׂ
    WHERE  NCHAR(0x05E9) = NCHAR(0x05E9) + NCHAR(0x05C1) COLLATE Hebrew_100_CI_AI_SC
    OR     NCHAR(0x05E9) = NCHAR(0x05E9) + NCHAR(0x05C2) COLLATE Hebrew_100_CI_AI_SC;
    -- no rows (expected 1 row; all insensitive)

    모음

    SELECT NCHAR(0x05D0) AS [Aleph],                           -- א
           NCHAR(0x05D0) + NCHAR(0x05B8) AS [Aleph with vowel] -- אָ
    WHERE  NCHAR(0x05D0) =
           NCHAR(0x05D0) + NCHAR(0x05B8) COLLATE Hebrew_CS_AI_KS_WS;
    -- 1 row (expected; all sensitive except accent)
    
    
    SELECT NCHAR(0x05D0) AS [Aleph],                           -- א
           NCHAR(0x05D0) + NCHAR(0x05B8) AS [Aleph with vowel] -- אָ
    WHERE  NCHAR(0x05D0) =
           NCHAR(0x05D0) + NCHAR(0x05B8) COLLATE Hebrew_CI_AS;
    -- no rows (expected; all insensitive except accent)
    
    
    SELECT NCHAR(0x05D0) AS [Aleph],                           -- א
           NCHAR(0x05D0) + NCHAR(0x05B8) AS [Aleph with vowel] -- אָ
    WHERE  NCHAR(0x05D0) =
           NCHAR(0x05D0) + NCHAR(0x05B8) COLLATE Hebrew_100_CI_AI_SC;
    -- no rows (expected 1 row; all insensitive)

    캔틸 레이션 마크

    기술적으로 공식적인 유니 코드 데이터에 따르면 히브리어 캔틸 레이션 마크는 무시할 수 있으며 이진 데이터 정렬을 사용할 때 여기에만 차이로 등록 해야 합니다. 그러나 SQL Server는 불행히도 악센트와 동일하게 취급하며 발음 표시 나 모음과 별도로 무시할 수 없습니다.

    SELECT NCHAR(0x05D0) AS [Aleph],                                       -- א
           NCHAR(0x05D0) + NCHAR(0x05A8) AS [Aleph with cantillation mark] -- א֨
    WHERE  NCHAR(0x05D0) =
           NCHAR(0x05D0) + NCHAR(0x05A8) COLLATE Hebrew_CS_AI_KS_WS;
    -- 1 row (expected; all sensitive except accent)
    
    
    SELECT NCHAR(0x05D0) AS [Aleph],                                       -- א
           NCHAR(0x05D0) + NCHAR(0x05A8) AS [Aleph with cantillation mark] -- א֨
    WHERE  NCHAR(0x05D0) =
           NCHAR(0x05D0) + NCHAR(0x05A8) COLLATE Hebrew_CI_AS;
    -- no rows (expected; all insensitive except accent)
    
    
    SELECT NCHAR(0x05D0) AS [Aleph],                                       -- א
           NCHAR(0x05D0) + NCHAR(0x05A8) AS [Aleph with cantillation mark] -- א֨
    WHERE  NCHAR(0x05D0) =
           NCHAR(0x05D0) + NCHAR(0x05A8) COLLATE Hebrew_100_CI_AI_SC;
    -- no rows (expected 1 row; all insensitive)
  3. 같은 글자의 넓은 형태와 비 와이드 형태를 구별해야합니까? 히브리어에는 8 자 (확장)가 있지만 율법 스크롤 (수기 / 실제 또는 인쇄)을 사용하여 완전히 정렬 된 원주 형식 (실제로 율법 스크롤에 나타나는 방식)을 유지하기위한 목적으로 만 사용됩니다. ). SQL Server는 너비 민감도 / _WS데이터 정렬을 통해 이것을 처리합니다 (흥미롭게도 최신 버전 100 및 새 데이터 정렬에서 올바르게 작동하는 유일한 감도 인 것 같습니다. 슬프게도 사용 가능성은 가장 낮습니다).

    SELECT NCHAR(0x05DC) AS [Lamed],
           NCHAR(0xFB25) AS [Wide Lamed]
    WHERE  NCHAR(0x05DC) = NCHAR(0xFB25) COLLATE Hebrew_CI_AI;
    -- no rows (expected 1 row; all insensitive)
    
    
    SELECT NCHAR(0x05DC) AS [Lamed],
           NCHAR(0xFB25) AS [Wide Lamed]
    WHERE  NCHAR(0x05DC) = NCHAR(0xFB25) COLLATE Hebrew_100_CS_AS_KS_SC;
    -- 1 row (expected; all sensitive except width)
    -- Lamed    Wide Lamed
    -- ‭ל        ﬥ
    
    
    SELECT NCHAR(0x05DC) AS [Lamed],
           NCHAR(0xFB25) AS [Wide Lamed]
    WHERE  NCHAR(0x05DC) = NCHAR(0xFB25) COLLATE Hebrew_100_CI_AI_WS_SC;
    -- no rows (expected; all insensitive except width)

따라서 아마도 Hebrew_CI_AI열의 COLLATE경우 COLLATE Hebrew_CS_AI또는 Hebrew_CI_ASor 와 같은 변형을 사용해야하는 경우 문을 통해 식 / 조건 자마다 재정의 할 수 있습니다 Hebrew_CS_AS.

추가 사항

  1. NVARCHAR열 / 변수에 데이터를 저장해야 합니다. 모음과 발음 점의 문자 결합을 포함하여 Windows-1255 코드 페이지 (모든 데이터 정렬이 사용하는 것)를 사용하여 일반 8 비트에서이 대부분 을 수행 할 수 있습니다.VARCHARHebrew_*

    ;WITH Hebrew AS
    (
        SELECT NCHAR(0x05E9) + NCHAR(0x05C1) + NCHAR(0x05B8)
               COLLATE Hebrew_100_CS_AS AS [Shin]
    )
    SELECT
      Hebrew.[Shin] AS [Unicode],
      CONVERT(VARCHAR(20), Hebrew.[Shin]) AS [CodePage1255],
      CONVERT(VARBINARY(10), CONVERT(VARCHAR(20), Hebrew.[Shin])) AS [CodePage1255_bytes]
    FROM   Hebrew;
    -- Unicode  CodePage1255    CodePage1255_bytes
    -- שָׁ        שָׁ               F9D1C8
    

    그러나 유니 코드 히브리어 블록 에만 캔틸 레이션 표시 (예 : 트로피; 코드 포인트 U + 0591 ~ U + 05AF)와 몇 가지 추가 요소 (코드 포인트 U + 05C4 ~ U + 05C7) 가 포함되며 알파벳 표시 양식 블록 에는 여러 글자의 변형과 다른 것들.

  2. 공식을 참조하십시오 유니 코드가 히브리어 텍스트를 처리하는 방법에 대한 자세한 설명은 유니 코드 표준 (버전 12.1), 9 장 : 중동 -I, 섹션 9.1 : 히브리어, 361-366 페이지 (PDF의 389-394 페이지) 를 참조하십시오.
  3. 히브리어 ( "he"및 "he-IL") 문화에 대한 공식 유니 코드 CLDR (로케일 별 조정) 규칙에 따르면 U + 05F3 HEBREW PUNCTUATION GERESH는 U + 0027 APOSTROPHE 와 일치 하거나 앞에 와야합니다. 일반적으로 U + 05F3 아포스트로피 후에 정렬 됩니다. 이 동작은 실제로 ICU 데이터 정렬 데모를 사용하고 "루트"/ 표준 정렬 순서 (미국 영어 / "en-US"에서 사용)와 "he"사이를 전환 할 때 나타납니다 . 그러나이 동작은 .NET 또는 SQL Server에서 사용할 수없는 것 같습니다.

    SELECT NCHAR(0x05F3)
    WHERE  NCHAR(0x05F3) <= N'''' COLLATE Hebrew_100_CS_AS_KS_WS;
    -- no rows
    
    SELECT NCHAR(0x05F3)
    WHERE  NCHAR(0x05F3) <= N'''' COLLATE Hebrew_CS_AS_KS_WS;
    -- no rows

    불행히도 생략되었지만 Windows 정렬 가중치 테이블 파일에 "he"또는 "he-IL"관련 조정이 표시되지 않는 것이 좋습니다. 이것은 데이터 에만 사용 되며 여기에는 적용되지 않는 관련 코드 페이지 외부 Hebrew_*와의 Latin1_General_*데이터 정렬 간에 실제 차이가 없다는 것을 의미 할 VARCHAR수 있습니다.

  4. 관련 질문과 답변을 참조하십시오 : 히브리어 악센트 표시를 제거하는 방법

OP는 다음과 같이 대답했습니다.

예, 1) 같은 문자의 최종 및 비 최종 형태 2) 발음 표시 3) 모음 및 4) 캔틸 레이션 표시를 구분해야합니다.

이 경우 해당 속성 간의 차이점을 무시할 필요가 없으므로 100 수준 데이터 정렬을 사용할 수 있습니다. 아래 예는 발음 표시, 캔틸 레이션 표시 및 모음이있는 히브리어 문자 (Sin)를 보여줍니다. 결합 문자 순서의 가능한 조합을 각각 나타낼 수 있도록 6 가지 버전이 있습니다. 다른 점을 사용하여 동일한 기본 문자, 모음 및 캔틸 레션 표시가있는 Shin 문자를 만드는 일곱 번째 항목이 있습니다. 이 쿼리는 6 개의 "Sin"항목 만 서로 다른 바이트 순서로도 일치하지만 "Shin"은 일치하지 않음을 보여줍니다.

규칙을 사용해야하는 경우에도 규칙이 규칙과 함께 작동 함을 보여주기 위해 사용 Latin1_GeneralJapanese_XJIS_140데이터 정렬을 포함 시켰 습니다 ( 140일본어 의 데이터 정렬은 이전 버전보다 대문자 / 소문자 매핑이 더 많음). 그러나 일반적으로 100모음, 표시, 점 및 최종 및 최종 결말 형태의 차이를 무시해야하는 경우 히브리어 데이터 정렬을 사용하고 비 버전을 사용하는 것이 가장 좋습니다 .

DECLARE @Shin   NVARCHAR(5) = NCHAR(0x05E9), -- base Hebrew letter
        @Dot    NVARCHAR(5) = NCHAR(0x05C2), -- Sin Dot
        @Mark   NVARCHAR(5) = NCHAR(0x05A8), -- Cantillation Mark (i.e. trope)
        @Vowel  NVARCHAR(5) = NCHAR(0x05B8); -- Vowel

DECLARE @Dot_Mark_Vowel NVARCHAR(20) = @Shin + @Dot + @Mark + @Vowel,
        @Dot_Vowel_Mark NVARCHAR(20) = @Shin + @Dot + @Vowel + @Mark,
        @Vowel_Dot_Mark NVARCHAR(20) = @Shin + @Vowel + @Dot + @Mark,
        @Vowel_Mark_Dot NVARCHAR(20) = @Shin + @Vowel + @Mark + @Dot,
        @Mark_Vowel_Dot NVARCHAR(20) = @Shin + @Mark + @Vowel + @Dot,
        @Mark_Dot_Vowel NVARCHAR(20) = @Shin + @Mark + @Dot + @Vowel,
        @ShinDot_Mark_Vowel NVARCHAR(20) = @Shin + NCHAR(0x05C1) + @Mark + @Vowel;

SELECT @Dot_Mark_Vowel AS [Sin], @ShinDot_Mark_Vowel AS [Shin];

;WITH chr AS
(
  SELECT *
  FROM   (VALUES
            (@Dot_Mark_Vowel, 'Dot + Mark + Vowel'),
            (@Dot_Vowel_Mark, 'Dot + Vowel + Mark'),
            (@Vowel_Dot_Mark, 'Vowel + Dot + Mark'),
            (@Vowel_Mark_Dot, 'Vowel + Mark + Dot'),
            (@Mark_Vowel_Dot, 'Mark + Vowel + Dot'),
            (@Mark_Dot_Vowel, 'Mark + Dot + Vowel'),
            (@ShinDot_Mark_Vowel, 'ShinDot + Mark + Vowel')
         ) tmp([Hebrew], [Description])
) SELECT chr1.[Hebrew],
         '--' AS [---],
         chr1.[Description] AS [Description_1],
         CONVERT(VARBINARY(20), RIGHT(chr1.[Hebrew], 3)) AS [Bytes_1],
         '--' AS [---],
         chr2.[Description] AS [Description_2],
         CONVERT(VARBINARY(20), RIGHT(chr2.[Hebrew], 3)) AS [Bytes_2]
  FROM   chr chr1
  CROSS JOIN chr chr2
  WHERE  chr1.[Description] <> chr2.[Description] -- do not compare item to itself
  AND    chr1.[Hebrew] = chr2.[Hebrew] COLLATE Hebrew_100_CS_AS_SC
  AND    chr1.[Hebrew] = chr2.[Hebrew] COLLATE Latin1_General_100_CS_AS_SC
  AND    chr1.[Hebrew] = chr2.[Hebrew] COLLATE Japanese_XJIS_140_CS_AS;

-- this query returns 30 rows

예, 1) 같은 문자의 최종 및 비 최종 형태 2) 발음 표시 3) 모음 및 4) 캔틸 레이션 표시를 구분해야합니다.
brian12345

1
@ brian12345 업데이트 해 주셔서 감사합니다. 답변의 새로운 최종 섹션에서 설명을 해결하기 위해 답변을 업데이트합니다. 검토하시기 바랍니다.
Solomon Rutzky

고마워, 솔로몬 매우 도움이됩니다.
brian12345

8

그것은 많은 것들에 달려 있습니다. 데이터 정렬은 정렬, 비교 및 ​​비 유니 코드 코드 페이지입니다.

이 리포지토리 에는 히브리어 관련 옵션이 많이 있습니다.

+---------------------------+---------------------------------------------------------------------------------------------------------------------+
| Hebrew_BIN                | Hebrew, binary sort                                                                                                 |
| Hebrew_BIN2               | Hebrew, binary code point comparison sort                                                                           |
| Hebrew_CI_AI              | Hebrew, case-insensitive, accent-insensitive, kanatype-insensitive, width-insensitive                               |
| Hebrew_CI_AI_WS           | Hebrew, case-insensitive, accent-insensitive, kanatype-insensitive, width-sensitive                                 |
| Hebrew_CI_AI_KS           | Hebrew, case-insensitive, accent-insensitive, kanatype-sensitive, width-insensitive                                 |
| Hebrew_CI_AI_KS_WS        | Hebrew, case-insensitive, accent-insensitive, kanatype-sensitive, width-sensitive                                   |
| Hebrew_CI_AS              | Hebrew, case-insensitive, accent-sensitive, kanatype-insensitive, width-insensitive                                 |
| Hebrew_CI_AS_WS           | Hebrew, case-insensitive, accent-sensitive, kanatype-insensitive, width-sensitive                                   |
| Hebrew_CI_AS_KS           | Hebrew, case-insensitive, accent-sensitive, kanatype-sensitive, width-insensitive                                   |
| Hebrew_CI_AS_KS_WS        | Hebrew, case-insensitive, accent-sensitive, kanatype-sensitive, width-sensitive                                     |
| Hebrew_CS_AI              | Hebrew, case-sensitive, accent-insensitive, kanatype-insensitive, width-insensitive                                 |
| Hebrew_CS_AI_WS           | Hebrew, case-sensitive, accent-insensitive, kanatype-insensitive, width-sensitive                                   |
| Hebrew_CS_AI_KS           | Hebrew, case-sensitive, accent-insensitive, kanatype-sensitive, width-insensitive                                   |
| Hebrew_CS_AI_KS_WS        | Hebrew, case-sensitive, accent-insensitive, kanatype-sensitive, width-sensitive                                     |
| Hebrew_CS_AS              | Hebrew, case-sensitive, accent-sensitive, kanatype-insensitive, width-insensitive                                   |
| Hebrew_CS_AS_WS           | Hebrew, case-sensitive, accent-sensitive, kanatype-insensitive, width-sensitive                                     |
| Hebrew_CS_AS_KS           | Hebrew, case-sensitive, accent-sensitive, kanatype-sensitive, width-insensitive                                     |
| Hebrew_CS_AS_KS_WS        | Hebrew, case-sensitive, accent-sensitive, kanatype-sensitive, width-sensitive                                       |
| Hebrew_100_BIN            | Hebrew-100, binary sort                                                                                             |
| Hebrew_100_BIN2           | Hebrew-100, binary code point comparison sort                                                                       |
| Hebrew_100_CI_AI          | Hebrew-100, case-insensitive, accent-insensitive, kanatype-insensitive, width-insensitive                           |
| Hebrew_100_CI_AI_WS       | Hebrew-100, case-insensitive, accent-insensitive, kanatype-insensitive, width-sensitive                             |
| Hebrew_100_CI_AI_KS       | Hebrew-100, case-insensitive, accent-insensitive, kanatype-sensitive, width-insensitive                             |
| Hebrew_100_CI_AI_KS_WS    | Hebrew-100, case-insensitive, accent-insensitive, kanatype-sensitive, width-sensitive                               |
| Hebrew_100_CI_AS          | Hebrew-100, case-insensitive, accent-sensitive, kanatype-insensitive, width-insensitive                             |
| Hebrew_100_CI_AS_WS       | Hebrew-100, case-insensitive, accent-sensitive, kanatype-insensitive, width-sensitive                               |
| Hebrew_100_CI_AS_KS       | Hebrew-100, case-insensitive, accent-sensitive, kanatype-sensitive, width-insensitive                               |
| Hebrew_100_CI_AS_KS_WS    | Hebrew-100, case-insensitive, accent-sensitive, kanatype-sensitive, width-sensitive                                 |
| Hebrew_100_CS_AI          | Hebrew-100, case-sensitive, accent-insensitive, kanatype-insensitive, width-insensitive                             |
| Hebrew_100_CS_AI_WS       | Hebrew-100, case-sensitive, accent-insensitive, kanatype-insensitive, width-sensitive                               |
| Hebrew_100_CS_AI_KS       | Hebrew-100, case-sensitive, accent-insensitive, kanatype-sensitive, width-insensitive                               |
| Hebrew_100_CS_AI_KS_WS    | Hebrew-100, case-sensitive, accent-insensitive, kanatype-sensitive, width-sensitive                                 |
| Hebrew_100_CS_AS          | Hebrew-100, case-sensitive, accent-sensitive, kanatype-insensitive, width-insensitive                               |
| Hebrew_100_CS_AS_WS       | Hebrew-100, case-sensitive, accent-sensitive, kanatype-insensitive, width-sensitive                                 |
| Hebrew_100_CS_AS_KS       | Hebrew-100, case-sensitive, accent-sensitive, kanatype-sensitive, width-insensitive                                 |
| Hebrew_100_CS_AS_KS_WS    | Hebrew-100, case-sensitive, accent-sensitive, kanatype-sensitive, width-sensitive                                   |
| Hebrew_100_CI_AI_SC       | Hebrew-100, case-insensitive, accent-insensitive, kanatype-insensitive, width-insensitive, supplementary characters |
| Hebrew_100_CI_AI_WS_SC    | Hebrew-100, case-insensitive, accent-insensitive, kanatype-insensitive, width-sensitive, supplementary characters   |
| Hebrew_100_CI_AI_KS_SC    | Hebrew-100, case-insensitive, accent-insensitive, kanatype-sensitive, width-insensitive, supplementary characters   |
| Hebrew_100_CI_AI_KS_WS_SC | Hebrew-100, case-insensitive, accent-insensitive, kanatype-sensitive, width-sensitive, supplementary characters     |
| Hebrew_100_CI_AS_SC       | Hebrew-100, case-insensitive, accent-sensitive, kanatype-insensitive, width-insensitive, supplementary characters   |
| Hebrew_100_CI_AS_WS_SC    | Hebrew-100, case-insensitive, accent-sensitive, kanatype-insensitive, width-sensitive, supplementary characters     |
| Hebrew_100_CI_AS_KS_SC    | Hebrew-100, case-insensitive, accent-sensitive, kanatype-sensitive, width-insensitive, supplementary characters     |
| Hebrew_100_CI_AS_KS_WS_SC | Hebrew-100, case-insensitive, accent-sensitive, kanatype-sensitive, width-sensitive, supplementary characters       |
| Hebrew_100_CS_AI_SC       | Hebrew-100, case-sensitive, accent-insensitive, kanatype-insensitive, width-insensitive, supplementary characters   |
| Hebrew_100_CS_AI_WS_SC    | Hebrew-100, case-sensitive, accent-insensitive, kanatype-insensitive, width-sensitive, supplementary characters     |
| Hebrew_100_CS_AI_KS_SC    | Hebrew-100, case-sensitive, accent-insensitive, kanatype-sensitive, width-insensitive, supplementary characters     |
| Hebrew_100_CS_AI_KS_WS_SC | Hebrew-100, case-sensitive, accent-insensitive, kanatype-sensitive, width-sensitive, supplementary characters       |
| Hebrew_100_CS_AS_SC       | Hebrew-100, case-sensitive, accent-sensitive, kanatype-insensitive, width-insensitive, supplementary characters     |
| Hebrew_100_CS_AS_WS_SC    | Hebrew-100, case-sensitive, accent-sensitive, kanatype-insensitive, width-sensitive, supplementary characters       |
| Hebrew_100_CS_AS_KS_SC    | Hebrew-100, case-sensitive, accent-sensitive, kanatype-sensitive, width-insensitive, supplementary characters       |
| Hebrew_100_CS_AS_KS_WS_SC | Hebrew-100, case-sensitive, accent-sensitive, kanatype-sensitive, width-sensitive, supplementary characters         |
+---------------------------+---------------------------------------------------------------------------------------------------------------------+
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.