İncil İbranice için hangi SQL Server harmanlamasını kullanmalıyım? Söz konusu veritabanının aksan harflerini (sesli harf, aksan, kapsam vb.) Barındırması gerekir.
İncil İbranice için hangi SQL Server harmanlamasını kullanmalıyım? Söz konusu veritabanının aksan harflerini (sesli harf, aksan, kapsam vb.) Barındırması gerekir.
Yanıtlar:
Birincisi: İncil İbranice ve modern İbranice arasında, harmanlama açısından bir ayrım yoktur. Biz sadece İbranice ile uğraşıyoruz.
İkinci: Başka bir şeyden bağımsız Normalde, ihtiyacınız olan herhangi bir harmanlamanın en yeni sürümünü kullanmanızı şiddetle tavsiye ederim, ancak en azından bu örnekte, adında sürüm numarası olmayan sürümü kullanmak için iyi bir neden var. Sürüm 100 (veya daha yeni) harmanlamalar çok daha eksiksizdir ve ek karakterler arasında (veya bir _100_
olarak, adında sürüm numarası olmayan eski serilerden daha yeni / daha eksiksiz sıralama ağırlıklarına ve dil kurallarına sahip oldukları için en yeni harmanlama kümesini kullanmak istersiniz (teknik olarak sürümdür 80
).SC
veya 140
harmanlama kullanılıyorsa bunları tam olarak destekleyebilir ), ancak ek karakterlerle uğraşmadığınızı varsayarak sürüm 80 (sürüm yok) varsayabiliriz. İbranice ile başa çıkmak daha iyi bir iş çıkarır (aşağıdaki "Altıncı" maddesine bakınız).
Üçüncüsü: İbranice'de "Kana" (veya Kana-tipi) kavramı yoktur, bu yüzden _KS
isimlerinde bulunan harmanlama varyasyonlarını göz ardı edebilirsiniz (çünkü asla kullanmayacağınız bir hassasiyettir).
Dördüncü:_SC
Tamamlayıcı karakterlerle (yani tam UTF-16) biten harmanlamalar , eğer varsa, bunlardan birini seçmek için genellikle en iyisidir (yani: SQL Server 2012 veya daha yenisini kullanıyorsanız).
Beşinci: İkili bir harmanlama istemezsiniz ( _BIN
veya _BIN2
) İbranice harfleri aynı olan ancak farklı karakterlerde birleştiren karakterlere sahip olan ünlüler ve dirsek işaretleri arasında ayrım yapamayacakları gibi, sesli harfleri ve diğer işaretleri de göz ardı edemezler. א
ve gibi şeyleri eşitlemek אֽ
.
Örneğin (karakterleri zıt sırada birleştiren sesli ve yayılma işareti):
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
Altıncı: Dize değerleriyle nasıl etkileşime gireceğinize bağlıdır. İbranice büyük / küçük harf içermez, ancak büyük / küçük harf duyarlılığından etkilenen birkaç kod noktası vardır. Genişliğe duyarlı birkaç kod noktası bile vardır. Aksan duyarlı / duyarsız, ünlüler, telaffuz ve dirsek işaretleri (yani trope) için kullanılan aksanları etkiler .
Aynı mektubun nihai ve nihai olmayan formlarını ayırt etmeniz mi gerekiyor? İbranice'de bir kelimenin son harfi olarak kullanıldığında farklı görünen beş harf vardır. SQL Server bunu büyük / küçük harfe duyarlılık / _CS
harmanlamalarla işler (ancak maalesef daha yeni ve genellikle daha iyi olan sürüm 100 ve daha yeni harmanlamalarda kırık görünmektedir):
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)
Telaffuz işaretleri, ünlüler ve dirsek işaretleri arasında ayrım yapmanız mı gerekiyor? SQL Server bunu aksan duyarlılığı / _AS
harmanlamalarla işler (maalesef, daha yeni ve genellikle daha iyi olan sürüm 100 ve daha yeni harmanlamalarda kırık görünmektedir). Bunların üçünün de aksan duyarlılığı altında gruplandığını ve ayrı ayrı kontrol edilemeyeceğini lütfen unutmayın (yani sesli harflere duyarlı değilsiniz, ancak cantillation mark duyarsızsınız).
Telaffuz işaretleri
İki farklı sesi olan birkaç harf vardır. Bazen hangi sesin kullanılacağına dair tek gösterge, gerçek Tevrat'ta olduğu gibi (telaffuz işaretleri veya sesli harflerin olmadığı yerlerde) mektubun içinde bulunduğu kelimenin (ve hatta bazen çevredeki sözcüklerin) bağlamıdır. Ancak, aynı metnin diğer formlarda olduğu gibi diğer metinde de, harfin içine veya Shin harfi için mektubun üstüne noktalar konur. Shin harfi "sh" veya "s" sesine sahip olabilir. "Sh" sesini (yani "shin" harfi) belirtmek için sağ tarafta bir nokta bulunurken, sol tarafta bir nokta "s" sesini gösterir ("sin" harfi):
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)
Sesli harfler
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)
Kantilasyon işaretleri
Teknik olarak, resmi Unicode verilerine göre, İbrani terennüm işaretleri ardı ve gereken ikili bir harmanlama kullanırken sadece burada bir fark olarak kayıt. Ancak, SQL Server aksanlarla aynı davranır (maalesef) ve telaffuz işaretlerinden veya sesli harflerden ayrı olarak göz ardı edilemez.
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)
Aynı mektubun geniş ve geniş olmayan formlarını ayırt etmeniz gerekiyor mu? İbranice'de, tam olarak doğrulanmış sütun biçimini (aslında Tevrat kaydırmalarında göründüğü şekliyle) tutmak için yalnızca Tevrat kaydırmalarında (elle yazılmış / gerçek veya basılı) kullanmak amacıyla uzatılmış sekiz harf vardır. ). SQL Server bunu genişlik hassasiyeti / _WS
harmanlamalarla işler (ilginç bir şekilde, daha yeni sürüm 100 ve daha yeni harmanlamalarda doğru şekilde çalışan tek hassasiyet gibi görünüyor, ancak ne yazık ki, en az kullanılması muhtemeldir):
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)
Yani, belki de Hebrew_CI_AI
sütunlar için ve üzeri ifadesi / yüklemi başına geçersiz kılabilir COLLATE
aşağıdaki gibi bir varyasyon, kullanmanız gerekirse deyimi COLLATE Hebrew_CS_AI
veya Hebrew_CI_AS
veya Hebrew_CS_AS
.
ek Notlar
Verileri NVARCHAR
sütunlarda / değişkenlerde saklamanız gerekir . Sen başarabileceği en düzenli 8-bit bunun VARCHAR
kullanarak Windows 1255 kod sayfasını (bütün nedir Hebrew_*
sesli ve telaffuz noktalar için birleşik karakterlerini içeren alfabe kullanın):
;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
Bununla birlikte, yalnızca Unicode İbranice bloğu , kaldırma işaretlerini (örn. Trope; kod noktaları U + 0591 - U + 05AF) artı birkaç ekstra (kod noktaları U + 05C4 - U + 05C7) içerir ve Alfabetik Sunum Formları bloğu geniş birkaç harfin varyantı ve diğer bazı şeyler.
İbranice ("he" ve "he-IL") kültürü için resmi Unicode CLDR (bölgeye özgü terziler) kurallarına göre, U + 05F3 İBRANİ CEZASI GERESH U + 0027 APOSTROPHE ile eşleşmeli veya daha önce gelmelidir . Normalde, kesme işaretinden sonra U + 05F3 sıralar . Bu davranış gerçekten de YBÜ harmanlama demosu kullanılırken ve "kök" / standart sıralama düzeni (ABD İngilizcesi / "tr-US" tarafından kullanılır) ve "he" arasında geçiş yapılırken görülür . Ancak, bu davranış .NET veya SQL Server'da bulunmuyor gibi görünüyor:
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
Talihsiz bir ihmal olsa da, Windows Sıralama Ağırlık Tablosu dosyalarında herhangi bir "he" veya "he-IL" -özel terziler görmüyorum. Bu , ilişkili kod sayfasının dışındaki Hebrew_*
ve Latin1_General_*
harmanlamaları arasında yalnızca VARCHAR
veri için kullanılan ve burada geçerli olmayan gerçek bir fark olmadığı anlamına gelebilir .
OP yanıtladı:
Evet, aşağıdakileri ayırt etmeliyim: 1) aynı mektubun nihai ve nihai olmayan formları 2) telaffuz işaretleri 3) ünlüler ve 4) dirsek işaretleri.
Bu durumda, bu özellikler arasındaki farkları göz ardı etmeniz gerekmediğinden, 100 düzey harmanlama kullanabilirsiniz. Aşağıdaki örnek, telaffuz işareti, dirsek işareti ve sesli harf içeren İbranice bir harfi (Günah) göstermektedir. Birleştirilen karakterlerin sıralanmasının her olası kombinasyonunun temsil edilebileceği altı versiyon vardır. Aynı temel harf, sesli harf ve dirsek işaretiyle Shin harfini oluşturmak için diğer noktayı kullanan yedinci bir giriş vardır. Sorgu, yalnızca altı "Günah" girdisinin birbiriyle eşleştiğini (farklı bayt siparişleriyle bile), ancak "Shin" ile eşleşmediğini gösterir.
Ben kullanımı dahil Latin1_General
ve Japanese_XJIS_140
kurallar (bunlardan faydalanmak gerekir durumunda bunları da çalışmak olduğunu göstermek için alfabe 140
, sadece Japonca, alfabe eski sürümlere kıyasla daha büyük harf / küçük harf eşlemelerini var). Ancak genel olarak, muhtemelen İbranice harmanlamalara sadık kalmak ve 100
ünlüler, işaretler, noktalar ve nihai ve nihai olmayan formlardaki farklılıkları görmezden gelmeniz gerekiyorsa sürüm olmayan bir şekilde kullanın .
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
Bir çok şeye bağlı. Harmanlama, sıralama, unicode olmayan kod sayfasıdır.
Bu repo İbranice seçenekler iyi bir listesini var.
+---------------------------+---------------------------------------------------------------------------------------------------------------------+
| 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 |
+---------------------------+---------------------------------------------------------------------------------------------------------------------+