Bahasa dan Kolajeksi (Analysis Services)

Artikel
05/08/2023

Berlaku untuk: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

SQL Server Analysis Services mendukung bahasa dan kolase yang disediakan oleh sistem operasi Microsoft Windows. Properti Bahasa dan Kolase awalnya diatur pada tingkat instans selama penginstalan, tetapi dapat diubah setelahnya pada tingkat hierarki objek yang berbeda.

Dalam model multidmensional (hanya), Anda dapat mengatur properti ini pada database atau kubus - Anda juga dapat mengaturnya pada terjemahan yang Anda buat untuk objek dalam kubus. Dalam model tabular, bahasa dan kolase diwariskan dari sistem operasi host.

Saat mengatur Bahasa dan Kolase dalam model multidansa, Anda menentukan pengaturan yang digunakan oleh model data selama pemrosesan dan eksekusi kueri, atau Anda melengkapi model dengan beberapa terjemahan sehingga penutur bahasa asing dapat bekerja dengan model dalam bahasa aslinya. Secara eksplisit mengatur properti Bahasa dan Kolase pada objek (database, model, atau kubus) adalah untuk situasi di mana lingkungan pengembangan dan server produksi dikonfigurasi untuk lokal yang berbeda, dan Anda ingin memastikan bahwa bahasa dan kolase cocok dengan lingkungan target yang dimaksudkan.

Objek yang mendukung properti Bahasa dan Kolajeksi

Properti Bahasa dan Kolase sering diekspos bersama - di mana Anda dapat mengatur Bahasa, Anda juga dapat mengatur Kolase.

Anda dapat mengatur Bahasa dan Kolase pada objek ini:

Instans. Semua proyek yang disebarkan ke instans akan mengadopsi bahasa dan kolase instans, dengan asumsi bahasa dan kolase tidak terdefinisi. Secara default, model multidmensional membuat bahasa dan kolase kosong. Ketika proyek disebarkan, database dan kubus yang dihasilkan mendapatkan bahasa dan kolase instans.

Awalnya, properti bahasa dan kolase dibuat selama penyiapan tetapi administrator dapat menggantinya di Management Studio. Lihat Mengubah bahasa atau kolate default pada instans untuk detailnya.
Database. Untuk memutus pewarisan, Anda dapat secara eksplisit mengatur bahasa dan kolase pada tingkat proyek yang digunakan oleh semua kubus yang terkandung dalam database. Kecuali Anda menunjukkan sebaliknya, semua kubus dalam database akan mendapatkan bahasa dan kolaborasi yang Anda tentukan pada tingkat ini. Jika Anda secara rutin membuat kode dan menyebarkan ke lokal yang berbeda (misalnya, mengembangkan solusi di komputer Cina, tetapi menyebarkannya ke server yang dimiliki oleh anak perusahaan Prancis), mengatur bahasa dan kolase di tingkat database adalah langkah pertama dan paling penting untuk memastikan solusi berfungsi di lingkungan target. Tempat terbaik untuk mengatur properti ini ada di dalam proyek (melalui perintah Edit Database pada proyek).
Dimensi database. Meskipun perancang mengekspos properti Bahasa dan Kolajeksi pada dimensi database, mengatur properti pada objek ini tidak berguna. Dimensi database tidak digunakan sebagai objek mandiri, sehingga mungkin sulit jika tidak mustahil untuk menggunakan properti yang Anda tentukan. Ketika berada dalam kubus, dimensi selalu mewarisi Bahasa dan Kolase dari induk kubusnya. Nilai apa pun yang mungkin telah Anda tetapkan pada objek dimensi database mandiri diabaikan.
Kubus. Sebagai struktur kueri utama, Anda dapat mengatur bahasa dan kolase di tingkat kubus. Misalnya, Anda mungkin ingin membuat beberapa versi bahasa kubus, seperti versi bahasa Inggris dan Cina, dalam proyek yang sama, di mana setiap kubus memiliki bahasa dan kolasenya sendiri.

Bahasa dan kolase apa pun yang Anda tetapkan pada kubus digunakan oleh semua ukuran dan dimensi yang terkandung dalam kubus. Satu-satunya cara untuk mengatur properti kolase pada butir yang lebih halus adalah jika Anda membuat terjemahan pada atribut dimensi. Jika tidak, dengan asumsi tidak ada terjemahan pada tingkat atribut, ada satu kolase per kubus.

Selain itu, Anda dapat mengatur Bahasa, dengan sendirinya, pada objek Terjemahan .

