Bagikan melalui


Dokumentasi pengembang Analysis Services

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

Dengan Analysis Services, hampir setiap objek dan beban kerja dapat diprogram, dan seringkali ada lebih dari satu pendekatan untuk dipilih. Opsi termasuk menulis kode terkelola, skrip, atau menggunakan standar terbuka seperti XMLA dan MSOLAP jika persyaratan solusi Anda menghalangi penggunaan kerangka kerja .NET.

Apa yang dapat Anda capai dalam kode

Skenario pemrograman umum termasuk server, database, dan penyebaran model semantik, administrasi, refresh data dan manajemen partisi, akses data dari aplikasi kustom, dan alat eksternal. Umum untuk semua skenario ini adalah arsitektur tetap dan hierarki definisi objek, dengan operasi yang dipahami dengan baik yang mencakup definisi data, pemrosesan, dan beban kerja kueri.

Meskipun objek dan beban kerja dapat diprogram, objek dan beban kerja tidak dapat diperluas. Secara khusus, Anda tidak dapat membuat kartrid data kustom yang mengambil data dari sumber data yang tidak didukung, menyesuaikan atau mengganti rumus atau perilaku mesin penyimpanan, anda juga tidak dapat membuat jenis metadata objek baru di server, database, atau model.

Untuk menguraikan lebih lanjut pada titik terakhir tentang membuat jenis objek baru, sementara Anda tidak dapat membuat jenis objek baru, Anda dapat membuat objek terhitung yang dibangun dari ekspresi atau kode pada durasi. Tidak semua yang ada dalam model Anda perlu ditentukan dan dipetakan ke struktur data yang ada. Selain itu, Anda dapat memperluas skema melalui Anotasi di AMO untuk meneruskan informasi khusus objek ke aplikasi klien Anda.

Memilih platform atau pendekatan untuk pengembangan

Analysis Services menyediakan banyak cara untuk menyesuaikan solusi melalui kode, tetapi sebagian besar pengembang menggunakan API atau skrip terkelola.

  • API terkelola mencakup AMO dan TOM untuk definisi data dan tugas administratif, dan ADOMD.NET untuk dukungan kueri dari kode klien. Pada SQL Server 2016 dan yang lebih baru, AMO diperbarui untuk menggunakan metadata Tabular baru untuk model yang dibuat atau ditingkatkan ke tingkat kompatibilitas 1200 dan yang lebih tinggi.

  • Skrip sering kali dapat mencapai hasil yang sama dengan program yang dapat dieksekusi, dengan mungkin lebih sedikit pekerjaan.

    • Anda dapat menulis skrip PowerShell menggunakan komponen Analysis Services PowerShell yang memanggil jenis AMO secara langsung. Dalam PowerShell, Anda juga dapat membuat dan menjalankan skrip ASSL/XMLA atau TMSL (dalam JSON).

    • TMSL dan ASSL adalah bahasa skrip yang menyediakan objek yang digunakan dalam operasi temukan dan jalankan. Jenis skrip mana yang Anda gunakan tergantung pada server, database, atau model yang mendasar.

    • Model atau database tabular pada tingkat kompatibilitas 1200 dan yang lebih tinggi menggunakan Tabular Model Scripting Language (TMSL), yang ada di JSON.

    • Model multidmensional dan model Tabular pada tingkat kompatibilitas 1050-1103 menggunakan Analysis Services Scripting Language (ASSL), yang merupakan ekstensi Analysis Services dari standar terbuka XMLA.

    • Anda dapat membuat skrip ASSL atau TMSL di Management Studio. Anda juga dapat menggunakan Tampilkan Kode di SQL Server Data Tools untuk melihat definisi model di ASSL atau TMSL.

  • Meskipun dimungkinkan untuk membangun solusi berdasarkan standar terbuka XMLA dan MDX, cukup jarang untuk melakukannya. Tidak ada dokumentasi selain xmla dan referensi MDX untuk membantu Anda, dan sebagian besar dukungan komunitas dan forum menarik dari pengalaman dengan teknologi .NET atau native (MSOLAP).

Pemrograman untuk Analysis Services

Analysis Services Management Objects (AMO) - Dokumentasi referensi pengembang untuk penyedia terkelola, Analysis Services Management Objects (AMO), untuk definisi dan administrasi data, termasuk pemrosesan.

Model Objek Tabular - Ekstensi pustaka klien AMO, dibuat untuk mendukung skenario pemrograman untuk model tabular yang dibuat pada tingkat kompatibilitas 1200 dan yang lebih tinggi.

Tabular Model Definition Language (TMDL) - Sintaks definisi model objek untuk model data tabular pada tingkat kompatibilitas 1200 atau lebih tinggi. Sepenuhnya kompatibel dengan TOM. Berbasis teks dan dioptimalkan untuk interaksi dan keterbacaan manusia.

Referensi Bahasa Skrip Model Tabular (TMSL) - Representasi JSON dari model Tabular pada tingkat kompatibilitas 1200 dan yang lebih tinggi. Definisi objek didasarkan pada konstruksi metadata tabular seperti tabel, kolom, dan hubungan daripada metadata multidimensi yang mungkin tidak dikenal jika Anda baru menggunakan pemodelan data Analysis Services dalam mode Tabular.

Pemrograman model multidmensional - Menjelaskan tugas dan pendekatan pengembangan untuk mengintegrasikan objek model multidmensional dalam solusi kustom.

ADOMD.NET - Dokumentasi referensi pengembang untuk penyedia terkelola, ADOMD.NET, digunakan untuk akses data terprogram dan beban kerja kueri.

Referensi XML untuk Analisis (XMLA) - Menjelaskan konsep XMLA yang dapat membantu Anda memahami bagaimana XMLA berkontribusi pada solusi kustom Anda. Ini juga menjelaskan tingkat kepatuhan dengan spesifikasi XMLA 1.1.

Analysis Services Scripting Language (ASSL for XMLA) - Menjelaskan ekstensi ASSL ke XMLA. ASSL menyediakan definisi data dan bahasa manipulasi untuk model multididensi Analysis Services yang melengkapi spesifikasi XMLA.

Kumpulan Baris Skema Analysis Services - Menjelaskan kumpulan baris skema yang menyediakan informasi tentang status server, operasi server, dan objek database.

Referensi Analysis Services PowerShell - Dokumen cmdlet yang digunakan untuk fungsi administratif, ditambah cmdlet Invoke-ASCmd tujuan umum yang menerima skrip atau kueri apa pun sebagai input.