Artículo
03/30/2012

Orígenes de datos y enlaces (Analysis Services - Datos multidimensionales)

Es posible enlazar cubos, dimensiones y otros objetos de Analysis Services a un origen de datos. Un origen de datos puede ser uno de los objetos siguientes:

Un origen de datos relacional.
Una canalización de Analysis Services que genera un conjunto de filas (o varios conjuntos de filas divididos en segmentos).

El medio de expresar el origen de datos varía según el tipo de origen de datos. Por ejemplo, un origen de datos relacional se distingue por una cadena de conexión. Para obtener más información acerca de los orígenes de datos, vea Orígenes de datos (Analysis Services - Datos multidimensionales).

Sin tener en cuenta el origen de datos usado, la vista del origen de datos (DSV) contiene los metadatos para el origen de datos. Así, los enlaces para un cubo u otros objetos de Analysis Services se expresan como enlaces a DSV. Estos enlaces pueden incluir enlaces a objetos lógicos, como vistas, columnas calculadas y relaciones que no existen físicamente en el origen de datos. El uso de DSV para enlazar objetos lógicos es nuevo en SQL Server 2008. Por ejemplo, en SQL Server 2000, una medida de OLAP podría especificar una expresión como su origen de datos. Sin embargo, en SQL Server 2005 y en SQL Server 2008, Analysis Services agrega una columna calculada que encapsula la expresión a la DSV y, a continuación, enlaza la medida de OLAP correspondiente a dicha columna de la DSV. Para obtener más información acerca de las DSV, vea Vistas de origen de datos (Analysis Services - Datos multidimensionales).

Cada objeto Analysis Services enlaza con el origen de datos a su manera. Además, los enlaces de datos para estos objetos y la definición del origen de datos se pueden proporcionar insertados con la definición del objeto enlazado a datos (por ejemplo, la dimensión) o fuera de línea como un conjunto independiente de definiciones.

Tipos de datos de Analysis Services

Los tipos de datos que se utilizan en los enlaces deben coincidir con los tipos de datos admitidos por Analysis Services. Los tipos de datos siguientes están definidos en Analysis Services:

Tipo de datos de Analysis Services	Descripción
Bigint	Entero de 64 bits con signo. Este tipo de datos se asigna internamente al tipo de datos Int64 en Microsoft .NET Framework y al tipo de datos DBTYPE_I8 en OLE DB.
Bool	Valor booleano. Este tipo de datos se asigna internamente al tipo de datos Boolean en .NET Framework y al tipo de datos DBTYPE_BOOL en OLE DB.
Currency	Valor de moneda comprendido entre -263 (o -922.337.203.685.477,5808) y 263-1 (o +922.337.203.685.477,5807) con una precisión de una diezmilésima de unidad de moneda. Este tipo de datos se asigna internamente al tipo de datos Decimal en .NET Framework y al tipo de datos DBTYPE_CY en OLE DB.
Date	Datos de fecha, almacenados como un número de punto flotante de doble precisión. La parte entera es el número de días transcurridos desde el 30 de diciembre de 1899 y la parte decimal es una fracción del día. Este tipo de datos se asigna internamente al tipo de datos DateTime en .NET Framework y al tipo de datos DBTYPE_DATE en OLE DB.
Double	Número de punto flotante de doble precisión comprendido entre -1,79E +308 y 1,79E +308. Este tipo de datos se asigna internamente al tipo de datos Double en .NET Framework y al tipo de datos DBTYPE_R8 en OLE DB.
Integer	Entero de 32 bits con signo. Este tipo de datos se asigna internamente al tipo de datos Int32 en .NET Framework y al tipo de datos DBTYPE_I4 en OLE DB.
Single	Número de punto flotante de precisión simple comprendido entre -3,40E +38 y 3,40E +38. Este tipo de datos se asigna internamente al tipo de datos Single en .NET Framework y al tipo de datos DBTYPE_R4 en OLE DB.
SmallInt	Entero de 16 bits con signo. Este tipo de datos se asigna internamente al tipo de datos Int16 en .NET Framework y al tipo de datos DBTYPE_I2 en OLE DB.
TinyInt	Entero de 8 bits con signo. Este tipo de datos se asigna internamente al tipo de datos SByte en .NET Framework y al tipo de datos DBTYPE_I1 en OLE DB.
UnsignedBigInt	Entero de 64 bits sin signo. Este tipo de datos se asigna internamente al tipo de datos UInt64 en .NET Framework y al tipo de datos DBTYPE_UI8 en OLE DB.
UnsignedInt	Entero de 32 bits sin signo. Este tipo de datos se asigna internamente al tipo de datos UInt32 en .NET Framework y al tipo de datos DBTYPE_UI4 en OLE DB.
UnsignedSmallInt	Entero de 16 bits sin signo. Este tipo de datos se asigna internamente al tipo de datos UInt16 en .NET Framework y al tipo de datos DBTYPE_UI2 en OLE DB.
WChar	Cadena de caracteres Unicode terminada en NULL. Este tipo de datos se asigna internamente al tipo de datos String en .NET Framework y al tipo de datos DBTYPE_WSTR en OLE DB.