Objek terjemahan dibuat saat Anda menambahkan terjemahan ke kubus atau dimensi. Bahasa adalah bagian dari definisi terjemahan. Kolase, di sisi lain, diatur pada kubus atau lebih tinggi, dan dibagikan oleh semua terjemahan. Ini terbukti dalam XMLA kubus yang berisi terjemahan, di mana Anda akan melihat beberapa properti bahasa (satu untuk setiap terjemahan), tetapi hanya satu kolase. Perhatikan bahwa ada satu pengecualian untuk terjemahan atribut dimensi, di mana Anda dapat mengganti kolase kubus untuk menentukan kolase atribut yang cocok dengan kolom sumber (mesin database mendukung kolase pengaturan pada kolom individual, dan biasanya mengonfigurasi terjemahan individual untuk mendapatkan data anggota dari kolom sumber yang berbeda). Tetapi jika tidak, untuk semua terjemahan lainnya, Bahasa digunakan dengan sendirinya, tanpa kotroler Kolase . Lihat Dukungan terjemahan di Analysis Services untuk detailnya.

Dukungan bahasa di Analysis Services

Properti Bahasa mengatur lokal objek, yang digunakan selama pemrosesan, kueri, dan dengan Keterangan dan Terjemahan untuk mendukung skenario multibahasa. Lokal didasarkan pada pengidentifikasi bahasa, seperti Bahasa Inggris, dan wilayah, seperti Amerika Serikat atau Australia, yang lebih menyempurnakan representasi tanggal dan waktu.

Pada tingkat instans, properti diatur selama penginstalan dan didasarkan pada bahasa sistem operasi server Windows (salah satu dari 37 bahasa, dengan asumsi paket bahasa diinstal). Anda tidak dapat mengubah bahasa dalam Penyetelan.

Pasca-penginstalan, Anda dapat mengambil alih Bahasa menggunakan halaman properti server di Management Studio, atau di file konfigurasi msmdsrv.ini. Anda dapat memilih dari lebih banyak bahasa, termasuk semua yang didukung oleh klien Windows. Saat diatur pada tingkat instans, di server, Bahasa menentukan lokal semua database yang kemudian disebarkan. Misalnya, jika Anda mengatur Bahasa ke Bahasa Jerman, semua database yang disebarkan ke instans akan memiliki properti Bahasa 1031, LCID untuk Bahasa Jerman.

Nilai properti Bahasa adalah Pengidentifikasi Lokal (LCID)

Nilai yang valid menyertakan LCID apa pun yang muncul di daftar drop-down. Di Management Studio dan SQL Server Data Tools, LCID diwakili dalam string yang setara. Bahasa yang sama muncul di mana pun properti Bahasa diekspos, terlepas dari alatnya. Memiliki daftar bahasa yang identik memastikan bahwa Anda dapat menerapkan dan menguji terjemahan secara konsisten di seluruh model.

Meskipun Analysis Services mencantumkan bahasa berdasarkan nama, nilai aktual yang disimpan untuk properti adalah LCID. Saat mengatur properti bahasa secara terprogram atau melalui file msmdsrv.ini, gunakan pengidentifikasi lokal (LCID) sebagai nilai . LCID adalah nilai 32-bit yang terdiri dari ID bahasa, ID pengurutan, dan bit khusus yang mengidentifikasi bahasa tertentu. SQL Server Analysis Services menggunakan LCID untuk menentukan bahasa yang dipilih untuk instans dan objek SQL Server Analysis Services.

Anda dapat mengatur LCID menggunakan format heksadesimal atau desimal. Beberapa contoh nilai yang valid untuk properti Bahasa meliputi:

0x0409 atau 1033 untuk bahasa Inggris (Amerika Serikat)
0x0411 atau 1041 untuk bahasa Jepang
0x0407 atau 1031 untuk Jerman (Jerman)
0x0416 atau 1046 untuk Bahasa Portugis (Brasil).

Untuk melihat daftar yang lebih panjang, lihat ID Lokal yang Ditetapkan oleh Microsoft. Untuk latar belakang lainnya, lihat Pengodean dan Halaman Kode.

Catatan

Properti Bahasa tidak menentukan bahasa untuk mengembalikan pesan sistem, atau string mana yang muncul di antarmuka pengguna. Kesalahan, peringatan, dan pesan dilokalkan ke dalam semua bahasa yang didukung di Office dan Office 365 dan digunakan secara otomatis ketika koneksi klien menentukan salah satu lokal yang didukung.

