• Article

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

Vous pouvez générer des modèles de rapport basés sur une base de données Teradata qui exécute la version 12.00 ou 6.20, à l'aide du Concepteur de modèles, du Gestionnaire de rapports ou de Microsoft Office SharePoint Server  2007 ou SharePoint Server 2010

lorsque l'exécution se fait en mode intégré SharePoint.

Notes

Pour que vous puissiez vous connecter à une source de données Teradata, l'administrateur système doit avoir installé la version correcte du fournisseur de données .NET pour Teradata sur votre client de création de rapports et sur le serveur de rapports. Pour plus d'informations, consultez Connexions de données, sources de données et chaînes de connexion (SSRS).

Chaînes de connexion

Lors de la création d'un modèle de rapport fondé sur une base de données Teradata, la chaîne de connexion possède le format suivant :

Base de données =<data base>;Source de données =<IP address>; ID d'utilisateur =<user name>; Mot de passe =<password>

Important

Lorsque vous générez une vue de source de données pour votre modèle Teradata, il est recommandé de spécifier un schéma. Sinon, tous les schémas auxquels vous avez accès sur la source de données sont extraits.

Prise en charge de la version

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 correspondant à la version de la base de données Teradata que vous utilisez. Ce composant est disponible auprès de Teradata. Collaborez avec l'administrateur système pour vérifier que les versions appropriées sont installé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 (SSRS).

Limitations fonctionnelles

En raison du comportement sous-jacent de la base 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 sources de données :

  • Clés primaires. L'Assistant Vue de source de données ne détecte pas les clés primaire 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 de modèle de rapport de 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 des clés primaires pour un modèle de rapport Teradata (Reporting Services).

    S'il y a beaucoup trop de tables ou d'objets pour lesquels les clés logiques doivent être définies manuellement, 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 comportant 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 rapports, puis l'importer dans le projet de modèle de rapport. Après que vous avez ajouté le modèle comme élément existant, la vue de source de données apparaît sous le dossier Vues des sources de données.

  • Traducteur de requêtes SMDL (Semantic Model Definition Language) Le traducteur de requêtes SMDL présente des différences de comportement quand 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 limites de conception dans la base de données cible.

Les sections suivantes décrivent ces différences :

Types de données

SMDL prend uniquement en charge 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

Dans le cas d'une source de données Teradata, SMDL ne prend pas en charge les types 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 UDT (USER DEFINED TYPE)

  • Type DECIMAL avec une précision supérieure à 29 chiffres qui ne peut pas être représenté dans le type de donnée CLR Decimal. Par exemple, un champ de la source de données peut avoir une précision de 38 chiffres. En fonction de la précision et de l'échelle des données, l'extraction des données au moment de l'exécution peut provoquer une exception chez le fournisseur de données. Pour plus d'informations, consultez la documentation du fournisseur de données Teradata .NET Framework correspondant à la version du fournisseur de données installé sur le client de création de rapports et sur le serveur de rapports.

Lors de l'utilisation du Gestionnaire de rapports ou d'un produit SharePoint 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, l'ensemble est ajouté au modèle de rapport. Par conséquent, vous devrez filtrer manuellement tous les types de données non pris en charge dans la liste ci-dessus lorsque vous affinerez le 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 Date prend en charge l'année, les jours et les mois, et définit l'heure en heures, minutes et secondes.

Changements de configuration

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

Nom

Type

Définition par défaut

Description

EnableMath

OpCasting

Booléen

False

Le changement 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, ce changement peut être affecté de la valeur True pour exécuter automatiquement la conversion nécessaire.