Todo los datos que se reciben del origen de datos se convierten al tipo de SSAS especificado en el enlace (normalmente durante el procesamiento). Se produce un error si no se puede realizar la conversión (por ejemplo, de String a Int). Business Intelligence Development Studio normalmente establece el tipo de datos del enlace en el que mejor coincide con el tipo de origen del origen de datos. Por ejemplo, los tipos Date, DateTime, SmallDateTime, DateTime2 y DateTimeOffset de SQL se asignan a Date en SSAS, y el tipo Time de SQL se asigna a String.

Enlaces para dimensiones

Cada atributo de una dimensión se enlaza a una columna en una DSV. Todos los atributos de una dimensión deben proceder de un origen de datos único. Sin embargo, los atributos se pueden enlazar a columnas en tablas diferentes. Las relaciones entre las tablas se definen en DSV. En el caso en el que existe más de un conjunto de relaciones para la misma tabla, podría ser necesario introducir una consulta con nombre en la DSV que actúe como 'alias' de tabla. Las expresiones y los filtros se definen en la DSV usando cálculos con nombre y consultas con nombre.

Enlaces para grupos de medidas, medidas y particiones

Cada grupo de medidas tiene los enlaces predeterminados siguientes:

El grupo de medidas se enlaza a una tabla en una DSV (por ejemplo, MeasureGroup.Source).
Cada medida se enlaza a una columna de dicha tabla (por ejemplo, Measure.ValueColumn.Source).
Cada dimensión de grupo de medidas tiene un conjunto de atributos de granularidad que definen la granularidad del grupo de medidas. Cada uno de estos atributos se debe enlazar a la columna o columnas de la tabla de hechos que contienen la clave de atributo. (Para obtener más información sobre los atributos de granularidad, vea Atributos de granularidad de grupo de medidas posteriormente en este tema.)

Estos enlaces predeterminados se pueden invalidar de manera selectiva por partición. Cada partición puede especificar un origen de datos, tabla o nombre de consulta, o expresión de filtro diferentes. La estrategia de partición más común es invalidar la tabla por partición, usando el mismo origen de datos. Las alternativas incluyen la aplicación de un filtro diferente por partición o el cambio del origen de datos.

El origen de datos predeterminado se debe definir en la DSV, proporcionando por tanto la información del esquema, incluyendo los detalles de las relaciones. Cualquier consulta o tabla adicional especificada en el nivel de partición no se tiene que mostrar en la DSV, pero deben tener el mismo esquema que la tabla predeterminada definida para el grupo de medidas o, al menos, deben contener todas las columnas usadas por las medidas o los atributos de granularidad. Los enlaces detallados por medida y atributo de granularidad no se pueden invalidar en el nivel de partición y se supone que son para las mismas columnas como se define para el grupo de medidas. Por consiguiente, si la partición usa un origen de datos que tiene de hecho un esquema diferente, la consulta TableDefinition definida para la partición debe producir el mismo esquema que el usado por el grupo de medidas.

Atributos de granularidad de grupo de medidas

Cuando la granularidad de un grupo de medidas coincide con la granularidad conocida en la base de datos, y hay una relación directa de la tabla de hechos a la tabla de dimensiones, el atributo de granularidad solamente tiene que enlazarse con la columna o columnas de clave externa adecuadas de la tabla de hechos. Por ejemplo, piense en el hecho siguiente y en las tablas de dimensiones:

Sales(RequestedDate, OrderedProductID, ReplacementProductID, Qty)

Product(ProductID, ProductName,Category)

Relation: Sales.OrderedProductID -> Product.ProductID

Relation: Sales.ReplacementProductID -> Product.ProductID

Si analiza por el producto pedido, para el producto pedido en el rol de dimensión de ventas, el atributo de granularidad de producto se enlazaría a Sales.OrderedProductID.

Sin embargo, puede haber ocasiones en las que los GranularityAttributes no podrían existir como columnas en la tabla de hechos. Por ejemplo, GranularityAttributes no podrían existir como columnas en las circunstancias siguientes:

La granularidad de OLAP es más amplia que la granularidad en el origen.
Una tabla intermedia se interpone entre la tabla de hechos y la tabla de dimensiones.
La clave de dimensión no es igual que la clave principal de la tabla de dimensiones.

En todos estos casos, la DSV se debe definir para que existan GranularityAttributes en la tabla de hechos. Por ejemplo, se puede introducir una consulta con nombre o una columna calculada.

