Share via


Erstellen und Verwenden Teradata-basierter Berichtsmodelle

Neu: 17. November 2008

Sie können Berichtsmodelle generieren, die auf einer Teradata-Datenbank mit der Version 12.00 oder Version 6.20 oder höher basieren, indem Sie den Modell-Designer, den Berichts-Designer oder Microsoft Office SharePoint Server  2007 verwenden, wenn die Ausführung im integrierten SharePoint-Modus erfolgt.

Dd353295.note(de-de,SQL.90).gifHinweis:
Bevor Sie ein Modell auf Basis einer Teradata-Datenbank erstellen können, muss der Systemadministrator auf dem Berichtsserver sowie auf dem Berichterstellungsclient die richtige Version des .NET Framework-Datenanbieters für Teradata Version 12.00.00.01 installieren. Weitere Informationen finden Sie unter Konfigurieren von Reporting Services für Teradata-basierte Berichtsmodelle.

Verbindungszeichenfolgen

Um eine Verbindung mit einer Teradata-Datenbank herzustellen, müssen Sie eine Verbindungszeichenfolge erstellen oder angeben, die die Datenbank, den Datenbankserver und die Anmeldeinformationen identifiziert. Außerdem empfiehlt sich die Angabe eines Schemas. Wenn Sie kein Schema angeben, werden alle Schemas von der Datenquelle abgerufen, für die Sie über eine Berechtigung verfügen. Weitere Informationen finden Sie unter Vorgehensweise: Erstellen einer Teradata-Datenquelldatei für ein Berichtsmodellprojekt.

Versionsunterstützung

Um ein Modell aus einer Teradata-Datenbank zu erstellen, müssen Sie die richtige Version des .NET Framework-Datenprovider für Teradata Version 12.00.00.01 verwenden. Dieser Datenanbieter unterstützt Teradata-Datenbanken, die Version 12.0 und 6.20 ausführen, und ist direkt bei der Teradata Corporation erhältlich. Prüfen Sie gemeinsam mit dem Systemadministrator, ob die richtigen Versionen auf Ihrem Computer zur Berichterstellung und auf dem Berichtsserver installiert und konfiguriert sind. Weitere Informationen finden Sie unter Von Reporting Services unterstützte Datenquellen.

Funktionale Einschränkungen

Aufgrund des zugrunde liegenden Verhaltens der Teradata-Datenprovider unterscheidet sich die Generierung eines Modells aus einer Teradata-Datenbank wie folgt von der Generierung eines Modells aus anderen Typen von Datenquellen:

  • Primärschlüssel. Der Datenquellensicht-Assistent erkennt keine Primärschlüssel auf einer Teradata-Datenbank. Primärschlüssel sind für die Generierung eines Berichtsmodells erforderlich. Sie müssen das Menü Datenquellensicht im Berichtsmodellprojekt in Business Intelligence Development Studio verwenden, um logische Primärschlüssel zu definieren, die für die Generierung eines Modells genutzt werden können. Weitere Informationen finden Sie unter Vorgehensweise: Erstellen eines Berichtsmodells mit Primärschlüsseln aus einer Teradata-Datenbank.
    Wenn es zu viele Tabellen oder Objekte gibt, für die manuell logische Schlüssel definiert werden müssen, können Sie ein Modell mit einer Datenquellensicht vom Berichtsserver erstellen. Ein Modell, das auf dem Berichtsserver generiert wird, enthält eine Datenquellensicht mit Primärschlüsseln. Nachdem Sie das Modell auf dem Berichtsserver erstellt haben, können Sie es auf den Berichterstellungsclient herunterladen und in das Berichtsmodellprojekt importieren. Nachdem Sie das Modell als vorhandenes Element hinzugefügt haben, wird die Datenquellensicht unter dem Ordner Datenquellensichten angezeigt.
  • SMDL-Abfragekonvertierungsprogramm (Semantic Model Definition Language). Das SMDL-Abfragekonvertierungsprogramm weist bei der Verwendung mit einer Teradata-Datenbank einige Verhaltensunterschiede auf. Diese Verhaltensweisen können geringfügige Unterschiede in der Funktionalität und in den Konfigurationsschaltern verursachen, die zum Steuern von Problemumgehungen für Fehler und Entwurfseinschränkungen in der Zieldatenbank erforderlich sind.

In den folgenden Abschnitten werden diese Unterschiede beschrieben.

