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à. # Integrazione con Amazon Redshift Amazon Redshift è un servizio di data warehouse rapido, gestito e scalabile a livello di petabyte in grado analizzare correttamente i dati in modo semplice e conveniente utilizzando tutti gli strumenti di business intelligence già presenti. DynamoDB e Amazon Redshift possono essere usati insieme per soddisfare diverse esigenze di archiviazione ed elaborazione dei dati all’interno di un’applicazione o di un ecosistema di dati. Consulta gli argomenti seguenti per informazioni più dettagliate su come integrare DynamoDB con Amazon Redshift. **Topics** + [Considerazioni sull’integrazione multi-account con CMK](cross-account-integration-considerations.md) + [Integrazione Zero-ETL di DynamoDB con Amazon Redshift](RedshiftforDynamoDB-zero-etl.md) + [Caricamento di dati da DynamoDB in Amazon Redshift con il comando COPY](RedshiftforDynamoDB-copy-data.md) # Considerazioni sull’integrazione multi-account con CMK Quando si effettua l’integrazione da DynamoDB ad Amazon Redshift, l’azione iniziale viene avviata da Amazon Redshift. Senza le autorizzazioni appropriate, questa azione potrebbe causare un errore non segnalato. Le sezioni seguenti descrivono in dettaglio le autorizzazioni necessarie per l’integrazione multi-account. ## Politiche e autorizzazioni richieste AWS KMS Negli esempi, sostituisci i segnaposto seguenti: + `111122223333`: l' Account AWS ID in cui è ospitato Amazon Redshift + `444455556666`: L' Account AWS ID in cui è ospitato DynamoDB + `REDSHIFT_ROLE_NAME`: il nome del ruolo IAM utilizzato da Amazon Redshift + `REGION`: Il Regione AWS luogo in cui si trovano le tue risorse + `TABLE_NAME`: il nome della tabella DynamoDB + `KMS_KEY_ID`: l’ID della chiave KMS ### Policy della chiave KMS nell’account DynamoDB La seguente policy AWS KMS chiave consente l'accesso tra account diversi tra i servizi DynamoDB e Amazon Redshift. In questo esempio, l'account 444455556666 contiene la tabella e la AWS KMS chiave DynamoDB, mentre l'account 111122223333 contiene il cluster Amazon Redshift che necessita dell'accesso per decrittografare i dati. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "Enable IAM User Permissions", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::444455556666:root" }, "Action": "kms:*", "Resource": "*" }, { "Sid": "Allow Redshift to use the key", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:role/REDSHIFT_ROLE_NAME" }, "Action": [ "kms:Decrypt", "kms:DescribeKey", "kms:GenerateDataKey", "kms:GenerateDataKeyWithoutPlaintext" ], "Resource": "*" } ] } ``` ------ ### Policy IAM per il ruolo Amazon Redshift (in un account Amazon Redshift) La seguente policy IAM consente a un servizio Amazon Redshift di accedere alle tabelle DynamoDB e alle relative chiavi di AWS KMS crittografia associate in uno scenario tra più account. In questo esempio, l'account 444455556666 contiene le risorse e le chiavi DynamoDB a cui AWS KMS il servizio Amazon Redshift deve accedere. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "AllowDynamoDBAccess", "Effect": "Allow", "Action": [ "dynamodb:DescribeTable", "dynamodb:BatchGetItem", "dynamodb:Scan", "dynamodb:Query", "dynamodb:BatchGetItem", "dynamodb:GetItem", "dynamodb:GetRecords", "dynamodb:GetShardIterator", "dynamodb:DescribeStream", "dynamodb:ListStreams" ], "Resource": [ "arn:aws:dynamodb:*:444455556666:table/TABLE_NAME", "arn:aws:dynamodb:*:444455556666:table/TABLE_NAME/stream/*" ] }, { "Sid": "AllowKMSAccess", "Effect": "Allow", "Action": [ "kms:Decrypt", "kms:DescribeKey", "kms:GenerateDataKey", "kms:GenerateDataKeyWithoutPlaintext" ], "Resource": "arn:aws:kms:us-east-1:444455556666:key/KMS_KEY_ID" } ] } ``` ------ ### Relazione di attendibilità per il ruolo Amazon Redshift ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Principal": { "Service": "redshift.amazonaws.com" }, "Action": "sts:AssumeRole" } ] } ``` ------ ### Policy per le tabelle DynamoDB (in caso di utilizzo di policy basate su risorse) La seguente policy basata su risorse consente a un servizio Amazon Redshift nell’account 111122223333 di accedere alle tabelle DynamoDB e ai flussi nell’account 444455556666. Collega questa policy alla tabella DynamoDB per abilitare l’accesso multi-account. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "AllowRedshiftAccess", "Effect": "Allow", "Principal": { "AWS": "arn:aws:iam::111122223333:role/REDSHIFT_ROLE_NAME" }, "Action": [ "dynamodb:DescribeTable", "dynamodb:BatchGetItem", "dynamodb:Scan", "dynamodb:Query", "dynamodb:BatchGetItem", "dynamodb:GetItem", "dynamodb:GetRecords", "dynamodb:GetShardIterator", "dynamodb:DescribeStream", "dynamodb:ListStreams" ], "Resource": [ "arn:aws:dynamodb:*:444455556666:table/TABLE_NAME", "arn:aws:dynamodb:*:444455556666:table/TABLE_NAME/stream/*" ] } ] } ``` ------ ## Considerazioni importanti 1. Assicurati che la chiave KMS si trovi nella stessa Regione della tabella DynamoDB. 1. La chiave KMS deve essere una chiave gestita dal cliente (CMK), non una. Chiave gestita da AWS 1. In caso di utilizzo di tabelle globali DynamoDB, configura le autorizzazioni per tutte le Regioni pertinenti. 1. Prendi in considerazione l’aggiunta di istruzioni condizionali per limitare l’accesso in base agli endpoint VPC o agli intervalli IP. 1. Per una maggiore sicurezza, prendi in considerazione l’utilizzo della condizione `aws:PrincipalOrgID` per limitare l’accesso all’organizzazione. 1. Monitora l'utilizzo delle chiavi KMS tramite CloudTrail e le metriche. CloudWatch # Integrazione Zero-ETL di DynamoDB con Amazon Redshift L’integrazione Zero-ETL di Amazon DynamoDB con Amazon Redshift consente un’analisi fluida dei dati DynamoDB senza codice. Questa funzionalità completamente gestita replica automaticamente le tabelle DynamoDB in un database Amazon Redshift in modo che gli utenti possano eseguire query e analisi SQL sui propri dati DynamoDB senza dover configurare complessi processi ETL. L’integrazione funziona replicando i dati dalla tabella DynamoDB al database Amazon Redshift. Per configurare l’integrazione, è sufficiente specificare una tabella DynamoDB come origine e un database Amazon Redshift come destinazione. All’attivazione, l’integrazione esporta la tabella DynamoDB completa per popolare il database Amazon Redshift. Il tempo richiesto per il completamento di questo processo iniziale dipende dalle dimensioni della tabella DynamoDB. L’integrazione Zero-ETL replica quindi in modo incrementale gli aggiornamenti da DynamoDB ad Amazon Redshift ogni 15 – 30 minuti utilizzando le esportazioni incrementali di DynamoDB. Ciò significa che i dati DynamoDB replicati in Amazon Redshift vengono conservati automaticamente. up-to-date Una volta terminata la configurazione, gli utenti possono analizzare i dati DynamoDB in Amazon Redshift tramite client e strumenti SQL standard, senza influire sulle prestazioni delle tabelle DynamoDB. Eliminando il complesso processo ETL, questa integrazione Zero-ETL offre un modo semplice e veloce per ottenere approfondimenti da DynamoDB attraverso le funzionalità di analisi e machine learning di Amazon Redshift. **Topics** + [Prerequisiti per creare un’integrazione Zero-ETL di DynamoDB con Amazon Redshift](#RedshiftforDynamoDB-zero-etl-prereqs) + [Limitazioni dell’utilizzo delle integrazioni Zero-ETL di DynamoDB con Amazon Redshift](#RedshiftforDynamoDB-zero-etl-limitations) + [Creazione di un’integrazione Zero-ETL di DynamoDB con Amazon Redshift](RedshiftforDynamoDB-zero-etl-getting-started.md) + [Visualizzazione delle integrazioni Zero-ETL di DynamoDB con Amazon Redshift](RedshiftforDynamoDB-zero-etl-viewing.md) + [Eliminazione di integrazioni Zero-ETL di DynamoDB con Amazon Redshift](RedshiftforDynamoDB-zero-etl-deleting.md) ## Prerequisiti per creare un’integrazione Zero-ETL di DynamoDB con Amazon Redshift 1. Prima di procedere all’integrazione è necessario creare la tabella DynamoDB di origine e il cluster Amazon Redshift di destinazione. Queste informazioni sono trattate in [Fase 1: configurare una tabella DynamoDB di origine](RedshiftforDynamoDB-zero-etl-getting-started.md#RedshiftforDynamoDB-zero-etl-getting-started-configuring) e [Fase 2: creare un data warehouse Amazon Redshift](RedshiftforDynamoDB-zero-etl-getting-started.md#RedshiftforDynamoDB-zero-etl-getting-started-creating). 1. [Un'integrazione zero-ETL tra Amazon DynamoDB e Amazon Redshift richiede che la tabella DynamoDB di origine abbia il ripristino (PITR) abilitato. Point-in-time ](Point-in-time-recovery.md) 1. Per **le policy basate sulle risorse**, l'integrazione zero-ETL richiede una policy basata sulle risorse collegata direttamente alla tabella DynamoDB. Questa policy in linea concede al servizio Amazon Redshift l'autorizzazione ad accedere ai dati della tabella per la replica. [Per ulteriori informazioni sulle politiche basate sulle risorse per DynamoDB, vedere Utilizzo delle politiche basate sulle risorse per DynamoDB.](access-control-resource-based.md) Se crei l'integrazione in cui la tabella DynamoDB e il data warehouse Amazon Redshift si trovano nello stesso account, puoi utilizzare l'opzione **Fix it for me durante la fase di creazione dell'integrazione per** applicare automaticamente le politiche di risorse richieste sia a DynamoDB che ad Amazon Redshift. Se crei un'integrazione in cui la tabella DynamoDB e il data warehouse Amazon Redshift si trovano in account AWS diversi, dovrai applicare manualmente la seguente politica delle risorse sulla tabella DynamoDB. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "StatementthatallowsAmazonRedshiftservicetoDescribeTableandExportTable", "Effect": "Allow", "Principal": { "Service": "redshift.amazonaws.com" }, "Action": [ "dynamodb:ExportTableToPointInTime", "dynamodb:DescribeTable" ], "Resource": "*", "Condition": { "StringEquals": { "aws:SourceAccount": "111122223333" }, "ArnEquals": { "aws:SourceArn": "arn:aws:redshift:us-east-1:111122223333:integration:*" } } }, { "Sid": "StatementthatallowsAmazonRedshiftservicetoDescribeTableandExportTable", "Effect": "Allow", "Principal": { "Service": "redshift.amazonaws.com" }, "Action": "dynamodb:DescribeExport", "Resource": "arn:aws:dynamodb:us-east-1:111122223333:table/table-name/export/*", "Condition": { "StringEquals": { "aws:SourceAccount": "111122223333" }, "ArnEquals": { "aws:SourceArn": "arn:aws:redshift:us-east-1:111122223333:integration:*" } } } ] } ``` ------ Potrebbe anche essere necessario configurare la policy basata su risorse sul proprio data warehouse Amazon Redshift. Per ulteriori informazioni, consulta [Configurazione dell’autorizzazione usando l’API Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.redshift-iam.html#zero-etl-using.resource-policies). 1. **Per le policy IAM basate su identità:** 1. L’utente che crea l’integrazione necessita di una policy basata su identità che autorizzi le seguenti azioni: `GetResourcePolicy`, `PutResourcePolicy` e `UpdateContinuousBackups`. **Nota** I seguenti esempi di policy mostreranno la risorsa come `arn:aws:redshift{-serverless}`. Questo esempio dimostra che l’ARN può essere `arn:aws:redshift` o `arn:aws:redshift-serverless` a seconda del fatto che il namespace sia un cluster Amazon Redshift o un namespace Amazon Redshift serverless. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "dynamodb:ListTables" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "dynamodb:GetResourcePolicy", "dynamodb:PutResourcePolicy", "dynamodb:UpdateContinuousBackups" ], "Resource": [ "arn:aws:dynamodb:us-east-1:111122223333:table/table-name" ] }, { "Sid": "AllowRedshiftDescribeIntegration", "Effect": "Allow", "Action": [ "redshift:DescribeIntegrations" ], "Resource": "*" }, { "Sid": "AllowRedshiftCreateIntegration", "Effect": "Allow", "Action": "redshift:CreateIntegration", "Resource": "arn:aws:redshift:us-east-1:111122223333:integration:*" }, { "Sid": "AllowRedshiftModifyDeleteIntegration", "Effect": "Allow", "Action": [ "redshift:ModifyIntegration", "redshift:DeleteIntegration" ], "Resource": "arn:aws:redshift:us-east-1:111122223333:integration:uuid" }, { "Sid": "AllowRedshiftCreateInboundIntegration", "Effect": "Allow", "Action": "redshift:CreateInboundIntegration", "Resource": "arn:aws:redshift:us-east-1:111122223333:namespace:uuid" } ] } ``` ------ 1. L’utente responsabile della configurazione del namespace Amazon Redshift di destinazione necessita di una policy basata su identità che autorizzi le seguenti azioni: `PutResourcePolicy`, `DeleteResourcePolicy` e `GetResourcePolicy`. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "redshift:PutResourcePolicy", "redshift:DeleteResourcePolicy", "redshift:GetResourcePolicy" ], "Resource": [ "arn:aws:redshift:us-east-1:111122223333:cluster:cluster-name" ] }, { "Effect": "Allow", "Action": [ "redshift:DescribeInboundIntegrations" ], "Resource": [ "arn:aws:redshift:us-east-1:111122223333:cluster:cluster-name" ] } ] } ``` ------ 1. **Autorizzazioni della chiave di crittografia** Se la tabella DynamoDB di origine è crittografata tramite una chiave AWS KMS gestita dal cliente, sarà necessario aggiungere la seguente policy alla propria chiave KMS. Questa policy consente ad Amazon Redshift di poter esportare dati dalla tabella crittografata attraverso la chiave KMS. ``` { "Sid": "Statement to allow Amazon Redshift service to perform Decrypt operation on the source DynamoDB Table", "Effect": "Allow", "Principal": { "Service": [ "redshift.amazonaws.com" ] }, "Action": "kms:Decrypt", "Resource": "*", "Condition": { "StringEquals": { "aws:SourceAccount": "" }, "ArnEquals": { "aws:SourceArn": "arn:aws:redshift:::integration:*" } } } ``` È anche possibile seguire la procedura riportata nella [Getting started with zero-ETL integrations](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.setting-up.html#zero-etl-using.redshift-iam) nella Guida alla gestione di Amazon Redshift per configurare le autorizzazioni del namespace Amazon Redshift. ## Limitazioni dell’utilizzo delle integrazioni Zero-ETL di DynamoDB con Amazon Redshift Le seguenti limitazioni generali si applicano alla versione corrente di questa integrazione e potrebbero cambiare nelle versioni successive. **Nota** Oltre alle limitazioni riportate di seguito, consulta anche le considerazioni generali sull’utilizzo delle integrazioni Zero-ETL (vedi [Considerations when using zero-ETL integrations with Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl.reqs-lims.html) nella *Guida alla gestione di Amazon Redshift)*. + La tabella DynamoDB e il cluster Amazon Redshift devono trovarsi nella stessa Regione. + La tabella DynamoDB di origine deve essere crittografata con una chiave di proprietà di Amazon o gestita dal cliente. AWS KMS La crittografia gestita da Amazon non è supportata per la tabella DynamoDB di origine. # Creazione di un’integrazione Zero-ETL di DynamoDB con Amazon Redshift Prima di creare un’integrazione Zero-ETL è necessario configurare la tabella DynamoDB di origine e quindi il data warehouse Amazon Redshift di destinazione. ## Fase 1: configurare una tabella DynamoDB di origine Per creare un'integrazione zero-ETL con Amazon Redshift, devi abilitare il point-in-time ripristino (PITR) sulla tua tabella. Se il PITR non è attivato, la console può occuparsi di risolvere il problema durante il processo di configurazione dell’integrazione. [Per i dettagli su come abilitare PITR, consulta recovery. Point-in-time ](https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/PointInTimeRecovery_Howitworks.html) ## Fase 2: creare un data warehouse Amazon Redshift Se non si dispone già di un data warehouse Amazon Redshift, è possibile crearne uno. Per creare un gruppo di lavoro Amazon Redshift serverless, consulta [Creazione di un gruppo di lavoro con uno spazio dei nomi](https://docs.aws.amazon.com/redshift/latest/mgmt/serverless-console-workgroups-create-workgroup-wizard.html). Per creare un cluster Amazon Redshift, consulta [Creating a cluster](https://docs.aws.amazon.com/redshift/latest/mgmt/create-cluster.html). Affinché l’integrazione venga eseguita correttamente, il gruppo di lavoro o cluster Amazon Redshift di destinazione deve avere il parametro enable\$1case\$1sensitive\$1identifier attivato. Per ulteriori informazioni sull’attivazione della distinzione tra maiuscole e minuscole, consulta [Turn on case sensitivity for your data warehouse](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-setting-up.case-sensitivity.html) nella Guida alla gestione di Amazon Redshift. Una volta completata la configurazione del gruppo di lavoro o del cluster Amazon Redshift è necessario configurare il data warehouse. Per ulteriori informazioni, consulta [Integrazioni Zero-ETL](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.html) nella Guida alla gestione di Amazon Redshift. ## Fase 3: creare un’integrazione Zero-ETL di DynamoDB Prima di creare un’integrazione Zero-ETL, assicurati di completare le attività indicate nella sezione intitolata [Prerequisiti per creare un’integrazione Zero-ETL di DynamoDB con Amazon Redshift](RedshiftforDynamoDB-zero-etl.md#RedshiftforDynamoDB-zero-etl-prereqs). La creazione di un’integrazione tra DynamoDB e Amazon Redshift è una procedura in due fasi. Innanzitutto crea un’integrazione da DynamoDB, quindi collega un database Amazon Redshift all’integrazione appena creata. **Creazione di un’integrazione Zero-ETL** 1. Accedi alla console di AWS gestione e apri la console Amazon DynamoDB all'indirizzo. [https://console.aws.amazon.com/dynamodbv2](https://console.aws.amazon.com/dynamodbv2) 1. Nel riquadro di navigazione, scegli **Integrazioni**. 1. Seleziona **Crea un’integrazione Zero-ETL** e seleziona **Amazon Redshift**. 1. Questo ti reindirizzerà alla **Console Amazon Redshift**. Per continuare con la procedura, consulta la **sezione relativa a DynamoDB** in [Create a zero-ETL integration for DynamoDB](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-setting-up.create-integration-ddb.html). # Visualizzazione delle integrazioni Zero-ETL di DynamoDB con Amazon Redshift È possibile visualizzare i dettagli di un’integrazione Zero-ETL per vederne le informazioni di configurazione e lo stato attuale. **Per visualizzare i dettagli di un’integrazione Zero-ETL nella console Amazon DynamoDB:** 1. Accedi alla console di AWS gestione e apri la console Amazon DynamoDB all'indirizzo. [https://console.aws.amazon.com/dynamodbv2](https://console.aws.amazon.com/dynamodbv2) 1. Nella console DynamoDB, seleziona **Integrazioni**. 1. Nel riquadro **Integrazione Zero-ETL**, seleziona l’integrazione Zero-ETL che desideri visualizzare. **Per visualizzare i dettagli di un’integrazione Zero-ETL nella console Amazon Redshift:** 1. Accedi alla console di AWS gestione e apri la console Amazon Redshift all'indirizzo. [https://console.aws.amazon.com/redshiftv2](https://console.aws.amazon.com/redshiftv2) 1. Segui la procedura indicata in [Viewing zero-ETL integrations](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.describing.html). **Nota** I possibili stati di un’integrazione Zero-ETL con Amazon Redshift sono elencati nella sezione [Viewing zero-ETL integrations](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.describing.html) nella *Guida alla gestione di Amazon Redshift*. # Eliminazione di integrazioni Zero-ETL di DynamoDB con Amazon Redshift Se si elimina un’integrazione Zero-ETL, i dati non vengono eliminati da DynamoDB o Amazon Redshift, ma DynamoDB interrompe l’invio di dati dalla tabella di origine alla destinazione Amazon Redshift. **Eliminazione di un'integrazione Zero-ETL** 1. Accedi alla console di AWS gestione e apri la console Amazon DynamoDB all'indirizzo. [https://console.aws.amazon.com/dynamodbv2](https://console.aws.amazon.com/dynamodbv2) 1. Nella console DynamoDB, seleziona **Integrazioni**. 1. Nel riquadro **Integrazione Zero-ETL**, seleziona l’integrazione Zero-ETL che desideri eliminare. 1. Scegli **Gestisci**. Questo ti reindirizzerà alla pagina dei dettagli dell’integrazione. 1. Per confermare l'eliminazione, scegliere **Delete (Elimina)**. # Caricamento di dati da DynamoDB in Amazon Redshift con il comando COPY Amazon Redshift funziona insieme ad Amazon DynamoDB con funzionalità avanzate di business intelligence e una potente interfaccia basata su SQL. Quando si copiano i dati da una tabella DynamoDB in Amazon Redshift, è possibile eseguire query di analisi di dati complesse su tali dati, inclusi join con altre tabelle nel cluster Amazon Redshift. In termini di velocità effettiva assegnata, un'operazione di copia da una tabella DynamoDB viene conteggiata rispetto alla capacità di lettura di quella tabella. Una volta copiati i dati, le query SQL in Amazon Redshift non influiscono su DynamoDB in alcun modo. Ciò accade perché le query agiscono su una copia dei dati di DynamoDB e non sullo stesso DynamoDB. Prima di poter caricare dati da una tabella DynamoDB, è necessario creare prima una tabella Amazon Redshift che funzioni da destinazione per i dati. Tieni presente che copi dati da un ambiente NoSQL a un ambiente SQL e che determinate regole valide in un ambiente non si applicano nell'altro. Ecco alcune differenze da considerare: + I nomi delle tabelle DynamoDB possono contenere un massimo di 255 caratteri, tra cui i caratteri '.' (punto) e '-' (trattino), e fanno distinzione tra maiuscole e minuscole. I nomi delle tabelle Amazon Redshift sono limitati a 127 caratteri, non possono contenere punti o trattini e non prevedono una distinzione tra lettere maiuscole e minuscole. Inoltre, i nomi delle tabelle non possono essere in conflitto con le parole riservate di Amazon Redshift. + DynamoDB non supporta il concetto SQL di NULL. È necessario specificare in che modo Amazon Redshift interpreta i valori degli attributi vuoti o vuoti in DynamoDB, trattandoli come o come campi vuoti. NULLs + I tipi di dati di DynamoDB non corrispondono direttamente a quelli di Amazon Redshift. È necessario assicurarsi che ogni colonna nella tabella Amazon Redshift abbia il tipo di dati e le dimensioni corrette per accogliere i dati da DynamoDB. Di seguito è riportato un esempio di comando dall'SQL di Amazon Redshift: ``` copy favoritemovies from 'dynamodb://my-favorite-movies-table' credentials 'aws_access_key_id=;aws_secret_access_key=' readratio 50; ``` In questo esempio la tabella di origine in DynamoDB è `my-favorite-movies-table`. La tabella di destinazione in Amazon Redshift è `favoritemovies`. La clausola `readratio 50` regola la percentuale di throughput assegnato utilizzata; in questo caso, il comando COPY utilizzerà non più del 50% delle unità di capacità di lettura assegnate a `my-favorite-movies-table`. È consigliabile impostare questa percentuale su un valore minore del throughput assegnato mediamente non utilizzato. Per istruzioni dettagliate sul caricamento di dati da DynamoDB ad Amazon Redshift, consulta le sezioni seguenti nella [https://docs.aws.amazon.com/redshift/latest/dg/](https://docs.aws.amazon.com/redshift/latest/dg/): + [Caricamento di dati da una tabella DynamoDB](https://docs.aws.amazon.com/redshift/latest/dg/t_Loading-data-from-dynamodb.html) + [Il comando COPY](https://docs.aws.amazon.com/redshift/latest/dg/r_COPY.html) + [Esempi di COPY](https://docs.aws.amazon.com/redshift/latest/dg/r_COPY_command_examples.html)