Diller ve Sıralamalar (Analysis Services)

Şunlar için geçerlidir: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

SQL Server Analysis Services, Microsoft Windows işletim sistemleri tarafından sağlanan dilleri ve harmanlamaları destekler. Dil ve Harmanlama özellikleri başlangıçta yükleme sırasında örnek düzeyinde ayarlanır, ancak daha sonra nesne hiyerarşisinin farklı düzeylerinde değiştirilebilir.

Çok boyutlu bir modelde (yalnızca), bu özellikleri bir veritabanında veya küpte ayarlayabilirsiniz; bunları bir küp içindeki nesneler için oluşturduğunuz çevirilerde de ayarlayabilirsiniz. Tablosal modelde, dil ve harmanlama konak işletim sisteminden devralınır.

Dil ve Harmanlama'yı çok boyutlu bir modelde ayarlarken, veri modeli tarafından işleme ve sorgu yürütme sırasında kullanılan ayarları belirtirsiniz veya yabancı dil konuşmacılarının modelle kendi ana dillerinde çalışabilmesi için bir modeli birden çok çeviriyle donatmış olursunuz. Nesnede (veritabanı, model veya küp) Language ve Collation özelliklerini açıkça ayarlamak, geliştirme ortamının ve üretim sunucusunun farklı yerel ayarlar için yapılandırıldığı durumlara yöneliktir ve dilin ve harmanlamanın hedeflenen ortamla eşleştiğinden emin olmak istersiniz.

Dil ve Harmanlama özelliklerini destekleyen nesneler

Dil ve Harmanlama özellikleri genellikle birlikte sunulur; Burada Dil'i ayarlayabilirsiniz, Harmanlama'yı da ayarlayabilirsiniz.

Dil veHarmanlama'yı şu nesnelerde ayarlayabilirsiniz:

• Örnek. Örneğe dağıtılan tüm projeler, dilin ve harmanlamanın tanımsız olduğu varsayılarak örneğin dilini ve harmanlamasını benimseyecektir. Varsayılan olarak, çok boyutlu bir model dili ve harmanlamayı boş bırakır. Proje dağıtıldığında, sonuçta elde edilen veritabanı ve küpler örneğin dilini ve karşılaştırmasını alır.

  Başlangıçta, dil ve harmanlama özellikleri kurulum sırasında oluşturulur, ancak bir yönetici bunları Management Studio'da geçersiz kılabilir. Ayrıntılar için bkz. Örnekte varsayılan dili veya harmanlamayı değiştirme .

• Veritabanı. Devralmayı kesmek için, veritabanındaki tüm küpler tarafından kullanılan proje düzeyinde dil ve harmanlamayı açıkça ayarlayabilirsiniz. Aksini belirtmediğiniz sürece, veritabanındaki tüm küpler bu düzeyde belirttiğiniz dili ve harmanlamayı alır. Farklı yerel ayarlara düzenli olarak kod ekleyip dağıtıyorsanız (örneğin, çözümü Bir Çince bilgisayarda geliştirmek, ancak bunu Bir Fransız yan kuruluşuna ait bir sunucuya dağıtmak) dil ve harmanlamayı veritabanı düzeyinde ayarlamak, çözümün hedef ortamda çalıştığından emin olmak için ilk ve en önemli adımdır. Bu özellikleri ayarlamak için en iyi yer projenin içindedir (projedeki Veritabanını Düzenle komutu aracılığıyla).

• Veritabanı boyutu. Tasarımcı dil veharmanlama özelliklerini bir veritabanı boyutunda kullanıma sunmalarına rağmen, bu nesnede özellikleri ayarlamak yararlı değildir. Veritabanı boyutları tek başına nesneler olarak kullanılmaz, bu nedenle tanımladığınız özellikleri kullanmak imkansız değilse zor olabilir. Bir boyut, bir küpteyken her zaman küp üst öğesinden Language ve Collation'ı devralır. Tek başına veritabanı boyut nesnesinde ayarlamış olabileceğiniz tüm değerler yoksayılır.