Datentypen

Nur die im Folgenden aufgeführten Teradata-Datentypen werden von SMDL unterstützt.

SMDL-Typ Teradata-Typ

Zeichenfolge

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

Dezimal

DEC, DECIMAL, NUMERIC

Doppelt

DOUBLE PRECISION, FLOAT, REAL

Binär

BINARY LARGE OBJECT, BLOB, VARBYTE

Byte

BYTE

SByte

BYTEINT

Datum

DATE

Uhrzeit

TIME

DateTime

TIMESTAMP

Bei einer Teradata-Datenquelle unterstützt SMDL keine anderen außer den oben aufgeführten Datentypen, einschließlich der folgenden:

  • TIME WITH TIME ZONE
  • TIMESTAMP WITH TIME ZONE
  • Einige USER DEFINED TYPE-Datentypen (UDTs)
  • DECIMAL mit einer Genauigkeit über 29 Ziffern, die nicht im CLR-Dezimaldatentyp dargestellt werden können. Zum Beispiel könnte ein Feld in der Datenquelle über eine Genauigkeit von 38 Ziffern verfügen. Je nach Genauigkeit und Umfang der Daten kann der Datenabruf zur Laufzeit eine Ausnahme im Datenprovider auslösen. Weitere Informationen finden Sie in der Dokumentation zum .NET Framework-Datenprovider von Teradata.

Bei der Verwendung des Berichts-Managers oder von Office SharePoint Server zur automatischen Generierung eines Berichtsmodells werden Spalten, die nicht unterstützte Datentypen enthalten, ausgeschlossen. Außerdem wird die gesamte Entität nicht generiert, wenn ein nicht unterstützter Datentyp Teil eines Primärschlüssels ist.

Bei der Generierung eines Berichtsmodells mittels Modell-Designer wird alles dem Berichtsmodell hinzugefügt. Daher müssen Sie bei der Optimierung des Modells alle nicht unterstützten Datentypen, die oben aufgelistet sind, manuell herausfiltern.

Funktionen

Das Verhalten einiger Funktionen kann möglicherweise von der zugrunde liegenden Datenbank abhängig sein. Wenn Sie für das Argument length in der Funktion Left, Right oder Substring einen kleineren Wert als 0 angeben, ist das Verhalten in SMQL nicht definiert.

Standardwerte

Die folgenden Standardwerte werden von Teradata verwendet:

Zeichenfolgenliterale stammen vom Unicode-Zeichensatz.

Der Date-Datentyp unterstützt Jahr, Tage und Monate und beinhaltet nicht die Zeit in Stunden, Minuten oder Sekunden.

Konfigurationsschalter

Aufgrund der zugrunde liegenden Datenquelle sind viele Konfigurationsschalter verfügbar, mit denen das Verhalten des Abfragekonvertierungsprogramms basierend auf den Besonderheiten der Datenquelle und der Umgebung geändert werden kann. Die folgenden Schalter sind in der Datei RSReportServer.config definiert, die standardmäßig im Ordner <SysDrive>:\Programme\Microsoft SQL Server\MRRS10.MSSQLSERVER\Reporting Services\ReportServer\ installiert ist.

Name Typ Definition (Standard) Beschreibung

EnableMath

OpCasting

Boolesch

FALSE

Der Schalter aktiviert die Umwandlung von Ergebnissen aus mathematischen Vorgängen in ein Dezimalstellenformat von Microsoft .NET Framework.

Bestimmte mathematische Vorgänge in Abfragen haben Dezimalwerte mit einer Kombination aus Genauigkeit und Dezimalstellenanzahl als Ergebnis, die nicht im decimal-Datentyp von .NET Framework dargestellt werden können. Während Sie die Ergebnisse dieser Dezimalausdrücke explizit in eine Dezimalzahl umwandeln können, ist es unwahrscheinlich, dass die Benutzer wissen, dass dies zur Entwurfszeit erforderlich ist. Wenn solche Ausdrücke häufig erstellt werden, kann dieser Schalter auf True festgelegt werden, sodass die erforderliche Umwandlung automatisch ausgeführt wird.

Siehe auch

Konzepte

Arbeiten mit dem Modell-Designer
Von Reporting Services unterstützte Datenquellen
Herstellen einer Verbindung mit einer Datenquelle
RSReportServer-Konfigurationsdatei

Hilfe und Informationen

Informationsquellen für SQL Server 2005