Dukungan kolab di Analysis Services

SQL Server Analysis Services menggunakan Kolase Windows (versi _90 dan _100) dan biner secara eksklusif. Ini tidak menggunakan kolatasi SQL Server warisan. Dalam kubus, satu kolase digunakan di seluruh, dengan pengecualian terjemahan pada tingkat atribut. Untuk informasi selengkapnya tentang menentukan terjemahan atribut, lihat Dukungan terjemahan di Analysis Services.

Kolase mengontrol sensitivitas huruf besar/kecil dari semua string dalam skrip bahasa dua kamera, dengan pengecualian pengidentifikasi objek. Jika Anda menggunakan karakter huruf besar dan kecil dalam pengidentifikasi objek, diperingatkan bahwa sensitivitas huruf besar/kecil pengidentifikasi objek ditentukan bukan oleh kolase, tetapi dengan SQL Server Analysis Services. Untuk pengidentifikasi objek yang disusun dalam skrip bahasa Inggris, pengidentifikasi objek selalu tidak peka huruf besar/kecil, terlepas dari kolasenya. Bahasa sirilik dan bicameral lainnya berlawanan (selalu peka huruf besar/kecil). Lihat Tips Globalisasi dan Praktik Terbaik (Analysis Services) untuk detailnya.

Kolase di Analysis Services kompatibel dengan mesin database relasional SQL Server, dengan asumsi Anda mempertahankan paritas dalam opsi pengurutan yang Anda pilih untuk setiap layanan. Misalnya, jika database relasional sensitif terhadap aksen, Anda harus mengonfigurasi kubus dengan cara yang sama. Masalah dapat terjadi ketika pengaturan kolase berbeda. Untuk contoh dan solusinya, lihat Kosong dalam string Unicode memiliki hasil pemrosesan yang berbeda berdasarkan kolate. Untuk mempelajari selengkapnya tentang kolajeasi dan mesin database, lihat Kolate dan Dukungan Unicode.

Tipe Kolajek

Analysis Services mendukung dua jenis kolajeksi:

Kolase Windows (versi _90 dan _100)

Versi kolase Windows adalah _90 (versi lama yang tidak ditandai) dan versi _100 yang lebih baru. Hanya versi _100 yang menampilkan nomor versi dalam nama kolase:
- latin1_general
- latin1_general_100
Kolater Windows mengurutkan karakter berdasarkan karakteristik bahasa dan budaya bahasa. Di Windows, kolase lebih besar dari lokal (atau bahasa) yang digunakan bersamanya, karena banyak bahasa yang berbagi alfabet dan aturan umum untuk mengurutkan dan membandingkan karakter. Misalnya, 33 lokal Windows, termasuk semua lokal Windows Portugis dan Inggris, gunakan halaman kode Latin1 (1252) dan ikuti sekumpulan aturan umum untuk mengurutkan dan membandingkan karakter.

Catatan

Saat memutuskan kolase, Anda harus pergi dengan kolase yang sama yang digunakan oleh database yang mendasar. Namun, jika Anda dapat memilih, versi _100 lebih mutakhir dan menawarkan konvensi pengurutan budaya yang lebih akurat secara linguistik.
Kolatasi biner (BIN atau BIN2)

Kolase biner mengurutkan pada titik kode Unicode, bukan pada nilai linguistik. Misalnya, Latin1_General_BIN dan Japanese_BIN menghasilkan hasil pengurutan yang identik saat digunakan pada data Unicode. Sedangkan pengurutan linguistik mungkin menghasilkan hasil seperti aAbBcCdD, pengurutan biner akan menjadi ABCDabcd karena titik kode semua karakter huruf besar secara kolektif lebih tinggi dari titik kode karakter huruf kecil.

Opsi Urutan Sortir

Opsi pengurutan digunakan untuk memperbaiki aturan pengurutan dan perbandingan berdasarkan sensitivitas huruf besar/kecil, aksen, kana, dan lebar. Misalnya, nilai default properti konfigurasi Kolate untuk SQL Server Analysis Services Latin1_General_AS_CS, menentukan bahwa kolaset Latin1_General digunakan, dengan urutan pengurutan peka huruf besar/kecil dan peka huruf besar/kecil.