Por ejemplo, en las mismas tablas de ejemplo que las anteriores, si la granularidad era por Categoría, se podría introducir una vista de las ventas:

SalesWithCategory(RequestedDate, OrderedProductID, ReplacementProductID, Qty, OrderedProductCategory)

SELECT Sales.*, Product.Category AS OrderedProductCategory

FROM Sales INNER JOIN Product

ON Sales.OrderedProductID = Product.ProductID

En este caso, la categoría GranularityAttribute se enlaza a SalesWithCategory.OrderedProductCategory.

Migrar desde Objetos de ayuda para la toma de decisiones

Objetos de ayuda para la toma de decisiones (DSO) 8.0 permiten que PartitionMeasures se vuelvan a enlazar. Por consiguiente, la estrategia de migración en estos casos es construir la consulta adecuada.

De igual forma, no es posible volver a enlazar los atributos de dimensión dentro de una partición, aunque DSO 8.0 permite además este reenlace. La estrategia de migración en estos casos es definir las consultas con nombre necesarias en DSV de manera que existan las mismas tablas y columnas en la DSV para la partición, conforme se usan tablas y columnas para la dimensión. Estos casos pueden requerir la adopción de la migración simple, en la que la cláusula de/combinación/filtro está asignada a una consulta con nombre única en lugar de a un conjunto estructurado de tablas relacionadas. Al igual que DSO 8.0 permite a PartitionDimensions volverse a enlazar cuando la partición está usando el mismo origen de datos, la migración también puede requerir varias DSV para el mismo origen de datos.

En DSO 8.0, los enlaces correspondientes se pueden expresar de dos maneras diferentes, dependiendo de si se emplean esquemas optimizados, enlazando a la clave principal de la tabla de dimensiones o a la clave externa de la tabla de hechos. En ASSL, no se distinguen los dos formularios diferentes.

El mismo enfoque a los enlaces se aplica incluso para una partición con un origen de datos que no contiene tablas de dimensiones, ya que el enlace se realiza a la columna de clave externa de la tabla de hechos, no a la columna de clave principal de la tabla de dimensiones.

Enlaces para modelos de minería de datos

Un modelo de minería de datos es relacional u OLAP. Los enlaces de datos para un modelo de minería de datos relacional son considerablemente diferentes a los enlaces para un modelo de minería de datos de OLAP.

Enlaces para un modelo de minería de datos relacional

Un modelo de minería de datos relacional depende de las relaciones definidas en la DSV para resolver cualquier ambigüedad respecto a qué columnas se enlazan a determinados orígenes de datos. En un modelo de minería de datos relacional, los enlaces de datos siguen estas reglas:

Cada columna de tabla no anidada se enlaza a una columna de la tabla de casos o a una tabla relacionada con la tabla de casos (siguiendo una relación de varios a uno o de uno a uno). La DSV define las relaciones entre las tablas.
Cada columna de tabla anidada se enlaza a una tabla de origen. Las columnas que son propiedad de la columna de tabla anidada se enlazan a continuación a las columnas de dicha tabla de origen o una tabla relacionada con la tabla de origen. (De nuevo, el enlace sigue una relación de varios a uno o de uno a uno.) Los enlaces del modelo de minería de datos no proporcionan la ruta de acceso de combinación a la tabla anidada. En su lugar, las relaciones definidas en la DSV proporcionan esta información.

Enlaces para un modelo de minería de datos OLAP

Los modelos de minería de datos de OLAP no tienen el equivalente de una DSV. Por consiguiente, los enlaces de datos deben proporcionar cualquier anulación de ambigüedad entre columnas y orígenes de datos. Por ejemplo, un modelo de minería de datos puede basarse en el cubo Ventas y las columnas se pueden basar en Qty, Amount y Product Name. Alternativamente, un modelo de minería de datos puede estar basado en producto y las columnas se pueden basar en nombre de producto, color de producto y una tabla anidada con cantidad de ventas.

En un modelo de minería de datos OLAP, los enlaces de datos siguen estas reglas:

Cada columna de tabla no anidada se enlaza a una medida de un cubo, a un atributo de una dimensión de dicho cubo (especificando CubeDimension para eliminar la ambigüedad en el caso de roles de dimensión), o a un atributo de una dimensión.
Cada columna de tabla anidada se enlaza a una CubeDimension. Es decir, define cómo navegar desde una dimensión a un cubo relacionado o, en el caso menos común de tablas anidadas, desde un cubo a una de sus dimensiones.

Enlaces fuera de línea