• Küp. Birincil sorgu yapısı olarak, küp düzeyinde dil ve harmanlama ayarlayabilirsiniz. Örneğin, her küpünün kendi diline ve harmanlamasına sahip olduğu aynı projede bir küpünün İngilizce ve Çince sürümleri gibi birden çok dil sürümünü oluşturmak isteyebilirsiniz.

  Küpte ayarladığınız dil ve sıralama, küp içindeki tüm ölçüler ve boyutlar tarafından kullanılır. Harmanlama özelliklerini daha ince bir dilimde ayarlamanın tek yolu, bir boyut özniteliğinde çeviriler oluşturmanızdır. Aksi takdirde, öznitelik düzeyinde çeviri olmadığını varsayarsak, küp başına bir harmanlama vardır.

Ayrıca, Language'i bir Çeviri nesnesi üzerinde kendi başına ayarlayabilirsiniz.

Bir küp veya boyuta çeviri eklediğinizde bir çeviri nesnesi oluşturulur. Dil , çeviri tanımının bir parçasıdır. Harmanlama ise küp ya da daha üst seviyede ayarlanır ve tüm çeviriler arasında paylaşılır. Bu, çevirileri içeren bir küpe ait XMLA'da belirgindir; burada birden çok dil özelliği (her çeviri için bir tane) bulunur ancak yalnızca bir harmanlama özelliği görürsünüz. Boyut özniteliği çevirileri için, kaynak sütunla eşleşen bir öznitelik harmanlamasını belirtmek üzere küp harmanlamasını geçersiz kılabileceğiniz bir özel durum olduğunu unutmayın (veritabanı altyapısı tek tek sütunlarda harmanlamayı ayarlamayı destekler ve farklı kaynak sütunlardan üye verileri almak için tek tek çevirileri yapılandırmak yaygın bir durumdur). Ancak, diğer tüm çeviriler için Dil, bir Sıralama düzeni olmadan kendi başına kullanılır. Ayrıntılar için bkz . Analysis Services'de çeviri desteği .

Analysis Services'da dil desteği

Language özelliği, çok dilli senaryoları desteklemek için işleme, sorgular ve Açıklamalı Alt Yazılar ve Çeviriler ile birlikte kullanılan bir nesnenin yerel ayarını ayarlar. Yerel ayarlar, İngilizce gibi bir dil tanımlayıcısı ve tarih ve saat gösterimlerini daha da iyileştiren ABD veya Avustralya gibi bir bölgeyi temel alır.

Örnek düzeyinde, özellik yükleme sırasında ayarlanır ve Windows server işletim sisteminin dilini temel alır (dil paketinin yüklü olduğu varsayılarak 37 dilden biri). Kurulum'da dili değiştiremezsiniz.

Yükleme sonrasında, Management Studio'daki sunucu özellikleri sayfasını veya msmdsrv.ini yapılandırma dosyasını kullanarak Dili geçersiz kılabilirsiniz. Windows istemcisi tarafından desteklenenler de dahil olmak üzere daha birçok dil arasından seçim yapabilirsiniz. Örnek düzeyinde ayarlandığında, sunucuda Language , daha sonra dağıtılan tüm veritabanlarının yerel ayarını belirler. Örneğin, Dil'i Almanca olarak ayarlarsanız, örneğe dağıtılan tüm veritabanlarının Language özelliği 1031(Almanca için LCID) olur.

Dil özelliğinin değeri bir Yerel Ayar Tanımlayıcısı (LCID)

Geçerli değerler, açılan listede görünen tüm LCID'leri içerir. Management Studio ve SQL Server Veri Araçları'nda LCID'ler dize eşdeğerlerinde temsil edilir. Araç ne olursa olsun Language özelliğinin kullanıma sunulduğu her yerde aynı diller gösterilir. Model genelinde çevirileri tutarlı bir şekilde uygulayıp test edebilmenizi sağlayan, dillerin özdeş bir listesine sahip olmaktır.