Perhatikan bahwa BIN dan BIN2 saling eksklusif dari opsi pengurutan lainnya, jika Anda ingin menggunakan BIN atau BIN2, hapus opsi pengurutan untuk Aksen Sensitif. Demikian pula, ketika BIN2 dipilih, opsi peka huruf besar/kecil, peka huruf besar/kecil, sensitif terhadap aksen, tidak sensitif terhadap aksen, peka terhadap kana, dan lebar tidak tersedia.

Tabel berikut ini menjelaskan opsi susunan urutan kolase Windows dan akhiran terkait untuk SQL Server Analysis Services.

Susunan urutan (akhiran)	Deskripsi urutan pengurutan
Biner (_BIN) atau BIN2 (_BIN2)	Ada dua jenis kolatasi biner dalam SQL Server; kolatasi BIN yang lebih lama dan kolatasi BIN2 yang lebih baru. Dalam kolase BIN2, semua karakter diurutkan sesuai dengan titik kodenya. Dalam kolase BIN hanya karakter pertama yang diurutkan sesuai dengan titik kode, dan karakter yang tersisa diurutkan sesuai dengan nilai byte mereka. (Karena platform Intel adalah arsitektur endian kecil, karakter kode Unicode selalu disimpan byte-swapped.) Untuk kolaborasi biner pada jenis data Unicode, lokal tidak dipertimbangkan dalam pengurutan data. Misalnya, Latin_1_General_BIN dan Japanese_BIN menghasilkan hasil pengurutan yang identik saat digunakan pada data Unicode. Urutan pengurutan biner peka huruf besar/kecil dan aksen sensitif. Biner juga merupakan urutan pengurutan tercepat.
Peka huruf besar/kecil (_CS)	Membedakan antara huruf besar dan huruf kecil. Jika dipilih, huruf kecil mengurutkan di depan versi huruf besarnya. Anda dapat secara eksplisit mengatur ketidakpekaan huruf besar/kecil dengan menentukan _CI. Pengaturan kasus khusus kolase tidak berlaku untuk pengidentifikasi objek, seperti ID dimensi, kubus, dan objek lainnya. Lihat Tips Globalisasi dan Praktik Terbaik (Analysis Services) untuk detailnya.
Sensitif terhadap aksen (_AS)	Membedakan antara karakter beraksen dan tidak beraksen. Misalnya, 'a' tidak sama dengan 'ấ'. Jika opsi ini tidak dipilih, SQL Server Analysis Services menganggap versi huruf yang beraksen dan tidak beraksen sama untuk tujuan pengurutan. Anda dapat secara eksplisit mengatur insensitivitas aksen dengan menentukan _AI.
Peka kana (_KS)	Membedakan antara dua jenis karakter kana Jepang: hiragana dan katakana. Jika opsi ini tidak dipilih, SQL Server Analysis Services menganggap karakter hiragana dan katakana sama untuk tujuan pengurutan. Tidak ada akhiran urutan pengurutan untuk pengurutan kana-tidak sensitif.
Sensitif lebar (_WS)	Membedakan antara karakter byte tunggal dan karakter yang sama ketika direpresentasikan sebagai karakter byte ganda. Jika opsi ini tidak dipilih, SQL Server Analysis Services menganggap representasi byte tunggal dan byte ganda dari karakter yang sama identik untuk tujuan pengurutan. Tidak ada akhiran urutan pengurutan untuk pengurutan yang tidak peka lebar.

Mengubah bahasa atau kolagan default pada instans

Bahasa dan kolase default dibuat selama penyiapan, tetapi dapat diubah sebagai bagian dari konfigurasi pasca-penginstalan. Mengubah kolase pada tingkat instans tidak sepele dan dilengkapi dengan persyaratan ini:

Layanan dimulai ulang.
Perbarui pengaturan kolase objek yang ada. Pengaturan kolase diwariskan sekali ketika objek dibuat. Perubahan kolase berikutnya harus dilakukan secara manual. Lihat Mengubah bahasa dan kolase dalam model data menggunakan XMLA untuk tips tentang cara menyebarluaskan perubahan kolase di seluruh model.
Memproses ulang partisi dan dimensi setelah kolab diperbarui.

Anda dapat menggunakan SQL Server Management Studio atau AMO PowerShell untuk mengubah bahasa atau kolate default di tingkat server. Atau, Anda dapat mengubah <pengaturan Bahasa> dan <CollationName> dalam file msmdsrv.ini, menentukan LCID bahasa.

Di Management Studio, klik kanan nama server | Properti | Bahasa/Kolajek.
Pilih opsi pengurutan. Untuk memilih Biner atau Biner 2, pertama-tama kosongkan kotak centang untuk Aksen Sensitif.