Los enlaces fuera de línea permiten cambiar temporalmente los enlaces de datos existentes mientras dura un comando. Los enlaces fuera de línea hacen referencia a los enlaces incluidos en un comando y que no se conservan. Los enlaces fuera de línea solo se aplican mientras se ejecuta dicho comando concreto. En contraste, los enlaces insertados están contenidos en la definición de objeto de ASSL y se conservan con la definición de objeto dentro de los metadatos del servidor.

ASSL permite especificar los enlaces fuera de línea en un comando Process, si no está en un lote, o en un comando Batch. Si los enlaces fuera de línea se especifican en el comando Batch, todos los enlaces especificados en el comando Batch crean un nuevo contexto de enlace en el que se ejecutan todos los comandos Process del lote. Este nuevo contexto de enlace incluye objetos que se procesan indirectamente debido al comando Process.

Cuando los enlaces fuera de línea se especifican en un comando, invalidan los enlaces insertados contenidos en la DDL almacenada. Estos objetos procesados pueden incluir el objeto directamente nombrado en el comando Process o pueden incluir otros objetos cuyo procesamiento se inicie automáticamente como parte del procesamiento.

Los enlaces fuera de línea se especifican incluyendo el objeto de colección opcional Bindings con el comando de procesamiento. La colección Bindings opcional contiene los elementos siguientes.

Propiedad	Cardinalidad	Tipo	Descripción
Binding	0-n	Binding	Proporciona una colección de nuevos enlaces.
DataSource	0-1	DataSource	Reemplaza DataSource del servidor que se habría usado.
DataSourceView	0-1	DataSourceView	Reemplaza la DataSourceView del servidor que se habría usado.

Binding

0-n

Binding

Proporciona una colección de nuevos enlaces.

DataSource

0-1

DataSource

Reemplaza DataSource del servidor que se habría usado.

DataSourceView

0-1

DataSourceView

Reemplaza la DataSourceView del

servidor que se habría usado.

Todos los elementos que se relacionan con los enlaces fuera de línea son opcionales. Para cualquier elemento no especificado, ASSL usa la especificación contenida en el DDL del objeto almacenado. La especificación de DataSource o DataSourceView en el comando Process es opcional. Si se especifican DataSource o DataSourceView, no se crean instancias de los mismos y no se almacenan después de que el comando Process se haya completado.

Definición del tipo de enlace fuera de línea

Dentro de la colección Bindings fuera de línea, ASSL permite una colección de enlaces para varios objetos, cada uno de ellos Binding. Cada Binding tiene una referencia de objeto extendida, similar a la referencia a objeto, pero que también puede hacer referencia a objetos secundarios (por ejemplo, atributos de dimensión y atributos de grupo de medidas). Este objeto toma la forma plana típica del elemento Object en los comandos Process, excepto en que las etiquetas <Objeto></Objeto> no están presentes.

Cada objeto para el que se especifica el enlace con un elemento XML del formulario <objeto>ID (por ejemplo, DimensionID). Después de haber identificado el objeto de la manera tan específica como sea posible con la formula <objeto>ID, a continuación, identifica el elemento para el que se especifica el enlace, que es normalmente Source. Un caso común para tener en cuenta es en qué Source es una propiedad del DataItem, que es el caso para enlaces de columna en un atributo. En este caso, no especifica la etiqueta DataItem; en su lugar, simplemente especifica la propiedad Source, como si estuviera directamente en la columna que se va a enlazar.

KeyColumns se identifican por su orden dentro de la colección KeyColumns. Allí no es posible especificar, por ejemplo, solo la primera y la tercera columna de clave de un atributo, porque no hay manera de indicar que se va a omitir la segunda columna de clave. Todas las columnas de clave deben encontrarse en el enlace fuera de línea para un atributo de dimensión.

Translations, aunque no tienen ningún Id., se identifican semánticamente por su idioma. Por consiguiente, Translations dentro de un enlace Binding tienen que incluir su identificador de idioma.

Un elemento adicional permitido dentro de un Binding que no existe directamente en el DDL es ParentColumnID, que se usa para las tablas anidadas para la minería de datos. En este caso, es necesario identificar la columna primaria en la tabla anidada para la que se proporciona el enlace.

Ejemplos

En los ejemplos siguientes, en ASSL, se muestra cómo utilizar los comandos ProcessFull y ProcessAdd en una dimensión existente y pasar los datos contenidos en el comando.

La base de datos de ejemplo es una base de datos de biblioteca que contiene una dimensión de préstamos.

El script para crear la base de datos y la dimensión se encuentra al final de esta sección.

Nota

Estos ejemplos están diseñados para utilizarlos con Analysis Services en modo VertiPaq.

Comando ProcessFull

El comando ASSL siguiente es una operación ProcessFull en la dimensión de préstamos de la base de datos de biblioteca. Para ejecutar el comando, debe copiar y pegar el script en una ventana XMLA de SQL Server Management Studio, y ejecutarlo.

Tenga en cuenta los elementos siguientes del script:

Un elemento <Bindings>, inmediatamente después de la especificación <Object>, con enlaces para todos los atributos de la dimensión. Todos los elementos <Binding> enlazan un atributo concreto a una columna de un origen subsiguiente. El origen es del tipo ColumnBinding; se enlaza a una columna pero a ninguna tabla.
<DataSource> para los enlaces se declara inmediatamente después del elemento <Bindings>. El origen se declara del tipo PushedDataSource. El elemento raíz vincula el origen de datos al parámetro que contiene los datos reales. El elemento <EndOfData> identifica el parámetro que señala el final de la secuencia de datos.
El primer elemento del flujo de datos (dentro de InputRowset parameter) es la definición de esquema de los datos que se envían. Este esquema define cómo se leen los datos y las asignaciones para las columnas. Después de la definición de esquema, pueden seguir las filas.
El parámetro EndOfInputRowset señala el final de la secuencia de datos con el valor true. Si los datos se deben enviar en varios mensajes, el valor del parámetro EndOfInputRowset debe establecerse en el valor false para todos los mensajes excepto el último.

Importante

El procesamiento comienza cuando se recibe el parámetro EndOfInputRowset con el valor true.

Importante
El procesamiento comienza cuando se recibe el parámetro EndOfInputRowset con el valor true.

<soap:Envelope xmlns:soap="https://schemas.xmlsoap.org/soap/envelope/">

<soap:Body>

<Type>ProcessFull</Type>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

</Object>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>LoanId</AttributeID>

<ColumnID>LoanId</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>Library</AttributeID>

<ColumnID>Library</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>LoanerID</AttributeID>

<ColumnID>LoanerID</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>DateLoaned</AttributeID>

<ColumnID>DateLoaned</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>DaysOut</AttributeID>

<ColumnID>DaysOut</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>AssetID</AttributeID>

<ColumnID>AssetID</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>AssetOrigin</AttributeID>

<ColumnID>AssetOrigin</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

</Bindings>

</DataSource>

</Process>

</Command>

<Name>InputRowset</Name>

<xsd:schema targetNamespace="urn:schemas-microsoft-com:xml-analysis:rowset" xmlns:sql="urn:schemas-microsoft-com:xml-sql" elementFormDefault="qualified">

<xsd:element name="root">

<xsd:complexType>

<xsd:sequence minOccurs="0" maxOccurs="unbounded">

<xsd:element name="row" type="row" />

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:simpleType name="uuid">

<xsd:restriction base="xsd:string">

<xsd:pattern value="[0-9a-zA-Z]{8}-[0-9a-zA-Z]{4}-[0-9a-zA-Z]{4}-[0-9a-zA-Z]{4}-[0-9a-zA-Z]{12}" />

</xsd:restriction>

</xsd:simpleType>

<xsd:complexType name="xmlDocument">

<xsd:sequence>

<xsd:any />

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="row">

<xsd:sequence>

<xsd:element sql:field="LoanId" name="LoanId" type="xsd:long" minOccurs="0" />

<xsd:element sql:field="Library" name="Library" type="xsd:string" minOccurs="0" />

<xsd:element sql:field="LoanerID" name="LoanerID" type="xsd:string" minOccurs="0" />

<xsd:element sql:field="DateLoaned" name="DateLoaned" type="xsd:date" minOccurs="0" />

<xsd:element sql:field="DaysOut" name="DaysOut" type="xsd:int" minOccurs="0" />

<xsd:element sql:field="AssetID" name="AssetID" type="xsd:long" minOccurs="0" />

<xsd:element sql:field="AssetOrigin" name="AssetOrigin" type="xsd:string" minOccurs="0" />

</xsd:sequence>

</xsd:complexType>

</xsd:schema>

<row>

</row>

<row>

</row>

<row>

</row>

<row>

</row>

<row>

</row>

</Value>

</Parameter>

<Name>EndOfInputRowset</Name>

</Parameter>

</Parameters>

</Execute>

</soap:Body>

</soap:Envelope>

Comando ProcessAdd

El comando ASSL siguiente es una operación ProcessAdd en la dimensión de préstamos de la base de datos de biblioteca. Para ejecutar el comando, debe copiar y pegar el script en una ventana XMLA de SQL Server Management Studio, y ejecutarlo.

La única diferencia con respecto al ejemplo anterior es que los datos se anexan a los datos existentes en la dimensión. ProcessFull quita el contenido existente y lo reemplaza con el contenido asociado a los enlaces.

Nota

ProcessAdd aplica restricciones de fila, tales como la de unicidad y NOT NULL. Si una fila infringe cualquiera de estas restricciones, no se ejecuta el comando ni se agregan datos.

<soap:Envelope xmlns:soap="https://schemas.xmlsoap.org/soap/envelope/">

<soap:Body>

<Type>ProcessAdd</Type>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

</Object>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>LoanId</AttributeID>

<ColumnID>LoanId</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>Library</AttributeID>

<ColumnID>Library</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>LoanerID</AttributeID>

<ColumnID>LoanerID</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>DateLoaned</AttributeID>

<ColumnID>DateLoaned</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>DaysOut</AttributeID>

<ColumnID>DaysOut</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>AssetID</AttributeID>

<ColumnID>AssetID</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

<DatabaseID>Library</DatabaseID>

<DimensionID>Loans</DimensionID>

<AttributeID>AssetOrigin</AttributeID>

<ColumnID>AssetOrigin</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

</Binding>

</Bindings>

</DataSource>

</Process>

</Command>

<Name>InputRowset</Name>

<xsd:schema targetNamespace="urn:schemas-microsoft-com:xml-analysis:rowset" xmlns:sql="urn:schemas-microsoft-com:xml-sql" elementFormDefault="qualified">

<xsd:element name="root">

<xsd:complexType>

<xsd:sequence minOccurs="0" maxOccurs="unbounded">

<xsd:element name="row" type="row" />

</xsd:sequence>

</xsd:complexType>

</xsd:element>

<xsd:simpleType name="uuid">

<xsd:restriction base="xsd:string">

<xsd:pattern value="[0-9a-zA-Z]{8}-[0-9a-zA-Z]{4}-[0-9a-zA-Z]{4}-[0-9a-zA-Z]{4}-[0-9a-zA-Z]{12}" />

</xsd:restriction>

</xsd:simpleType>

<xsd:complexType name="xmlDocument">

<xsd:sequence>

<xsd:any />

</xsd:sequence>

</xsd:complexType>

<xsd:complexType name="row">

<xsd:sequence>

<xsd:element sql:field="LoanId" name="LoanId" type="xsd:long" minOccurs="0" />

<xsd:element sql:field="Library" name="Library" type="xsd:string" minOccurs="0" />

<xsd:element sql:field="LoanerID" name="LoanerID" type="xsd:string" minOccurs="0" />

<xsd:element sql:field="DateLoaned" name="DateLoaned" type="xsd:date" minOccurs="0" />

<xsd:element sql:field="DaysOut" name="DaysOut" type="xsd:int" minOccurs="0" />

<xsd:element sql:field="AssetID" name="AssetID" type="xsd:long" minOccurs="0" />

<xsd:element sql:field="AssetOrigin" name="AssetOrigin" type="xsd:string" minOccurs="0" />

</xsd:sequence>

</xsd:complexType>

</xsd:schema>

<row>

</row>

<row>

</row>

<row>

</row>

</Value>

</Parameter>

<Name>EndOfInputRowset</Name>

</Parameter>

</Parameters>

</Execute>

</soap:Body>

</soap:Envelope>

Crear bases de datos y dimensiones

Para crear la base de datos de ejemplo y los objetos relacionados, copie y pegue el script en una ventana XMLA de SQL Server Management Studio, y ejecútelo.

Nota

Puede pasar por alto los enlaces que se establecen en este comando, porque va a invalidarlos con los enlaces fuera de línea de los pasos anteriores.

<soap:Envelope xmlns:soap="https://schemas.xmlsoap.org/soap/envelope/">

<soap:Body>

<ID>Library</ID>

<Name>Library Loans</Name>

<ID>Loans</ID>

<Name>Loans</Name>

<DataSourceViewID>Library</DataSourceViewID>

</Source>

<KeyNotFound>ReportAndStop</KeyNotFound>

<KeyDuplicate>ReportAndStop</KeyDuplicate>

<NullKeyNotAllowed>ReportAndStop</NullKeyNotAllowed>

</ErrorConfiguration>

<StorageMode valuens="ddl200_200">InMemory</StorageMode>

<Collation>Latin1_General_CI_AS</Collation>

<UnknownMemberName>Unknown</UnknownMemberName>

<ID>RowNumber</ID>

<Name>RowNumber</Name>

<Type valuens="ddl200_200">RowNumber</Type>

<DataType>BigInt</DataType>

</KeyColumn>

</KeyColumns>

<DataType>WChar</DataType>

</NameColumn>

</Attribute>

<ID>LoanId</ID>

<Name>LoanId</Name>

<DataType>BigInt</DataType>

<ColumnID>LoanID</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

<DataType>WChar</DataType>

<ColumnID>LoanID</ColumnID>

</Source>

</NameColumn>

<AttributeID>RowNumber</AttributeID>

<Name>RowNumber</Name>

</AttributeRelationship>

<AttributeID>Library</AttributeID>

<Name>Library</Name>

</AttributeRelationship>

<AttributeID>LoanerID</AttributeID>

<Name>LoanerID</Name>

</AttributeRelationship>

<AttributeID>DateLoaned</AttributeID>

<Name>DateLoaned</Name>

</AttributeRelationship>

<AttributeID>DaysOut</AttributeID>

<Name>DaysOut</Name>

</AttributeRelationship>

<AttributeID>AssetID</AttributeID>

<Name>AssetID</Name>

</AttributeRelationship>

<AttributeID>AssetOrigin</AttributeID>

<Name>AssetOrigin</Name>

</AttributeRelationship>

</AttributeRelationships>

</Attribute>

<ID>Library</ID>

<Name>Library</Name>

<DataType>WChar</DataType>

<ColumnID>Library</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

<DataType>WChar</DataType>

<ColumnID>Library</ColumnID>

</Source>

</NameColumn>

</Attribute>

<ID>LoanerID</ID>

<Name>LoanerID</Name>

<DataType>WChar</DataType>

<ColumnID>LoanerID</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

<DataType>WChar</DataType>

<ColumnID>LoanerID</ColumnID>

</Source>

</NameColumn>

</Attribute>

<ID>DateLoaned</ID>

<Name>DateLoaned</Name>

<ColumnID>DateLoaned</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

<DataType>WChar</DataType>

<ColumnID>DateLoaned</ColumnID>

</Source>

</NameColumn>

</Attribute>

<ID>DaysOut</ID>

<Name>DaysOut</Name>

<DataType>BigInt</DataType>

<ColumnID>DaysOut</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

<DataType>WChar</DataType>

<ColumnID>DaysOut</ColumnID>

</Source>

</NameColumn>

</Attribute>

<ID>AssetID</ID>

<Name>AssetID</Name>

<DataType>BigInt</DataType>

<ColumnID>AssetID</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

<DataType>WChar</DataType>

<ColumnID>AssetID</ColumnID>

</Source>

</NameColumn>

</Attribute>

<ID>AssetOrigin</ID>

<Name>AssetOrigin</Name>

<DataType>WChar</DataType>

<ColumnID>AssetOrigin</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

<DataType>WChar</DataType>

<ColumnID>AssetOrigin</ColumnID>

</Source>

</NameColumn>

</Attribute>

</Attributes>

</Dimension>

</Dimensions>

<Cubes>

<Cube>

<ID>Loans</ID>

<Name>Loans</Name>

<Collation>Latin1_General_CI_AS</Collation>

<DimensionID>Loans</DimensionID>

<AttributeID>RowNumber</AttributeID>

</Attribute>

<AttributeID>LoanID</AttributeID>

</Attribute>

<AttributeID>Library</AttributeID>

</Attribute>

<AttributeID>LoanerID</AttributeID>

</Attribute>

<AttributeID>DateLoaned</AttributeID>

</Attribute>

<AttributeID>DaysOut</AttributeID>

</Attribute>

<AttributeID>AssetID</AttributeID>

</Attribute>

<AttributeID>AssetOrigin</AttributeID>

</Attribute>

</Attributes>

</Dimension>

</Dimensions>

<ID>LoanID</ID>

<Name>LoanID</Name>

<AggregateFunction>Count</AggregateFunction>

<DataType>BigInt</DataType>

<DataType>BigInt</DataType>

<ColumnID>LoanID</ColumnID>

</Source>

</Measure>

<ID>DaysOut</ID>

<Name>DaysOut</Name>

<DataType>BigInt</DataType>

<DataType>BigInt</DataType>

<ColumnID>DaysOut</ColumnID>

</Source>

</Measure>

</Measures>

<StorageMode valuens="ddl200_200">InMemory</StorageMode>

<ProcessingMode>Regular</ProcessingMode>

<AttributeID>RowNumber</AttributeID>

<DataType>BigInt</DataType>

</KeyColumn>

</KeyColumns>

</Attribute>

<AttributeID>LoanID</AttributeID>

<DataType>BigInt</DataType>

<ColumnID>LoanID</ColumnID>

</Source>

</KeyColumn>

</KeyColumns>

<Type>Granularity</Type>

</Attribute>

<AttributeID>Library</AttributeID>

<DataType>WChar</DataType>

</KeyColumn>

</KeyColumns>

</Attribute>

<AttributeID>LoanerID</AttributeID>

<DataType>WChar</DataType>

</KeyColumn>

</KeyColumns>

</Attribute>

<AttributeID>DateLoaned</AttributeID>

</KeyColumn>

</KeyColumns>

</Attribute>

<AttributeID>DaysOut</AttributeID>

<DataType>BigInt</DataType>

</KeyColumn>

</KeyColumns>

</Attribute>

<AttributeID>AssetID</AttributeID>

<DataType>BigInt</DataType>

</KeyColumn>

</KeyColumns>

</Attribute>

<AttributeID>AssetOrigin</AttributeID>

<DataType>WChar</DataType>

</KeyColumn>

</KeyColumns>

</Attribute>

</Attributes>

<ddl200_200:ShareDimensionStorage>Shared</ddl200_200:ShareDimensionStorage>

</Dimension>

</Dimensions>

<DataSourceViewID>Library</DataSourceViewID>

</Source>

<StorageMode valuens="ddl200_200">InMemory</StorageMode>

</Partition>

</Partitions>

</MeasureGroup>

</MeasureGroups>

<DataSourceViewID>Library</DataSourceViewID>

</Source>

<StorageMode valuens="ddl200_200">InMemory</StorageMode>

</Cube>

</Cubes>

<ID>Library</ID>

<Name>Library</Name>

<ConnectionString>Provider=SQLNCLI10.1;Data Source=localhost;Integrated Security=SSPI;Initial Catalog=Library</ConnectionString>

<ImpersonationMode>ImpersonateServiceAccount</ImpersonationMode>

</ImpersonationInfo>

</DataSource>

</DataSources>

<ID>Library</ID>

<Name>Library</Name>

<DataSourceID>Library</DataSourceID>

<xs:schema id="Library" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata" xmlns:msprop="urn:schemas-microsoft-com:xml-msprop">

<xs:element name="Library" msdata:IsDataSet="true" msdata:UseCurrentLocale="true">

<xs:complexType>

<xs:choice minOccurs="0" maxOccurs="unbounded">

<xs:element name="dbo_tb_Loan" msprop:FriendlyName="tb_Loan" msprop:DbSchemaName="dbo" msprop:DbTableName="tb_Loan" msprop:TableType="Table">

<xs:complexType>

<xs:sequence>

<xs:element name="LoanId" msprop:FriendlyName="LoanId" msprop:DbColumnName="LoanId" type="xs:long" />

<xs:element name="Library" msprop:FriendlyName="Library" msprop:DbColumnName="Library" minOccurs="0" >

<xs:simpleType>

<xs:restriction base="xs:string">

<xs:maxLength value="50" />

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="LoanerID" msprop:FriendlyName="LoanerID" msprop:DbColumnName="LoanerID" minOccurs="0" >

<xs:simpleType>

<xs:restriction base="xs:string">

<xs:maxLength value="50" />

</xs:restriction>

</xs:simpleType>

</xs:element>

<xs:element name="DateLoaned" msprop:FriendlyName="DateLoaned" msprop:DbColumnName="DateLoaned" type="xs:dateTime" minOccurs="0" />

<xs:element name="DaysOut" msprop:FriendlyName="DaysOut" msprop:DbColumnName="DaysOut" type="xs:int" minOccurs="0" />

<xs:element name="AssetID" msprop:FriendlyName="AssetID" msprop:DbColumnName="AssetID" type="xs:long" minOccurs="0" />

<xs:element name="AssetOrigin" msprop:FriendlyName="AssetOrigin" msprop:DbColumnName="AssetOrigin" minOccurs="0" >

<xs:simpleType>

<xs:restriction base="xs:string">

<xs:maxLength value="50" />

</xs:restriction>

</xs:simpleType>

</xs:element>

</xs:sequence>

</xs:complexType>

</xs:element>

</xs:choice>

</xs:complexType>

</xs:element>

</xs:schema>

<diffgr:diffgram xmlns:msdata="urn:schemas-microsoft-com:xml-msdata" xmlns:diffgr="urn:schemas-microsoft-com:xml-diffgram-v1" />

</Schema>

</DataSourceView>

</DataSourceViews>

<ddl200_200:StorageEngineUsed>InMemory</ddl200_200:StorageEngineUsed>

</Database>

</ObjectDefinition>

</Create>

</Command>

</Execute>

</soap:Body>

</soap:Envelope>

Vea también

Conceptos

Introducción a Analysis Services Scripting Language

Compartir a través de

Orígenes de datos y enlaces (Analysis Services - Datos multidimensionales)

Tipos de datos de Analysis Services

Enlaces para dimensiones

Enlaces para grupos de medidas, medidas y particiones

Atributos de granularidad de grupo de medidas

Migrar desde Objetos de ayuda para la toma de decisiones

Enlaces para modelos de minería de datos

Enlaces para un modelo de minería de datos relacional

Enlaces para un modelo de minería de datos OLAP

Enlaces fuera de línea

Definición del tipo de enlace fuera de línea

Ejemplos

Comando ProcessFull

Comando ProcessAdd

Crear bases de datos y dimensiones

Vea también

Conceptos

Recursos adicionales