Analysis Services dil adlarını listelese de, özellik için depolanan asıl değer bir LCID'dir. Dil özelliğini program aracılığıyla veya msmdsrv.ini dosyası aracılığıyla ayarlarken, değer olarak yerel ayar tanımlayıcısını (LCID) kullanın. LCID, dil kimliği, sıralama kimliği ve belirli bir dili tanımlayan ayrılmış bitlerden oluşan 32 bitlik bir değerdir. SQL Server Analysis Services, SQL Server Analysis Services örnekleri ve nesneleri için seçilen dili belirtmek üzere LCID'leri kullanır.

LCID'yi onaltılık veya ondalık biçimler kullanarak ayarlayabilirsiniz. Language özelliği için geçerli değerlere birkaç örnek şunlardır:

• İngilizce (ABD) için 0x0409 veya 1033

• Japonca için 0x0411 veya 1041

• Almanya için 0x0407 veya 1031 (Almanca)

• Portekizce (Brezilya) için 0x0416 veya 1046.

Daha uzun bir listeyi görüntülemek için bkz. Microsoft tarafından atanan Yerel Kimlikler. Daha fazla arka plan için bkz . Kodlama ve Kod Sayfaları.

Uyarı

Language özelliği, sistem iletilerini döndürme dilini veya kullanıcı arabiriminde hangi dizelerin görüneceğini belirlemez. Hatalar, uyarılar ve iletiler Office ve Microsoft 365'de desteklenen tüm dillerde yerelleştirilir ve istemci bağlantısı desteklenen yerel ayarlardan birini belirttiğinde otomatik olarak kullanılır.

Analysis Services'da harmanlama desteği

SQL Server Analysis Services yalnızca Windows (_90 ve _100 sürümleri) ve ikili harmanlamalar kullanır. Eski SQL Server harmanlamalarını kullanmaz. Bir küp içinde, öznitelik düzeyinde çeviriler hariç olmak üzere genel olarak tek bir harmanlama kullanılır. Öznitelik çevirilerini tanımlama hakkında daha fazla bilgi için bkz . Analysis Services'de çeviri desteği.

Harmanlamalar, nesne tanımlayıcıları dışında iki dilli bir betikteki tüm dizelerin büyük/küçük harf duyarlılığını denetler. Nesne tanımlayıcısında büyük ve küçük harf karakterlerini kullanırsanız, nesne tanımlayıcılarının büyük/küçük harf duyarlılığının harmanlama düzeni tarafından değil, SQL Server Analysis Services tarafından belirlendiği konusunda önceden uyarılın. İngilizce betikte oluşturulan nesne tanımlayıcıları için, harmanlamadan bağımsız olarak nesne tanımlayıcıları her zaman büyük/küçük harfe duyarlı değildir. Kiril ve diğer iki alfabeli diller tam tersini yapar (her zaman büyük/küçük harf duyarlıdır). Ayrıntılar için bkz. Genelleştirme İpuçları ve En İyi Yöntemler (Analysis Services).

Analysis Services'te harmanlama, her hizmet için seçtiğiniz sıralama seçeneklerinde eşliği koruduğunuz varsayılarak SQL Server ilişkisel veritabanı altyapısıyla uyumludur. Örneğin, ilişkisel veritabanı vurguya duyarlıysa küpü de aynı şekilde yapılandırmanız gerekir. Harmanlama ayarları birbirinden ayrılırken sorunlar oluşabilir. Örnek ve geçici çözümler için bkz. Unicode dizesindeki boşluklar harmanlama temelinde farklı işleme sonuçlarına sahiptir. Harmanlama ve veritabanı altyapısı hakkında daha fazla bilgi edinmek için bkz. Harmanlama ve Unicode Desteği.

Sıralama Türleri

Analysis Services iki harmanlama türünü destekler:

