Per accedere ai dati con il database Teradata per la connessione a DataStage , creare un asset di connessione per esso. Questa connessione funziona con il database DataStage Teradata per DataStage connettore, che dispone di funzioni esclusive per DataStage.
Teradata fornisce servizi e prodotti correlati al database e all'analytics.
Versioni supportate
Teradata database 16.20, 17.00e 17.10
Crea una connessione con il database Teradata per DataStage
Per creare l'asset di connessione, sono necessari i seguenti dettagli di connessione:
- Server: Teradata Director Program ID: l'ID di rete del database Teradata . È possibile utilizzare da 1 a 258 caratteri. È possibile specificare il nome internet completo o un indirizzo IPv4 o IPv6 .
- Account: ID account utente per la contabilizzazione delle risorse
- Database: database predefinito
- Nome utente e password
Il database Teradata per la connessione a DataStage supporta il connettore IBM Cloud Satellite. Il riquadro IBM Cloud Satellite è disponibile nella sezione Connettività privata del modulo Crea connessione. È possibile impostare un Satellite Connector per connettersi in modo sicuro all'origine dati da un container Docker nell'infrastruttura on-premise o impostare una posizione Satellite con più host nell'infrastruttura, ad esempio un data center on-premise o un cloud. Per ulteriori informazioni, vedere Impostazione di un connettore Satellite.
Opzioni avanzate
Modalità transazione: semantica per transazioni SQL: ANSI o Teradata. Nella modalità di sessione ANSI, le istruzioni SQL aderiscono alle regole definite dalla specifica SQL ANSI. Ogni transazione è composta da una o più richieste, ognuna delle quali può essere composta da una o più istruzioni SQL. Le richieste di più istruzioni vengono considerate come una singola unità; è stato eseguito il commit di tutto il lavoro eseguito da tutte le istruzioni oppure non è stato eseguito il commit di nessuno dei lavori.
Nella modalità sessione Teradata (nota anche come modalità sessione BTET), l'elaborazione delle transazioni segue una serie di regole definite da Teradata. Utilizzare la modalità di sessione Teradata per l'elaborazione delle transazioni da parte delle applicazioni legacy.
Serie di caratteri client: serie di caratteri client Teradata . Il valore predefinito è
UTF8
. Vedere il " documentazione Teradata per i set di caratteri supportati.Codifica serie di caratteri automatica: per impostazione predefinita, questa proprietà è selezionata.
Deselezionare se si desidera specificare una codifica serie di caratteri ICU. Specificare il nome della mappa NLS e il numero massimo di byte per carattere per la nuova mappa.Espressione di banda della query: elenco separato da punto e virgola di coppie nome - valore da utilizzare nell'istruzione di banda della query generata per la sessione. Una banda di query è un insieme di parametri definiti dall'utente che possono essere impostati su una sessione, una transazione o entrambi per identificare l'origine di una query. Dopo aver definito una banda di query, questa viene passata al database Teradata come un elenco di coppie nome=valore in una singola stringa tra virgolette. Ad esempio,
'ProjectName=dstage1'
.Leggi espressione dal file: selezionare questa opzione per leggere l'espressione della banda di query dal file che è specificato nel campo Espressione della banda di query . Immettere il nome della serie di caratteri IANA del file per la codifica nel campo Serie di caratteri .
Meccanismo di accesso: selezionare il meccanismo di sicurezza da utilizzare per autenticare l'utente:
- Valore predefinito: utilizzare il meccanismo di collegamento del server Teradata .
- TD2: utilizzare il meccanismo di protezione Teradata .
- LDAP: utilizzare un meccanismo di sicurezza LDAP per l'autenticazione esterna.
Pass through Unicode: consente l'importazione e l'esportazione di PTC (Pass Through Character) da Teradata. Vedere la documentazioneTeradata.
Certificati
Modalità SSL: la modalità SSL configurata sul server Teradata . La modalità Disabilita (non codificato - nessun fallback da codificare) viene utilizzata se non viene effettuata alcuna selezione.
Consenti (non crittografato - ritorna a crittografato): stabilire una connessione non crittografata che utilizza la porta non TLS. Se il server è configurato per accettare le connessioni sulla porta non TLS ma il tentativo di connessione alla porta non TLS ha esito negativo (ad esempio, timeout), il tentativo di connessione avrà esito negativo e restituirà un errore.
Una connessione codificata (TLS) viene utilizzata per il fallback se l'amministratore disabilita la porta non TLS e abilita la porta TLS.
Disabilita (non codificato - nessun fallback da codificare): stabilire una connessione non codificata che utilizzi la porta non TLS.
Preferisci (crittografato - ritorna a non crittografato): stabilisci una connessione crittografata (TLS) se il server supporta TLS e la porta TLS è abilitata. Se il server è configurato per accettare le connessioni sulla porta TLS, ma il tentativo di connessione alla porta TLS ha esito negativo (ad esempio, timeout), il tentativo di connessione avrà esito negativo e restituirà un errore.
Una connessione non codificata alla porta non TLS viene utilizzata per il fallback se l'amministratore disabilita la porta TLS o il server non supporta TLS.
Require (encrypted - no fallback to unencrypted): stabilire una connessione codificata (TLS) se il server supporta le connessioni TLS. Il tentativo di connessione ha esito negativo se non è possibile stabilire la connessione TLS. Non eseguire il fallback alla porta non TLS.
Verify - CA (encrypted - verify CA): simile a Require (encrypted - no fallback to unencrypted), ma verifica anche il certificato CA (Certificate Authority) del server rispetto ai certificati CA attendibili configurati. Il tentativo di connessione ha esito negativo se non vengono trovati certificati CA corrispondenti validi.
Verify - Full (encrypted - verify CA e nome host): simile a Verify - CA (encrypted - verify CA), ma verifica anche l'identità del nome host controllando il nome host utilizzato dal client per la connessione al server rispetto all'identità nel certificato che il server invia al client. Il nome host viene confrontato con gli attributi Subject Alternative Name del certificato o con l'attributo Common Name se non è presente alcun Subject Alternative Name di tipo "DNS Name".
Se l'attributo del nome del certificato inizia con un asterisco (*
), l'asterisco verrà considerato come un carattere jolly, che corrisponderà a tutti i caratteri tranne un punto (.
). Ciò significa che il certificato non corrisponderà ai domini secondari. Se la connessione viene effettuata utilizzando un indirizzo IP invece di un nome host, l'indirizzo IP verrà associato (senza alcuna ricerca DNS).
La connessione ha esito negativo se si verifica una mancata corrispondenza. Per le connessioni codificate, questa opzione consente di evitare attacchi man - in - the - middle.
Se si seleziona Verifica - CA (verifica CA codificata) o Verifica - Completo (verifica CA codificata e nome host), incollare il certificato SSL dell'host da rendere attendibile. Il certificato è necessario solo quando il certificato host è firmato da un'autorità di certificazione privata.
Scegliere il metodo per la creazione di una connessione in base alla posizione in cui ci si trova nella piattaforma
- In un progetto
- Fare clic su Asset> Nuovo asset> Connetti a una origine dati. Consultare Aggiunta di una connessione a un progetto.
- In uno spazio di distribuzione
- Fare clic su Importa asset> Accesso dati> Connessione. Consultare Aggiunta di asset di dati a uno spazio di distribuzione.
- Nel Platform assets catalog
- Fare clic su Nuova connessione. Consultare Aggiunta di connessioni di piattaforma.
Passo successivo: aggiungere gli asset di dati dalla connessione
Dove è possibile utilizzare questa connessione
È possibile utilizzare il database Teradata per la connessione DataStage nei seguenti spazi di lavoro e strumenti:
Progetti
DataStage (servizioDataStage ). Consultare Connessione a un'origine dati in DataStage.
Cataloghi
Platform assets catalog
Esecuzione di istruzioni SQL
Per essere certi che le istruzioni SQL vengano eseguite correttamente, fare riferimento alla documentazione SQLTeradata per la sintassi corretta.
Tipi di dati supportati
Il database Teradata per la connessione DataStage supporta la maggior parte dei tipi di dati Teradata tranne INTERVAL, TIME WITH TIME ZONE, TIMESTAMP WITH TIME ZONE e UDT.
Ulteriori informazioni
Connessione correlata: connessioneTeradata
Argomento principale: Connessioni supportate
Teradata JDBC Driver 17.00.00.03 Copyright (C) 2024 by Teradata. Tutti i diritti riservati. IBM fornisce l'utilizzo integrato del driver Teradata JDBC sotto licenza da Teradata unicamente per l'utilizzo come parte dell'offerta del servizio IBM Watson .