Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Connettore Amazon Athena per Teradata
<a name="connectors-teradata"></a>

 Il connettore Amazon Athena per Teradata consente ad Amazon Athena di eseguire query SQL sui dati archiviati nei database Teradata. 

Questo connettore non utilizza connessioni Glue per centralizzare le proprietà di configurazione in Glue. La configurazione della connessione viene effettuata tramite Lambda.

## Prerequisiti
<a name="connectors-teradata-prerequisites"></a>
+ Implementa il connettore sul tuo Account AWS utilizzando la console Athena o AWS Serverless Application Repository. Per ulteriori informazioni, consulta [Crea una connessione di un'origine dati](connect-to-a-data-source.md) o [Utilizzare il AWS Serverless Application Repository per distribuire un connettore di origine dati](connect-data-source-serverless-app-repo.md).

## Limitazioni
<a name="connectors-teradata-limitations"></a>
+ Le operazioni di scrittura DDL non sono supportate.
+ In una configurazione multiplex, il bucket di spill e il prefisso sono condivisi tra tutte le istanze del database.
+ Eventuali limiti Lambda pertinenti. Per ulteriori informazioni, consulta la sezione [Quote Lambda](https://docs.aws.amazon.com/lambda/latest/dg/gettingstarted-limits.html) nella *Guida per gli sviluppatori di AWS Lambda *.

## Termini
<a name="connectors-teradata-terms"></a>

I seguenti termini si riferiscono al connettore Teradata.
+ **Istanza del database**: qualsiasi istanza del database distribuita on-premise, su Amazon EC2 o su Amazon RDS.
+ **Gestore**: un gestore Lambda che accede all'istanza del database. Un gestore può gestire i metadati o i record di dati.
+ **Gestore dei metadati**: un gestore Lambda che recupera i metadati dall'istanza del database.
+ **Gestore dei record**: un gestore Lambda che recupera i record di dati dall'istanza del database.
+ **Gestore composito**: un gestore Lambda che recupera sia i metadati sia i record di dati dall'istanza del database.
+ **Proprietà o parametro**: una proprietà del database utilizzata dai gestori per estrarre le informazioni del database. Queste proprietà vengono configurate come variabili di ambiente Lambda.
+ **Stringa di connessione**: una stringa di testo utilizzata per stabilire una connessione a un'istanza del database.
+ **Catalogo**: un AWS Glue catalogo non registrato con Athena che è un prefisso obbligatorio per la proprietà. `connection_string`
+ **Gestore multiplex**: un gestore Lambda in grado di accettare e utilizzare più connessioni al database.

## Parameters
<a name="connectors-teradata-parameters"></a>

Utilizzate i parametri di questa sezione per configurare il connettore Teradata.

### Connessioni Glue (consigliate)
<a name="connectors-teradata-gc"></a>

Si consiglia di configurare un connettore Teradata utilizzando un oggetto Glue connections. Per fare ciò, imposta la variabile di `glue_connection` ambiente del connettore Teradata Lambda sul nome della connessione Glue da utilizzare.

**Proprietà delle connessioni Glue**

Utilizzare il seguente comando per ottenere lo schema di un oggetto di connessione Glue. Questo schema contiene tutti i parametri che è possibile usare per controllare la connessione.

```
aws glue describe-connection-type --connection-type TERADATA
```

**Proprietà dell’ambiente Lambda**
+ **glue\$1connection**: specifica il nome della connessione Glue associata al connettore federato.
+ **casing\$1mode**: (Facoltativo) specifica come gestire il casing per i nomi di schemi e tabelle. Il parametro `casing_mode` utilizza i seguenti valori per specificare il comportamento di casing:
  + **none**: Non modifica il casing dello schema e dei nomi delle tabelle specificati. Questa è l’impostazione predefinita per i connettori a cui è associata una connessione glue. 
  + **upper**: tutti i nomi di schemi e tabelle specificati in maiuscolo.
  + **lower**: tutti i nomi di schemi e tabelle specificati in minuscolo.

**Nota**  
Tutti i connettori che utilizzano le connessioni Glue devono essere utilizzati Gestione dei segreti AWS per memorizzare le credenziali.
Il connettore Teradata creato utilizzando le connessioni Glue non supporta l’uso di un gestore di multiplazione.
Il connettore Teradata creato utilizzando le connessioni Glue supporta `ConnectionSchemaVersion` solo 2.

### Connessioni legacy
<a name="connectors-teradata-legacy"></a>

#### Stringa di connessione
<a name="connectors-teradata-connection-string"></a>

Utilizza una stringa di connessione JDBC nel formato seguente per connetterti a un'istanza del database.

```
teradata://${jdbc_connection_string}
```

#### Utilizzo di un gestore multiplex
<a name="connectors-teradata-using-a-multiplexing-handler"></a>

Puoi utilizzare un gestore multiplex per connetterti a più istanze del database con una singola funzione Lambda. Le richieste vengono indirizzate in base al nome del catalogo. Utilizza le seguenti classi in Lambda.


****  

| Gestore | Classe | 
| --- | --- | 
| Gestore composito | TeradataMuxCompositeHandler | 
| Gestore dei metadati | TeradataMuxMetadataHandler | 
| Gestore dei record | TeradataMuxRecordHandler | 

##### Parametri del gestore multiplex
<a name="connectors-teradata-multiplexing-handler-parameters"></a>


****  

| Parametro | Description | 
| --- | --- | 
| \$1catalog\$1connection\$1string | Obbligatorio. Una stringa di connessione di un'istanza del database. Appone alla variabile di ambiente un prefisso con il nome del catalogo utilizzato in Athena. Ad esempio, se il catalogo registrato presso Athena è myteradatacatalog, il nome della variabile di ambiente è myteradatacatalog\$1connection\$1string. | 
| default | Obbligatorio. La stringa di connessione predefinita. Questa stringa viene utilizzata quando il catalogo è. lambda:\$1\$1 AWS\$1LAMBDA\$1FUNCTION\$1NAME \$1 | 

Le seguenti proprietà di esempio si riferiscono a una funzione Lambda Teradata MUX che supporta due istanze del database: `teradata1` (il valore predefinito) e `teradata2`.


****  

| Proprietà | Valore | 
| --- | --- | 
| default | teradata://jdbc:teradata://teradata2.host/TMODE=ANSI,CHARSET=UTF8,DATABASE=TEST,user=sample2&password=sample2 | 
| teradata\$1catalog1\$1connection\$1string | teradata://jdbc:teradata://teradata1.host/TMODE=ANSI,CHARSET=UTF8,DATABASE=TEST,\$1\$1Test/RDS/Teradata1\$1 | 
| teradata\$1catalog2\$1connection\$1string | teradata://jdbc:teradata://teradata2.host/TMODE=ANSI,CHARSET=UTF8,DATABASE=TEST,user=sample2&password=sample2 | 

##### Specifica delle credenziali
<a name="connectors-teradata-providing-credentials"></a>

Per fornire un nome utente e una password per il database nella stringa di connessione JDBC, puoi utilizzare le proprietà della stringa di connessione o Gestione dei segreti AWS.
+ **Stringa di connessione**: puoi specificare un nome utente e una password come proprietà nella stringa di connessione JDBC.
**Importante**  
Come best practice di sicurezza, non utilizzare credenziali codificate nelle variabili di ambiente o nelle stringhe di connessione. *Per informazioni su come trasferire i segreti codificati in Gestione dei segreti AWS, consulta [Move i segreti codificati Gestione dei segreti AWS nella Guida per l'](https://docs.aws.amazon.com/secretsmanager/latest/userguide/hardcoded.html)utente.Gestione dei segreti AWS *
+ **Gestione dei segreti AWS**[— Per utilizzare la funzionalità Athena Federated Query con, Gestione dei segreti AWS il VPC collegato alla funzione Lambda deve avere [accesso a Internet o](https://aws.amazon.com/premiumsupport/knowledge-center/internet-access-lambda-function/) un endpoint VPC per connettersi a Secrets Manager.](https://docs.aws.amazon.com/secretsmanager/latest/userguide/vpc-endpoint-overview.html)

  È possibile inserire il nome di un segreto nella Gestione dei segreti AWS stringa di connessione JDBC. Il connettore sostituisce il nome del segreto con i valori `username` e `password` di Secrets Manager.

  Per le istanze del database Amazon RDS, questo supporto è strettamente integrato. Se usi Amazon RDS, ti consigliamo vivamente di utilizzare Gestione dei segreti AWS la rotazione delle credenziali. Se il tuo database non utilizza Amazon RDS, archivia le credenziali come JSON nel seguente formato:

  ```
  {"username": "${username}", "password": "${password}"}
  ```

**Esempio di stringa di connessione con nome del segreto**  
La stringa seguente ha il nome del segreto `${Test/RDS/Teradata1}`.

```
teradata://jdbc:teradata1.host/TMODE=ANSI,CHARSET=UTF8,DATABASE=TEST,${Test/RDS/Teradata1}&...
```

Il connettore utilizza il nome del segreto per recuperare i segreti e fornire il nome utente e la password, come nell'esempio seguente.

```
teradata://jdbc:teradata://teradata1.host/TMODE=ANSI,CHARSET=UTF8,DATABASE=TEST,...&user=sample2&password=sample2&...
```

Attualmente, Teradata riconosce le proprietà JDBC `user` e `password`. Accetta anche il nome utente e la password nel formato *username* `/` *password* senza le chiavi `user` o. `password`

#### Utilizzo di un gestore a singola connessione
<a name="connectors-teradata-using-a-single-connection-handler"></a>

Puoi utilizzare i seguenti gestori di metadati e record a singola connessione per connetterti a una singola istanza Teradata.


****  

| Tipo di gestore | Classe | 
| --- | --- | 
| Gestore composito | TeradataCompositeHandler | 
| Gestore dei metadati | TeradataMetadataHandler | 
| Gestore dei record | TeradataRecordHandler | 

##### Parametri del gestore a singola connessione
<a name="connectors-teradata-single-connection-handler-parameters"></a>


****  

| Parametro | Description | 
| --- | --- | 
| default | Obbligatorio. La stringa di connessione predefinita. | 

I gestori a singola connessione supportano una sola istanza del database e devono fornire un parametro di stringa di connessione del tipo `default`. Tutte le altre stringhe di connessione vengono ignorate.

La seguente proprietà di esempio si riferisce a una singola istanza Teradata supportata da una funzione Lambda.


****  

| Proprietà | Valore | 
| --- | --- | 
| default | teradata://jdbc:teradata://teradata1.host/TMODE=ANSI,CHARSET=UTF8,DATABASE=TEST,secret=Test/RDS/Teradata1 | 

#### Parametri di spill
<a name="connectors-teradata-spill-parameters"></a>

L'SDK Lambda può riversare i dati su Amazon S3. Tutte le istanze del database a cui accede la stessa funzione Lambda riversano i dati nella stessa posizione.


****  

| Parametro | Description | 
| --- | --- | 
| spill\$1bucket | Obbligatorio. Nome del bucket di spill. | 
| spill\$1prefix | Obbligatorio. Prefisso della chiave del bucket di spill. | 
| spill\$1put\$1request\$1headers | (Facoltativo) Una mappa codificata in JSON delle intestazioni e dei valori della richiesta per la richiesta putObject di Amazon S3 utilizzata per lo spill (ad esempio, \$1"x-amz-server-side-encryption" : "AES256"\$1). Per altre possibili intestazioni, consulta il riferimento [PutObject](https://docs.aws.amazon.com/AmazonS3/latest/API/API_PutObject.html)all'API di Amazon Simple Storage Service. | 

## Supporto dei tipi di dati
<a name="connectors-teradata-data-type-support"></a>

Nella tabella seguente vengono illustrati i tipi di dati corrispondenti per JDBC e Apache Arrow.


****  

| JDBC | Arrow | 
| --- | --- | 
| Booleano | Bit | 
| Numero intero | Tiny | 
| Breve | Smallint | 
| Numero intero | Int | 
| Long | Bigint | 
| virgola mobile | Float4 | 
| Double | Float8 | 
| Data | DateDay | 
| Time stamp | DateMilli | 
| Stringa | Varchar | 
| Byte | Varbinary | 
| BigDecimal | Decimale | 
| ARRAY | List | 

## Partizioni e suddivisioni
<a name="connectors-teradata-partitions-and-splits"></a>

Una partizione è rappresentata da una singola colonna di partizione di tipo `Integer`. La colonna contiene i nomi delle partizioni definite in una tabella Teradata. Se una tabella non ha nomi di partizione, viene restituito \$1, che equivale a una singola partizione. Una partizione equivale a una suddivisione.


****  

| Name | Tipo | Description | 
| --- | --- | --- | 
| partition | Numero intero | Partizione denominata in Teradata. | 

## Performance
<a name="connectors-teradata-performance"></a>

Teradata supporta le partizioni native. Il connettore Teradata di Athena può recuperare dati da queste partizioni in parallelo. Se desideri interrogare set di dati molto grandi con una distribuzione uniforme delle partizioni, ti consigliamo vivamente il partizionamento nativo. La selezione di un sottoinsieme di colonne rallenta notevolmente l'esecuzione delle query. Il connettore mostra alcune limitazioni della larghezza di banda della rete dovute alla simultaneità.

Il connettore Athena Teradata esegue il pushdown del predicato per ridurre la quantità di dati scansionati dalla query. I predicati semplici e le espressioni complesse vengono inviati al connettore per ridurre la quantità di dati scansionati e ridurre il tempo di esecuzione delle query.

### Predicati
<a name="connectors-teradata-performance-predicates"></a>

Un predicato è un'espressione nella clausola `WHERE` di una query SQL che valuta a un valore booleano e filtra le righe in base a più condizioni. Il connettore Teradata di Athena può combinare queste espressioni e inviarle direttamente a Teradata per funzionalità avanzate e per ridurre la quantità di dati scansionati.

I seguenti operatori del connettore Athena Teradata supportano il pushdown dei predicati:
+ **Booleano: **AND, OR, NOT
+ **Uguaglianza: **EQUAL, NOT\$1EQUAL, LESS\$1THAN, LESS\$1THAN\$1OR\$1EQUAL, GREATER\$1THAN, GREATER\$1THAN\$1OR\$1EQUAL, NULL\$1IF, IS\$1NULL
+ **Aritmetica: **ADD, SUBTRACT, MULTIPLY, DIVIDE, MODULUS, NEGATE
+ **Altro: **LIKE\$1PATTERN, IN

### Esempio di pushdown combinato
<a name="connectors-teradata-performance-pushdown-example"></a>

Per le funzionalità di esecuzione di query avanzate, combina i tipi di pushdown, come nell'esempio seguente:

```
SELECT * 
FROM my_table 
WHERE col_a > 10 
    AND ((col_a + col_b) > (col_c % col_d)) 
    AND (col_e IN ('val1', 'val2', 'val3') OR col_f LIKE '%pattern%');
```

## Query passthrough
<a name="connectors-teradata-passthrough-queries"></a>

[Il connettore Teradata supporta le query passthrough.](federated-query-passthrough.md) Le query passthrough utilizzano una funzione di tabella per inviare l’intera query all’origine dati per l’esecuzione.

Per utilizzare le query passthrough con Teradata, è possibile utilizzare la seguente sintassi:

```
SELECT * FROM TABLE(
        system.query(
            query => 'query string'
        ))
```

La seguente query di esempio invia una query a un’origine dati in Teradata. La query seleziona tutte le colonne della tabella `customer`.

```
SELECT * FROM TABLE(
        system.query(
            query => 'SELECT * FROM customer'
        ))
```

## Informazioni sulla licenza
<a name="connectors-teradata-license-information"></a>

[Utilizzando questo connettore, l'utente riconosce l'inclusione di componenti di terze parti, un elenco dei quali è disponibile nel file [pom.xml](https://github.com/awslabs/aws-athena-query-federation/blob/master/athena-teradata/pom.xml) relativo a questo connettore, e accetta i termini delle rispettive licenze di terze parti fornite nel file LICENSE.txt su .com.](https://github.com/awslabs/aws-athena-query-federation/blob/master/athena-teradata/LICENSE.txt) GitHub

## Risorse aggiuntive
<a name="connectors-teradata-additional-resources"></a>

Per le informazioni sulla versione più recente del driver JDBC, consultate il file [pom.xml](https://github.com/awslabs/aws-athena-query-federation/blob/master/athena-teradata/pom.xml) per il connettore Teradata su .com. GitHub

Per ulteriori informazioni su questo connettore, visitate [il sito corrispondente](https://github.com/awslabs/aws-athena-query-federation/tree/master/athena-teradata) su .com. GitHub