• Windows harmanlamaları (_90 ve _100 sürümleri)

  Windows harmanlama sürümleri _90 (işaretlenmemiş eski sürüm) ve daha yeni _100 sürümüdür. Harmanlama adında yalnızca _100 sürümü sürüm numarasını gösterir:

  • Latin1_general

  • latin1_general_100

  Windows harmanlaması, karakterleri dilin dilsel ve kültürel özelliklerine göre sıralar. Windows'ta, birçok dilin ortak alfabeleri ve sıralama kurallarını paylaşması nedeniyle sıralama düzenleri, bunlarla kullanılan yerel ayarlardan (veya dillerden) daha fazladır. Örneğin, tüm Portekizce ve İngilizce Windows yerel ayarları dahil olmak üzere 33 Windows yerel ayarı Latin1 kod sayfasını (1252) kullanır ve karakterleri sıralamak ve karşılaştırmak için ortak bir kural kümesini izler.

  Uyarı

  Harmanlama üzerinde karar verirken, temel alınan veritabanı tarafından kullanılan harmanlamanın aynısını kullanmanız gerekir. Ancak, seçim yapabilirseniz, 100 sürümü daha günceldir ve daha dilsel olarak doğru bir kültürel sıralama sistemi sunar.

• İkili harmanlamalar (BIN veya BIN2)

  İkili harmanlamalar, dilsel değerlerde değil Unicode kod noktalarına göre sıralanır. Örneğin, Latin1_General_BIN ve Japanese_BIN Unicode verilerinde kullanıldığında aynı sıralama sonuçlarını verir. Dilsel sıralama aAbBcCdD gibi sonuçlar verebilirken, tüm büyük harflerin kod noktası küçük harflerin kod noktalarından toplu olarak daha yüksek olduğundan ikili sıralama ABCDabcd olur.

Sıralama Düzeni Seçenekleri

Sıralama seçenekleri, büyük/küçük harf, vurgu, kana ve genişlik duyarlılığına göre sıralama ve karşılaştırma kurallarını daha hassas hale getirmek için kullanılır. Örneğin, SQL Server Analysis Services için Harmanlama yapılandırma özelliğinin varsayılan değeri Latin1_General_AS_CS ve Latin1_General harmanlamasının vurguya duyarlı, büyük/küçük harfe duyarlı sıralama düzeniyle kullanıldığını belirtir.

BIN ve BIN2'nin diğer sıralama seçenekleriyle birlikte kullanılamayacağını unutmayın. Eğer BIN veya BIN2 kullanmak istiyorsanız, Büyük/Küçük Harf Duyarlı Sıralama seçeneğini temizleyin. Benzer şekilde, BIN2 seçildiğinde büyük/küçük harfe duyarlı, büyük/küçük harfe duyarlı olmayan, vurguya duyarlı olmayan, kana duyarlı ve genişliğe duyarlı seçenekler kullanılamaz.

Aşağıdaki tabloda, SQL Server Analysis Services için Windows sıralama düzeni seçenekleri ve ilişkili sonekler açıklanmaktadır.

