Dokumentation om Analysis Services-utvecklare

Gäller för: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

Med Analysis Services är nästan alla objekt och arbetsbelastningar programmerbara, och ofta finns det mer än en metod att välja mellan. Alternativen är att skriva hanterad kod, skript eller använda öppna standarder som XMLA och MSOLAP om dina lösningskrav utesluter användning av .NET-ramverket.

Vad du kan åstadkomma i kod

Vanliga programmeringsscenarier inkluderar server-, databas- och semantisk modellutplacering, administration, datauppdatering och partitionshantering, dataåtkomst från anpassade applikationer och integrering med externa verktyg. Gemensamt för alla dessa scenarier är en fast arkitektur- och objektdefinitionshierarki, med välförstådda åtgärder som omfattar datadefinition, bearbetning och frågearbetsbelastningar.

Även om objekt och arbetsbelastningar är programmerbara är de inte utökningsbara. Mer specifikt kan du inte skapa anpassade datapatroner som hämtar data från datakällor som inte stöds, anpassa eller ersätta formel- eller lagringsmotorbeteenden, och du kan inte heller skapa nya typer av objektmetadata på en server, databas eller modell.

Även om du inte kan skapa en ny typ av objekt, kan du skapa beräknade objekt från uttryck eller kod i realtid. Allt i din modell behöver inte vara fördefinierat och mappat till en befintlig datastruktur. Dessutom kan du utöka schemat via Anteckningar i AMO för att skicka objektspecifik information till klientprogrammet.

Välj en plattform eller metod för utveckling

Analysis Services tillhandahåller många sätt att anpassa en lösning via kod, men de flesta utvecklare använder hanterade API:er eller skript.

• Hanterade API:er inkluderar AMO och TOM för datadefinition och administrativa uppgifter samt ADOMD.NET för frågestöd från klientkod. I SQL Server 2016 och senare uppdateras AMO för att använda nya tabellmetadata för modeller som skapats eller uppgraderats till kompatibilitetsnivå 1200 och senare.

• Skript kan ofta uppnå samma resultat som ett körbart program, med eventuellt mindre arbete.

  • Du kan skriva PowerShell-skript med Hjälp av Analysis Services PowerShell-komponenter som anropar AMO-typer direkt. I PowerShell kan du också skapa och köra ASSL/XMLA- eller TMSL-skript (i JSON).

  • TMSL och ASSL är skriptspråk som tillhandahåller objekt som används i identifierings- och körningsåtgärder. Vilken typ av skript du använder beror på den underliggande servern, databasen eller modellen.

  • Tabellmodeller eller databaser på kompatibilitetsnivå 1200 och senare använder TMSL (Tabular Model Scripting Language), som finns i JSON.

  • Flerdimensionella modeller och tabellmodeller på kompatibilitetsnivåer 1050-1103 använder Analysis Services Scripting Language (ASSL), vilket är Analysis Services-tillägget för XMLA open-standarden.

  • Du kan generera ASSL- eller TMSL-skript i Management Studio. Du kan också använda Visa kod i SQL Server Data Tools för att visa modelldefinitionen i ASSL eller TMSL.

• Det är möjligt att skapa en lösning baserat på öppna standarder för XMLA och MDX, men det är ganska ovanligt att göra det. Det finns ingen annan dokumentation än XMLA- och MDX-referens som hjälper dig, och de flesta community- och forumsupportar bygger på erfarenheter av .NET- eller inbyggda (MSOLAP)-tekniker.

Programmering för Analysis Services

Analysis Services Management Objects (AMO) – Utvecklarreferensdokumentation för den hanterade providern, Analysis Services Management Objects (AMO), för datadefinition och administration, inklusive bearbetning.

Tabellobjektmodell – ett tillägg till AMO-klientbiblioteket som skapats för att stödja programmeringsscenarier för tabellmodeller som skapats på kompatibilitetsnivå 1200 och senare.

TMDL (Tabular Model Definition Language) – en definitionssyntax för objektmodell för tabelldatamodeller på kompatibilitetsnivå 1200 eller senare. Fullständigt kompatibel med TOM. Textbaserad och optimerad för mänsklig interaktion och läsbarhet.

TMSL-referens (Tabular Model Scripting Language) – En JSON-representation av tabellmodeller på kompatibilitetsnivå 1200 och senare. Objektdefinitioner baseras på tabellmetadatakonstruktioner som tabell, kolumn och relation i stället för flerdimensionella metadata som kanske inte är bekanta om du är nybörjare på Analysis Services-datamodellering i tabellläge.

Flerdimensionell modellprogrammering – Beskriver utvecklingsuppgifter och metoder för integrering av flerdimensionella modellobjekt i en anpassad lösning.

ADOMD.NET – Referensdokumentation för utvecklare för den hanterade providern, ADOMD.NET, som används för programmatisk dataåtkomst och frågearbetsbelastningar.

XML för analysreferens (XMLA) – Beskriver XMLA-begrepp som kan hjälpa dig att förstå hur XMLA bidrar till din anpassade lösning. Den beskriver också efterlevnadsnivån för XMLA 1.1-specifikationen.

Analysis Services Scripting Language (ASSL för XMLA) – Beskriver ASSL-tilläggen till XMLA. ASSL tillhandahåller ett datadefinitions- och manipuleringsspråk för flerdimensionella Analysis Services-modeller som kompletterar XMLA-specifikationen.

Analysis Services-schemarader – Beskriver schemaraduppsättningar som innehåller information om servertillstånd, serveråtgärder och databasobjekt.

Analysis Services PowerShell-referens – Dokumenterar de cmdletar som används för administrativa funktioner, plus cmdleten Invoke-ASCmd för generell användning som accepterar skript eller frågor som indata.