Documentación para desarrolladores de Analysis Services

 

En Analysis Services, prácticamente cualquier objeto y la carga de trabajo son programable y, a menudo hay más de un enfoque que puede elegir. Las opciones incluyen escribir código administrado, secuencias de comandos o mediante unos estándares abiertos como XMLA y MSOLAP si los requisitos de la solución impiden mediante .NET framework.

Escenarios de programación habituales incluyen servidor e implementación de base de datos, administración, modelo y creación de base de datos y acceso a datos desde sus aplicaciones personalizadas e informes que usan datos de Analysis Services. Comunes a todos estos escenarios es una fijo arquitectura y el objeto de definición jerarquía, con las operaciones bien también se entiende que abarcan la definición de datos, el procesamiento y cargas de trabajo de consulta.

Aunque los objetos y las cargas de trabajo son programables, no son extensibles. En concreto, no se puede crear los cartuchos de datos personalizados que recuperar datos de orígenes de datos no admitido, personalizan o reemplazar los comportamientos de motor de fórmula o almacenamiento, ni puede crear nuevos tipos de metadatos del objeto en un servidor, la base de datos o el modelo.

Para obtener más proporcionar información en el último punto sobre la creación de nuevos tipos de objetos: mientras no se puede crear un nuevo tipo de objeto, puede crear objetos calculados que se crea a partir de expresiones o código en tiempo de ejecución. No todos los elementos en el modelo es necesario predefinidos y asignado a una estructura de datos existente. Además, puede extender el esquema a través de las anotaciones de AMO para pasar información específica del objeto a la aplicación cliente.

Analysis Services proporciona muchas formas de personalizar una solución a través del código, pero la mayoría de los desarrolladores usa la API administrada o el script.

  • API administradas que se incluyen AMO y TOM de definición de datos y las tareas administrativas, y ADOMD.NET para poder realizar consultas desde el código de cliente. En SQL Server 2016, AMO se actualiza para usar los nuevos metadatos tabulares para los modelos creados o actualizados en el nivel de compatibilidad 1200.

  • Secuencia de comandos a menudo puede lograr los mismos resultados que un programa ejecutable, y posiblemente menos esfuerzo.

    • Puede escribir script de PowerShell con los componentes de Analysis Services PowerShell que llaman directamente a los tipos AMO. En PowerShell, también puede crear y ejecutar ASSL/XMLA o un script de TMSL (en JSON).
    • ASSL y TMSL son lenguajes de secuencias de comandos que proporcionan los objetos que se utilizan en detectarán y ejecutan las operaciones. ¿Qué tipo de secuencia de comandos utilizar depende en el servidor, la base de datos o el modelo subyacente.
    • Los modelos tabulares o bases de datos en el nivel de compatibilidad 1200 usan la Tabular Model Scripting Language (TMSL), que se encuentra en JSON.
    • Modelos multidimensionales como tabulares en niveles de compatibilidad 1050-1103 usar Analysis Services Scripting Language (ASSL), que es la extensión de Analysis Services del estándar abierto XMLA.
    • Puede generar secuencias de comandos ASSL y TMSL en Management Studio. También puede usar ver código en SQL Server Data Tools para ver la definición del modelo de ASSL o TMSL. Vea secuencia de comandos de las tareas administrativas en Analysis Services para obtener más información.
  • Aunque es posible compilar una solución basada en estándares abiertos de MDX y XMLA, es bastante raro que lo haga. No hay ninguna documentación distinto de XMLA y referencia MDX para ayudar a y la mayoría de comunidad y foro admiten dibuja de experiencias con .NET o nativo tecnologías (MSOLAP).

Programación de minería de datos
Describe los métodos para compilar soluciones que incluyen objetos de minería de datos.

Programación de modelos multidimensionales
Describe las tareas y los métodos de desarrollo para integrar objetos del modelo multidimensional en una solución personalizada.

Programación de modelo tabular de nivel de compatibilidad 1200
Novedades en SQL Server 2016. Resume las interfaces y lenguajes de script utilizados para trabajar con los modelos tabulares 1200 mediante programación.

Programación de modelo tabular para la compatibilidad 1050 1103 a través de niveles
Esta documentación está destinada a desarrolladores que admitan modelos tabulares en niveles de compatibilidad anterior. Describe las extensiones de CSDL que definen un modelo tabular en la sintaxis XML. También incluye información sobre las definiciones de modelo de objetos tabulares y sintaxis.

Objetos de administración (de análisis AMO) de Analysis Services
Documentación de referencia para desarrolladores del proveedor administrado, Analysis Services Management Objects (AMO) para la definición de datos y administración, incluido el procesamiento.

ADOMD.NET
Documentación de referencia para desarrolladores del proveedor administrado, ADOMD.NET, usa para los datos mediante programación las cargas de trabajo de acceso y la consulta.

Conjuntos de filas de esquema de Analysis Services
Describe los conjuntos de filas de esquema que proporcionan información sobre el estado del servidor, las operaciones de servidor y los objetos de base de datos.

Referencia XML for Analysis (XMLA)
Describe los conceptos de XMLA que pueden ayudarle a entender cómo contribuye XMLA a una solución personalizada. También describe el nivel de cumplimiento de la especificación XMLA 1.1.

Analysis Services Scripting Language (ASSL para XMLA)
Describe las extensiones de ASSL para XMLA. ASSL ofrece un lenguaje de definición y manipulación de datos para modelos multidimensionales de Analysis Services que complementa la especificación XMLA.

Scripting Language (TMSL) referencia del modelo tabular
TMSL es una representación JSON de los modelos tabulares en el nivel de compatibilidad 1200 o posterior. Las definiciones de objeto se basan en construcciones de metadatos tabulares como tabla, columna y la relación en lugar de metadatos multidimensionales que podrían ser poco familiar si está familiarizado con modelado de datos de Analysis Services en modo Tabular.

Referencia de PowerShell de Analysis Services
Los cmdlets usados para las funciones administrativas, junto con el uso general se documentan Invoke-ASCmd cmdlet que acepte cualquier script o una consulta como entrada.

Referencia técnica (SSAS)
Referencia de lenguaje de expresiones (Analysis Services) y consultas

Adiciones de comunidad

AGREGAR
Mostrar: