Crear y usar modelos de informe basados en Teradata
Nuevo: 17 de noviembre de 2008
Puede generar modelos de informe basados en una base de datos de Teradata que ejecute la versión 12.00 o 6.20 usando el Diseñador de modelos, el Administrador de informes o Microsoft Office SharePoint Server 2007 cuando se ejecutan en el modo integrado de SharePoint.
[!NOTA] Para poder crear un modelo basado en una base de datos de Teradata, el administrador del sistema debe haber instalado el Proveedor de datos de .NET Framework para Teradata, la versión 12.00.00.01, en el servidor de informes y en el cliente de creación de informes. Para obtener más información, vea Configurar Reporting Services para modelos de informe basados en Teradata.
Cadenas de conexión
Para conectarse a una base de datos de Teradata, debe generar o especificar una cadena de conexión que identifica la base de datos, el servidor de bases de datos y las credenciales. Además, se recomienda que especifique un esquema. Si no especifica un esquema, se recuperan todos los esquemas en los que tenga permisos en el origen de datos. Para obtener más información, vea Cómo crear un archivo de origen de datos de Teradata para un proyecto de modelos de informe.
Compatibilidad con versiones
Para crear un modelo a partir de la base de datos de Teradata, debe usar la versión correcta del Proveedor de datos de .NET Framework para Teradata, la versión 12.00.00.01. Este proveedor de datos admite las bases de datos de Teradata que ejecuten la versión 12.0 ó 6.20, y está disponible directamente en Teradata Corporation. Colabore con el administrador del sistema para comprobar que se han instalado y configurado las versiones correctas en el equipo de creación de informes y en el servidor de informes. Para obtener más información, vea Orígenes de datos compatibles con Reporting Services.
Limitaciones funcionales
Debido al comportamiento subyacente del proveedor de datos de Teradata, generar un modelo desde una base de datos de Teradata es diferente de generarlo desde otros tipos de orígenes de datos, como los siguientes:
- Claves principales. El Asistente para vistas de origen de datos no detecta las claves principales en una base de datos de Teradata. Se necesitan las claves principales para generar un modelo de informe. Debe usar el menú Vista del origen de datos en el proyecto de modelos de informe de Business Intelligence Development Studio para definir las claves principales lógicas que pueden usarse para generar un modelo. Para obtener más información, vea Cómo crear un modelo de informe con claves principales a partir de una base de datos de Teradata.
Si hay demasiadas tablas u objetos para los que definir manualmente claves lógicas, puede crear un modelo con una vista del origen de datos desde el servidor de informes. Un modelo que se genere en el servidor de informes incluirá una vista del origen de datos que incluya claves principales. Después de crear el modelo en el servidor de informes, puede descargarlo en el cliente de creación de informes e importarlo en el proyecto de modelos de informe. Cuando haya agregado el modelo como elemento, la vista del origen de datos aparecerá debajo de la carpeta Vistas de origen de datos. - Traductor de consultas del Lenguaje de definición de modelos semánticos (SMDL). El traductor de consultas de SMDL presenta algunas diferencias en el comportamiento cuando se usa con una base de datos de Teradata. Estos comportamientos pueden ser diferencias secundarias en funcionalidad e indicadores de configuración necesarios para controlar las soluciones a los errores y los límites de diseño en la base de datos de destino.
En las secciones siguientes se describen estas diferentes.
Tipos de datos
SMDL admite sólo los siguientes tipos de datos de Teradata.
| Tipo de SMDL | Tipo de Teradata |
|---|---|
Cadena |
CHAR, CHARACTER, CHAR VARYING, CHARACTER VARYING, CHARACTER LARGE OBJECT, CLOB, GRAPHIC, INTERVAL DAY, INTERVAL DAY TO HOUR, INTERVAL DAY TO MINUTE, INTERVAL DAY TO SECOND, INTERVAL HOUR, INTERVAL HOUR TO MINUTE, INTERVAL HOUR TO SECOND, INTERVAL MINUTE, INTERVAL MINUTE TO SECOND, INTERVAL MONTH, INTERVAL SECOND, INTERVAL YEAR, INTERVAL YEAR TO MONTH, LONG VARCHAR, LONG VARGRAPHIC, VARCHAR, VARGRAPHIC |
Int16 |
SMALLINT |
Int32 |
INT, INTEGER |
Int64 |
BIGINT |
Decimal |
DEC, DECIMAL, NUMERIC |
Double |
DOUBLE PRECISION, FLOAT, REAL |
Binary |
BINARY LARGE OBJECT, BLOB, VARBYTE |
Byte |
BYTE |
SByte |
BYTEINT |
Date |
DATE |
Time |
TIME |
DateTime |
TIMESTAMP |
En un origen de datos de Teradata, SMDL no admite ningún tipo de datos que no se haya indicado anteriormente, entre los que se incluyen los siguientes:
- TIME WITH TIME ZONE
- TIMESTAMP WITH TIME ZONE
- Algunos tipos de datos definidos por el usuario (UDT)
- DECIMAL con una precisión superior a 29 dígitos que no se pueda representar en el tipo de datos Decimal CLR. Por ejemplo, un campo del origen de datos podría tener una precisión de 38 dígitos. Según la precisión y la escala de los datos, al recuperar los datos en tiempo de ejecución podría ocasionarse una excepción en el proveedor de datos. Para obtener más información, vea la documentación del Proveedor de datos de .NET Framework de Teradata.
Cuando se usa el Administrador de informes o Office SharePoint Server para generar automáticamente un modelo de informe, las columnas que contienen tipos de datos no admitidos se excluyen. Además, si un tipo de datos no admitido forma parte de una clave principal, no se genera la entidad completa.
Al crear un modelo de informe con el Diseñador de modelos, se agrega todo al modelo de informe. Por lo tanto, al refinar el modelo tendrá que filtrar de forma manual todos los tipos de datos no admitidos que se han enumerado anteriormente.
Funciones
El comportamiento de algunas funciones puede depender de la base de datos subyacente. Si especifica un valor inferior a cero para el argumento length de la función Left, Right o Substring, el comportamiento se queda sin definir en SMQL.
Valores predeterminados
En Teradata se usan los valores predeterminados siguientes:
Los literales de cadena de caracteres son del juego de caracteres Unicode.
El tipo de datos Date admite el año, los días y los meses, y no incluye el tiempo en horas, minutos y segundos.
Modificadores de configuración
Debido al origen de datos subyacente, hay muchos modificadores de configuración disponibles para modificar el comportamiento del traductor de consultas según los detalles del origen de datos y el entorno. Los siguientes modificadores se definen en el archivo RSReportServer.config, instalado en la carpeta <SysDrive>:\Archivos de programa\Microsoft SQL Server\MRRS10.MSSQLSERVER\Reporting Services\ReportServer\ de manera predeterminada.
| Nombre | Tipo | Definición predeterminada | Descripción |
|---|---|---|---|
EnableMath OpCasting |
Boolean |
False |
El modificador activa la conversión de los resultados de las operaciones matemáticas a un formato decimal de Microsoft .NET Framework. Determinadas operaciones matemáticas de las consultas pueden tener como resultado valores decimales con una combinación de precisión y escala que no se puede representar en el tipo de datos decimal de .NET Framework. Aunque puede convertir explícitamente los resultados de estas expresiones decimales a un valor decimal, no es probable que los usuarios sepan que esto es necesario en tiempo de diseño. En caso de que estas expresiones se creen con frecuencia, este modificador se puede establecer en True para realizar automáticamente la conversión necesaria. |
Vea también
Conceptos
Trabajar con el Diseñador de modelos
Orígenes de datos compatibles con Reporting Services
Conectar con un origen de datos
Archivo de configuración RSReportServer