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 MicrosoftOffice SharePoint Server 2007 en cas d'exécution en mode intégré SharePoint.
[!REMARQUE]
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 Connexion à une source de données (Reporting Services).
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 connexion possède le format suivant :
Database=<base de données>;Data Source=<adresse IP>;userid=<nom d'utilisateur>;password=<mot de passe>
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. Pour plus d'informations, consultez Procédure : récupérer des données d'une source de données Teradata.
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.
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'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, 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. |
Voir aussi