Creazione e utilizzo di modelli di report basati su Teradata
Data creazione: 17 novembre 2008
È possibile generare modelli di report basati su un database Teradata versione 12.00 o versione 6.20 mediante Progettazione modelli, Gestione report o Microsoft Office SharePoint Server 2007 in esecuzione nella modalità di integrazione con SharePoint.
[!NOTA] Prima che sia possibile creare un modello basato su un database Teradata, è necessario che l'amministratore di sistema abbia installato la versione 12.00.00.01 del provider di dati .NET Framework per Teradata nel server di report e nel client di creazione dei report. Per ulteriori informazioni, vedere Configurazione di Reporting Services per modelli di report basati su Teradata.
Stringhe di connessione
Per connettersi a un database Teradata, è necessario generare o specificare una stringa di connessione che identifichi il database, il server di database e le credenziali. È inoltre consigliabile specificare uno schema. Se non viene specificato uno schema, verranno recuperati tutti gli schemi per i quali si dispone di autorizzazioni nell'origine dati. Per ulteriori informazioni, vedere Procedura: Creazione di un file dell'origine dati Teradata per un progetto modello di report.
Supporto della versione
Per creare un modello in base a un database Teradata, è necessario utilizzare la versione corretta del provider di dati .NET Framework per Teradata versione 12.00.00.01. Questo provider di dati supporta i database Teradata che eseguono le versioni 12.0 e 6.20 ed è disponibile direttamente dal sito Web Teradata Corporation. Rivolgersi all'amministratore di sistema per verificare che le versioni corrette siano installate e configurate nel computer di creazione dei report e nel server di report. Per ulteriori informazioni, vedere Origini dei dati supportate da Reporting Services.
Limitazioni funzionali
A causa del comportamento sottostante del provider di dati Teradata, la generazione di un modello in base a un database Teradata è diversa dalla generazione di un modello in base ad altri tipi di origini dati, come illustrato di seguito:
- Chiavi primarie. Le chiavi primarie presenti in un database Teradata non vengono rilevate dalla Creazione guidata vista origine dati. Le chiavi primarie sono necessarie per generare un modello di report. È necessario utilizzare il menu Vista origine dati nel progetto modello di report in Business Intelligence Development Studio per definire le chiavi primarie logiche che possono essere utilizzate per generare un modello. Per ulteriori informazioni, vedere Procedura: Creazione di un modello di report con chiavi primarie da un database Teradata.
Se esistono troppi oggetti o tabelle per i quali definire manualmente le chiavi logiche, sarà possibile creare un modello con una vista origine dati dal server di report. Nel modello generato nel server di report è inclusa una vista origine dati che contiene chiavi primarie. Dopo aver creato il modello nel server di report, sarà possibile scaricarlo nel client di creazione dei report e importarlo nel progetto modello di report. Dopo aver aggiunto il modello a un elemento esistente, la vista origine dati verrà visualizzata nella cartella Viste origine dati. - Convertitore di query SMDL (Semantic Model Definition Language). Il convertitore di query SMDL presenta alcune differenze di comportamento quando viene utilizzato con un database Teradata, tra cui differenze poco significative nelle funzionalità e nelle opzioni di configurazione necessarie per controllare le soluzioni alternative per i bug e le limitazioni di progettazione del database di destinazione.
Nelle sezioni seguenti vengono descritte queste differenze.
Tipi di dati
SMDL supporta solo i tipi di dati Teradata seguenti.
| Tipo SMDL | Tipo Teradata |
|---|---|
String |
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 |
Per un'origine dati Teradata, SMDL non supporta alcun tipo di dati non elencato in precedenza, inclusi i seguenti:
- TIME WITH TIME ZONE
- TIMESTAMP WITH TIME ZONE
- Alcuni tipi di dati USER DEFINED TYPE (UDT)
- Valori DECIMAL con precisione maggiore di 29 cifre non possono essere rappresentati nel tipo di dati CLR Decimal. Ad esempio, un campo nell'origine dati potrebbe avere una precisione di 38 cifre. A seconda della precisione e della scala dei dati, il recupero dei dati in fase di esecuzione potrebbe causare un'eccezione nel provider di dati. Per ulteriori informazioni, vedere la documentazione relativa al provider di dati .NET Framework per Teradata.
Quando si utilizza Gestione report o Office SharePoint Server per generare automaticamente un modello di report, le colonne che contengono tipi di dati non supportati vengono escluse. Inoltre, se un tipo di dati non supportato fa parte della chiave primaria, l'intera entità non verrà generata.
Quando si crea un modello di report utilizzano Progettazione modelli, tutti gli elementi vengono aggiunti al modello di report. Durante la ridefinizione del modello, sarà pertanto necessario filtrare manualmente tutti i tipi di dati non supportati elencati in precedenza.
Funzioni
Il comportamento di alcune funzioni può dipendere dal database sottostante. Se si specifica un valore minore di zero come argomento della lunghezza nella funzione Left, Right o Substring, si verificherà un comportamento imprevisto in SMQL.
Valori predefiniti
Di seguito vengono illustrati i valori predefiniti utilizzati da Teradata:
I valori letterali di stringhe di caratteri provengono dal set di caratteri Unicode.
Il tipo di dati Date supporta anni, giorni e mesi e non include l'orario espresso in ore, minuti e secondi.
Opzioni di configurazione
A seconda dell'origine dati sottostante, sono disponibili numerose opzioni di configurazione che consentono di modificare il comportamento del convertitore di query in base alle specifiche dell'origine dati e dell'ambiente. Le opzioni seguenti sono definite nel file RSReportServer.config, il quale viene installato per impostazione predefinita nella cartella <UnitàSistema>:\Programmi\Microsoft SQL Server\MRRS10.MSSQLSERVER\Reporting Services\ReportServer\.
| Nome | Tipo | Valore predefinito della definizione | Descrizione |
|---|---|---|---|
EnableMath OpCasting |
Boolean |
False |
Viene attivata l'esecuzione del cast dei risultati di operazioni matematiche in un formato decimale di Microsoft .NET Framework. Alcune operazioni matematiche nelle query possono restituire valori decimali in combinazione con precisione e scala non rappresentabili nel tipo di dati decimale di .NET Framework. Sebbene sia possibile eseguire il cast dei risultati di tali espressioni decimali come decimali, è improbabile che gli utenti siano a conoscenza del fatto che si tratta di una necessità in fase di progettazione. Nel caso in cui tali espressioni vengano create frequentemente, questa opzione può essere impostata su True in modo da eseguire automaticamente il cast necessario. |
Vedere anche
Concetti
Utilizzo di Progettazione modelli
Origini dei dati supportate da Reporting Services
Connessione a un'origine dei dati
File di configurazione RSReportServer