Création et utilisation des modèles de rapports Teradata

Article
12/15/2008

Nouveau : 17 novembre 2008

Vous pouvez générer des modèles de rapports basés sur une base de données Teradata qui exécute la version 12.00 ou la version 6.20 à l'aide du Générateur de modèles, du Gestionnaire de rapports ou de Microsoft Office SharePoint Server 2007 en cas d'exécution en mode intégré SharePoint.

Remarque :
Pour que vous puissiez créer un modèle basé sur une base de données Teradata, l'administrateur système doit avoir installé le Fournisseur de données .NET Framework pour Teradata version 12.00.00.01 sur le serveur de rapports et sur le client de création de rapports. Pour plus d'informations, consultez Configuration de Reporting Services pour les modèles de rapports basés sur Teradata.

Chaînes de connexion

Pour vous connecter à une base de données Teradata, vous devez créer ou spécifier une chaîne de connexion qui identifie la base de données, le serveur de base de données et les informations d'identification. De plus, il est recommandé de spécifier un schéma. Si vous ne spécifiez pas de schéma, tous les schémas pour lesquels vous disposez d'autorisations sur la source de données sont extraits. Pour plus d'informations, consultez Procédure : créer un fichier de source de données Teradata pour un projet de modèle de rapport.

Prise en charge des versions

Pour créer un modèle à partir d'une base de données Teradata, vous devez utiliser la version correcte du Fournisseur de données .NET Framework pour Teradata version 12.00.00.01. Ce fournisseur de données prend en charge les bases de données Teradata qui exécutent les versions 12.0 et 6.20 ; vous pouvez l'obtenir directement auprès de Teradata Corporation. Contactez votre administrateur système afin de vérifier que les versions correctes sont installées et configurées sur votre ordinateur de création de rapports et sur le serveur de rapports. Pour plus d'informations, consultez Sources de données prises en charge par Reporting Services.

Limitations fonctionnelles

Pour des raisons implicites au comportement sous-jacent du fournisseur de données Teradata, la génération d'un modèle à partir d'une base de données Teradata diffère de la génération d'un modèle à partir d'autres types de sources de données, comme décrit ci-dessous :

Clés primaires. L'Assistant Vue de source de données ne détecte pas les clés primaires sur une base de données Teradata. Les clés primaires sont nécessaires pour générer un modèle de rapport. Vous devez utiliser le menu Vue de source de données dans le projet Modèle de rapport dans Business Intelligence Development Studio pour définir les clés primaires logiques qui peuvent être utilisées pour générer un modèle. Pour plus d'informations, consultez Procédure : créer un modèle de rapport avec des clés primaires à partir d'une base de données Teradata.
S'il existe trop de tables ou d'objets pour lesquels définir manuellement des clés logiques, vous pouvez créer un modèle avec une vue de source de données à partir du serveur de rapports. Un modèle généré sur le serveur de rapports inclut une vue de source de données qui inclut des clés primaires. Après avoir créé le modèle sur le serveur de rapports, vous pouvez le télécharger sur le client de création de rapport et l'importer dans le projet de modèle de rapport. Après l'ajout du modèle comme élément existant, la vue de source de données apparaît dans le dossier des vues de source de données.
Traducteur de requête SMDL (Semantic Model Definition Language). Le comportement du traducteur de requête SMDL diffère quelque peu lorsqu'il est utilisé avec une base de données Teradata. Ces comportements peuvent inclure des différences mineures de fonctionnalités et des changements de configuration nécessaires pour contrôler les résolutions de bogue et les limitations de conception dans la base de données cible.

Les rubriques suivantes décrivent ces différences :

Types de données

SMDL prend en charge uniquement les types de données Teradata suivants.

Type SMDL	Type Teradata
Chaîne	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

Pour une source de données Teradata, SMDL ne prend pas en charge de type de données qui ne figurent pas ci-dessus, y compris ce qui suit :

TIME WITH TIME ZONE
TIMESTAMP WITH TIME ZONE
Certains types de données définis par l'utilisateur
DECIMAL avec une précision de plus de 29 chiffres qui ne peut pas être représenté dans le type de données décimal CLR. Par exemple, un champ sur la source de données peut avoir une précision de 38 chiffres. Selon la précision et l'échelle des données, l'extraction des données lors de l'exécution peut provoquer une exception dans le fournisseur de données. Pour plus d'informations, consultez la documentation du Fournisseur de données .NET Framework pour Teradata.

Lors de l'utilisation du Gestionnaire de rapports ou de Office SharePoint Server pour générer automatiquement un modèle de rapport, les colonnes qui contiennent des types de données non pris en charge sont exclues. De plus, si un type de données non pris en charge appartient à une clé primaire, l'entité complète n'est pas générée.

Lors de la création d'un modèle de rapport à l'aide du Générateur de modèles, tout est ajouté au modèle de rapport. Par conséquent, vous devrez filtrer tous les types de données non pris en charge répertoriés ci-dessus manuellement lors de l'affinage du modèle.

Fonctions

Le comportement de certaines fonctions peuvent dépendre de la base de données sous-jacente. Si vous spécifiez une valeur inférieure à zéro pour l'argument de longueur au sein de la fonction Left, Right ou Substring, le comportement est indéfini dans SMQL.

Valeurs par défaut

Les valeurs par défaut suivantes sont utilisées par Teradata :

Les littéraux de chaînes de caractères proviennent du jeu de caractères Unicode.

Le type de données Data prend en charge l'année, les jours et les mois, mais il n'inclut pas les heures, les minutes et les secondes.

Commutateurs de configuration

En raison de la source de données sous-jacente, plusieurs commutateurs de configuration sont disponibles pour modifier le comportement du traducteur de requête en fonction des spécificités de la source de données et de l'environnement. Les commutateurs suivants sont définis dans le fichier RSReportServer.config installé dans le dossier <lecteur_système>:\Program Files\Microsoft SQL Server\MRRS10.MSSQLSERVER\Reporting Services\ReportServer\ par défaut.

Nom	Type	Valeur par défaut de la définition	Description
EnableMath OpCasting	Boolean	False	Le commutateur active la conversion des résultats d'opérations mathématiques au format décimal Microsoft .NET Framework. Certaines opérations mathématiques dans les requêtes peuvent donner des valeurs décimales associent un niveau de précision et d'échelle qui ne peut pas être représenté dans le type de données décimal .NET Framework. Si vous pouvez convertir explicitement les résultats de ces expressions décimales au format décimal, il est peu probable que vos utilisateurs sachent que cette opération est nécessaire au moment de la conception. Si ces expressions sont créées fréquemment, vous pouvez affecter la valeur True à ce commutateur pour exécuter automatiquement la conversion nécessaire.

EnableMath

OpCasting

Boolean

False

Le commutateur active la conversion des résultats d'opérations mathématiques au format décimal Microsoft .NET Framework.

Certaines opérations mathématiques dans les requêtes peuvent donner des valeurs décimales associent un niveau de précision et d'échelle qui ne peut pas être représenté dans le type de données décimal .NET Framework. Si vous pouvez convertir explicitement les résultats de ces expressions décimales au format décimal, il est peu probable que vos utilisateurs sachent que cette opération est nécessaire au moment de la conception. Si ces expressions sont créées fréquemment, vous pouvez affecter la valeur True à ce commutateur pour exécuter automatiquement la conversion nécessaire.

Voir aussi

Concepts

Utilisation du Générateur de modèles
Sources de données prises en charge par Reporting Services
Connexion à une source de données
Fichier de configuration RSReportServer

Aide et Informations

Assistance sur SQL Server 2005