성서 히브리어에 어떤 SQL Server 데이터 정렬을 사용해야합니까? 고려중인 데이터베이스는 분음 부호 (예 : 모음, 악센트, 트로피 등)를 수용해야합니다.
성서 히브리어에 어떤 SQL Server 데이터 정렬을 사용해야합니까? 고려중인 데이터베이스는 분음 부호 (예 : 모음, 악센트, 트로피 등)를 수용해야합니다.
답변:
첫째 : 성서 히브리어와 현대 히브리어 사이에는 구별이 없습니다. 우리는 방금 히브리어를 다루고 있습니다.
둘째: 다른 항목에 관계없이 일반적으로 필요한 데이터 정렬의 최신 버전을 사용하는 것이 좋습니다. 그러나 최소한이 경우 이름에 버전 번호가없는 버전을 사용해야 할 이유가 있습니다. 버전 100 (또는 그 이상)의 데이터 정렬은 훨씬 더 완벽하며 추가 문자를 구분할 수 있습니다 ( _100_
이름에 버전 번호가없는 이전 시리즈 (기술적으로는 version 80
) 보다 최신 /보다 완전한 정렬 가중치 및 언어 규칙 이있는 시리즈 인 최신 데이터 정렬을 사용하려고합니다 .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
여섯째 : 문자열 값과 상호 작용하는 방법에 따라 다릅니다. 히브리어에는 대문자 / 소문자가 없지만 대소 문자 구분의 영향을받는 몇 가지 코드 포인트가 있습니다. 너비에 민감한 코드 포인트도 몇 개 있습니다. 억양 / 감각은 모음, 발음 및 캔틸 레이션에 사용되는 분음 부호에 영향을줍니다. 마크 (즉, 트로피)에 .
같은 편지의 최종 및 비 최종 양식을 구별해야합니까? 히브리어에는 단어의 마지막 글자로 사용될 때 다르게 보이는 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)
발음 표시, 모음 및 캔틸 레이션 표시를 구별해야합니까? 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)
같은 글자의 넓은 형태와 비 와이드 형태를 구별해야합니까? 히브리어에는 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_AS
or 와 같은 변형을 사용해야하는 경우 문을 통해 식 / 조건 자마다 재정의 할 수 있습니다 Hebrew_CS_AS
.
추가 사항
NVARCHAR
열 / 변수에 데이터를 저장해야 합니다. 모음과 발음 점의 문자 결합을 포함하여 Windows-1255 코드 페이지 (모든 데이터 정렬이 사용하는 것)를 사용하여 일반 8 비트에서이 대부분 을 수행 할 수 있습니다.VARCHAR
Hebrew_*
;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) 가 포함되며 알파벳 표시 양식 블록 에는 여러 글자의 변형과 다른 것들.
히브리어 ( "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
수 있습니다.
OP는 다음과 같이 대답했습니다.
예, 1) 같은 문자의 최종 및 비 최종 형태 2) 발음 표시 3) 모음 및 4) 캔틸 레이션 표시를 구분해야합니다.
이 경우 해당 속성 간의 차이점을 무시할 필요가 없으므로 100 수준 데이터 정렬을 사용할 수 있습니다. 아래 예는 발음 표시, 캔틸 레이션 표시 및 모음이있는 히브리어 문자 (Sin)를 보여줍니다. 결합 문자 순서의 가능한 조합을 각각 나타낼 수 있도록 6 가지 버전이 있습니다. 다른 점을 사용하여 동일한 기본 문자, 모음 및 캔틸 레션 표시가있는 Shin 문자를 만드는 일곱 번째 항목이 있습니다. 이 쿼리는 6 개의 "Sin"항목 만 서로 다른 바이트 순서로도 일치하지만 "Shin"은 일치하지 않음을 보여줍니다.
규칙을 사용해야하는 경우에도 규칙이 규칙과 함께 작동 함을 보여주기 위해 사용 Latin1_General
및 Japanese_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
그것은 많은 것들에 달려 있습니다. 데이터 정렬은 정렬, 비교 및 비 유니 코드 코드 페이지입니다.
이 리포지토리 에는 히브리어 관련 옵션이 많이 있습니다.
+---------------------------+---------------------------------------------------------------------------------------------------------------------+
| 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 |
+---------------------------+---------------------------------------------------------------------------------------------------------------------+