Perhatikan bahwa kolase dan bahasa adalah pengaturan yang sepenuhnya independen. Jika Anda mengubahnya, nilai yang lain tidak difilter untuk memperlihatkan kombinasi umum.
Perbarui model data untuk menggunakan kolamen baru (lihat bagian berikut).
Memulai ulang server

Mengubah bahasa atau kolaborasi pada kubus

Di Penjelajah Solusi, klik dua kali kubus untuk membukanya di perancang kubus.
Di panel Pengukuran atau Dimensi, pilih simpul atas. Objek tingkat atas untuk salah satu panel adalah kubus.
Di Properti, atur Bahasa dan Kolase. Nilai yang Anda pilih akan digunakan oleh semua objek kubus, termasuk dimensi dan ukuran kubus, dan memengaruhi operasi pemrosesan dan kueri.

Satu-satunya cara untuk menyematkan properti bahasa dan kolase alternatif pada objek dalam kubus adalah melalui terjemahan. Lihat Dukungan terjemahan di Analysis Services untuk detailnya.

Mengubah bahasa dan kolajeasi dalam model data menggunakan XMLA

Pengaturan bahasa dan kolase diwariskan sekali saat objek dibuat. Perubahan berikutnya pada properti tersebut harus dilakukan secara manual. Salah satu pendekatan untuk mengubah kolase beberapa objek dengan cepat adalah menggunakan perintah ALTER pada skrip XMLA.

Secara default, kolase diatur sekali, di tingkat database. Pewarisan tersirat di seluruh hierarki objek lainnya. Jika Anda secara eksplisit mengatur Kolase pada objek dalam kubus, yang diizinkan pada atribut dimensi individual, itu akan muncul dalam definisi XMLA. Jika tidak, hanya properti kolaksi tingkat atas yang ada.

Sebelum menggunakan XMLA untuk mengubah database yang sudah ada, pastikan Anda tidak memperkenalkan perbedaan antara database dan file sumber yang digunakan untuk membangunnya. Misalnya, Anda mungkin ingin menggunakan XMLA untuk mengubah bahasa atau kolase dengan cepat untuk pengujian bukti konsep, tetapi kemudian menindaklanjuti perubahan pada file sumber (lihat Mengubah bahasa atau kolase pada kubus), menyebarkan ulang solusi menggunakan prosedur operasi yang ada yang sudah ada.

Di Management Studio, klik kanan database | Database Skrip sebagai | UBAH Ke | Jendela Editor Kueri Baru.
Cari dan ganti bahasa atau kolagan yang ada dengan nilai alternatif.
Tekan F5 untuk menjalankan skrip.
Memproses ulang kubus.

Meningkatkan performa untuk lokal bahasa Inggris melalui EnableFast1033Locale

Jika Anda menggunakan pengidentifikasi bahasa Inggris (Amerika Serikat) (0x0409, atau 1033) sebagai bahasa default untuk instans SQL Server Analysis Services, Anda bisa mendapatkan manfaat performa tambahan dengan mengatur properti konfigurasi EnableFast1033Locale, properti konfigurasi tingkat lanjut yang hanya tersedia untuk pengidentifikasi bahasa tersebut. Mengatur nilai properti ini ke true memungkinkan SQL Server Analysis Services menggunakan algoritma yang lebih cepat untuk hash string dan perbandingan. Untuk informasi selengkapnya tentang mengatur properti konfigurasi, lihat Properti server di Analysis Services.

Dukungan GB18030 di Analysis Services

GB18030 adalah standar terpisah yang digunakan dalam Republik Rakyat Tiongkok untuk mengodekan karakter Tionghoa. Dalam GB18030, panjang karakter bisa 1, 2, atau 4 byte. Di Analysis Services, tidak ada konversi data saat memproses data dari sumber eksternal. Data hanya disimpan sebagai Unicode. Pada waktu kueri, konversi GB18030 dilakukan melalui pustaka klien Analysis Services (khususnya, penyedia MSOLAP.dll OLE DB) saat data teks dikembalikan dalam hasil kueri, berdasarkan pengaturan OS klien. Mesin database juga mendukung GB18030. Untuk detailnya, lihat Kolate dan Dukungan Unicode.

Lihat juga

Skenario globalisasi untuk Analysis Services
Tips dan Praktik Terbaik Globalisasi (Analysis Services)
Kolajeasi dan Dukungan Unicode

Bagikan melalui