Sıralama düzeni (sonek)	Sıralama düzeni açıklaması
İkili (_BIN) veya BIN2 (_BIN2)	SQL Server'da iki tür ikili harmanlama vardır; eski BIN harmanlamaları ve daha yeni BIN2 harmanlamaları. BIN2 harmanlamasında tüm karakterler kod noktalarına göre sıralanır. BIN harmanlamasında yalnızca ilk karakter kod noktasına göre sıralanır ve kalan karakterler bayt değerlerine göre sıralanır. (Intel platformu biraz endian mimarisi olduğundan Unicode kod karakterleri her zaman bayt değiştirilerek depolanır.) Unicode veri türlerindeki ikili harmanlamalar için, veri sıralamalarında yerel ayar dikkate alınmaz. Örneğin, Latin_1_General_BIN ve Japanese_BIN, Unicode verilerinde kullanıldığında aynı sıralama sonuçlarını verir. İkili sıralama düzeni büyük/küçük harfe ve aksana duyarlıdır. İkili sayı sistemi aynı zamanda en hızlı sıralama yöntemidir.
Büyük/küçük harfe duyarlı (_CS)	Büyük ve küçük harfleri ayırt eder. Seçiliyse, küçük harfler büyük harf sürümlerinin önüne sıralanır. _CI belirterek büyük/küçük harfe duyarsızlığı açıkça ayarlayabilirsiniz. Harmanlamaya özgü büyük/küçük harf ayarları, boyut, küp ve diğer nesnelerin kimliği gibi nesne tanımlayıcılarına uygulanmaz. Ayrıntılar için bkz. Genelleştirme İpuçları ve En İyi Yöntemler (Analysis Services).
Vurguya duyarlı (_AS)	Vurgulu ve vurgusuz karakterleri ayırt eder. Örneğin, 'a', 'ấ' değerine eşit değildir. Bu seçenek belirlenmezse, SQL Server Analysis Services harflerin vurgulu ve işaretsiz sürümlerini sıralama amacıyla aynı olarak kabul eder. _AI belirterek açıkça aksan duyarsızlığını ayarlayabilirsiniz.
Kana duyarlı (_KS)	İki Japonca kana karakteri türünü birbirinden ayırır: hiragana ve katakana. Bu seçenek belirlenmezse, SQL Server Analysis Services sıralama amacıyla hiragana ve katakana karakterlerini eşit olarak değerlendirir. Kana'ya duyarsız sıralama için sıralama düzeni eki yoktur.
Genişliğe duyarlı (_WS)	Tek baytlı bir karakter ile çift baytlı karakter olarak temsil edildiğinde aynı karakter arasında ayrım yapılır. Bu seçenek belirlenmezse, SQL Server Analysis Services aynı karakterin tek bayt ve çift bayt gösterimini sıralama amacıyla aynı olarak kabul eder. Genişliğe duyarsız sıralama için bir sıralama eki yoktur.

Örnekte varsayılan dili veya harmanlamayı değiştirme

Varsayılan dil ve harmanlama kurulum sırasında oluşturulur, ancak yükleme sonrası yapılandırmanın bir parçası olarak değiştirilebilir. Örnek düzeyinde harmanlamanın değiştirilmesi önemsiz değildir ve şu gereksinimlerle birlikte gelir:

• Hizmetin yeniden başlatılması.

• Mevcut nesnelerin harmanlama ayarlarını güncelleştirin. Harmanlama ayarları, nesne oluşturulduğunda bir kez devralınır. Harmanlamada sonraki değişiklikler el ile yapılmalıdır. Model genelinde harmanlama değişikliklerini yayma ipuçları için XMLA kullanarak veri modelinde dili ve harmanlamayı değiştirme başlıklı belgeye bakın.

• Harmanlama güncelleştirildikten sonra, bölümleri ve boyutları yeniden işleyin.

Varsayılan dili veya harmanlamayı sunucu düzeyinde değiştirmek için SQL Server Management Studio veya AMO PowerShell kullanabilirsiniz. Alternatif olarak, dilin LCID'sini <belirterek msmdsrv.ini dosyasındaki Language> ve <CollationName> ayarlarını değiştirebilirsiniz.

1. Management Studio'da sunucu adına sağ tıklayın | Özellikler | Dil/Harmanlama.

2. Sıralama seçeneklerini belirleyin. İkili veya İkili 2'yi seçmek için önce Vurguya Duyarlı onay kutusunu temizleyin.

   Harmanlama ve dilin tamamen bağımsız ayarlar olduğunu unutmayın. Birini değiştirirseniz, diğerinin değerleri ortak birleşimleri gösterecek şekilde filtrelenmez.

3. Yeni harmanlamayı kullanmak için veri modelini güncelleştirin (aşağıdaki bölüme bakın).

4. Hizmeti yeniden başlatın.

Veri küpünde dili veya sıralamayı değiştirme

1. Çözüm Gezgini'nde küpü çift tıklatarak küp tasarımcısında açın.

2. Ölçüler veya Boyutlar bölmesinde üst düğümü seçin. Her iki bölmenin en üst düzey nesnesi küpüdür.

3. Özellikler'de Dil ve Harmanlama'yı ayarlayın. Seçtiğiniz değerler, küp boyutları ve ölçüleri de dahil olmak üzere tüm küp nesneleri tarafından kullanılır ve işleme ve sorgu işlemlerini etkiler.

   Küp içindeki nesnelere alternatif dil ve harmanlama özellikleri eklemenin tek yolu çevirileri kullanmaktır. Ayrıntılar için bkz . Analysis Services'de çeviri desteği .

XMLA kullanarak veri modeli içinde dili ve harmanlamayı değiştirme

Nesne oluşturulduğunda dil ve harmanlama ayarları bir kez devralınır. Bu özelliklerde yapılan sonraki değişiklikler el ile yapılmalıdır. Birden çok nesnenin dizilimini hızlıca değiştirmek için bir yaklaşım, bir XMLA betiği üzerinde ALTER komutu kullanmaktır.

Varsayılan olarak harmanlama, veritabanı düzeyinde bir kez ayarlanır. Devralma, nesne hiyerarşisinin geri kalanı boyunca örtük olarak belirtilir. Ayrı boyut özniteliklerinde izin verilen, küp içindeki nesnelerde Harmanlamayı açıkça ayarlarsanız, XMLA tanımında görünür. Aksi takdirde, yalnızca en üst düzey harmanlama özelliği vardır.

Varolan bir veritabanını değiştirmek için XMLA'yı kullanmadan önce, veritabanı ile bunu oluşturmak için kullanılan kaynak dosyalar arasında tutarsızlıklar getirmediğinizden emin olun. Örneğin, kavram kanıtı testi için dili veya sıralamayı hızla değiştirmek amacıyla XMLA'yı kullanmak isteyebilirsiniz; ardından kaynak dosyada değişiklikler yaparak (bkz. Küpte dili veya sıralamayı değiştirme) mevcut işletim yordamlarını kullanarak çözümü yeniden dağıtmak.

1. Management Studio'da veritabanına sağ tıklayın | Betik Veritabanı | ALTER To | Yeni Sorgu Düzenleyicisi Penceresi.

2. Mevcut dili veya harmanlamayı arayın ve alternatif bir değerle değiştirin.

3. Betiği yürütmek için F5 tuşuna basın.

4. Küpü yeniden işleyin.

"EnableFast1033Locale" aracılığıyla İngilizce yereller için performansı artırın.

SQL Server Analysis Services örneğinin varsayılan dili olarak İngilizce (ABD) dil tanımlayıcısını (0x0409 veya 1033) kullanıyorsanız, yalnızca bu dil tanımlayıcısı için kullanılabilen gelişmiş bir yapılandırma özelliği olan EnableFast1033Locale yapılandırma özelliğini ayarlayarak ek performans avantajları elde edebilirsiniz. Bu özelliğin değerini true olarak ayarlamak, SQL Server Analysis Services'in dize karması ve karşılaştırması için daha hızlı bir algoritma kullanmasını sağlar. Yapılandırma özelliklerini ayarlama hakkında daha fazla bilgi için bkz. Analysis Services'de sunucu özellikleri.

Analysis Services'da GB18030 Desteği

GB18030, Çin Halk Cumhuriyeti'nde Çince karakterleri kodlamak için kullanılan ayrı bir standarttır. GB18030 karakter uzunluğu 1, 2 veya 4 bayt olabilir. Analysis Services'da dış kaynaklardan gelen veriler işlenirken veri dönüştürme işlemi yapılmaz. Veriler yalnızca Unicode olarak depolanır. Sorgu zamanında, sorgu sonuçlarında metin verileri döndürülürken istemci işletim sistemi ayarlarına bağlı olarak Analysis Services istemci kitaplıkları (özellikle MSOLAP.dll OLE DB sağlayıcısı) aracılığıyla bir GB18030 dönüştürme gerçekleştirilir. Veritabanı altyapısı GB18030 de destekler. Ayrıntılar için bkz. Harmanlama ve Unicode Desteği.

Ayrıca Bkz.

Analysis Services için genelleştirme senaryoları
Genelleştirme İpuçları ve En İyi Yöntemler (Analysis Services)
Harmanlama ve Unicode Desteği