View a markdown version of this page

Integrazione delle tabelle di sistema con le tabelle S3 - Amazon Redshift

Amazon Redshift non supporterà più l'uso delle UDF Python dopo il 30 giugno 2026. Inizieremo ad applicarlo per fasi. Per ulteriori informazioni sulla fine del ciclo di vita e sulle opzioni di migrazione di Python, consulta il post del blog pubblicato il 30 giugno 2025.

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 delle tabelle di sistema con le tabelle S3

Usa l'integrazione delle tabelle di sistema con Amazon S3 Tables per conservare i dati delle tabelle di sistema di Amazon Redshift oltre il periodo di conservazione all'interno del cluster di 7 giorni. Questo ti aiuta a soddisfare i requisiti di conformità, controllo e osservabilità. Quando abiliti questa funzione, Redshift scrive i log delle tabelle di sistema su S3 Tables in Apache Iceberg formato e gestisce il partizionamento, la compattazione e la manutenzione delle istantanee. Puoi conservare questi dati per tutto il tempo necessario per l'analisi e il controllo. Poiché i dati sono archiviati in formato aperto Iceberg, puoi interrogarli con Redshift, Amazon Athena o qualsiasi altro motore. Iceberg-compatible Puoi anche utilizzare le competenze degli agenti di intelligenza artificiale per le query in linguaggio naturale (consulta la tabella delle competenze di sistema per AWS Agent Toolkit sul sito Web). GitHub

Quando abiliti questa funzionalità tramite la console, la CLI o SDK di Redshift, Redshift inizia a scrivere nuove righe dalle tabelle di sistema selezionate in tabelle S3 poco dopo a una frequenza fissa. Sei tu a scegliere quali tabelle di sistema pubblicare; S3 Tables applica la durata di conservazione che configuri.

Ciò supporta i seguenti casi d'uso:

  • Soddisfa i requisiti di conformità e audit. Conserva la cronologia delle richieste, delle connessioni e delle modifiche per mesi o anni.

  • Monitora la tua flotta da un unico posto. Consolida i dati di monitoraggio provenienti da più data warehouse nel tuo account e nella tua regione e analizza l'attività della tua flotta.

  • Elimina la necessità di pipeline di estrazione, trasformazione e caricamento (ETL) personalizzate. Smetti di creare e gestire lavori che esportano i dati delle tabelle di sistema in S3 per conservarli più a lungo.

  • Indaga sugli incidenti passati. Interroga i dati storici oltre la finestra di 7 giorni all'interno del cluster per l'analisi delle cause principali, la revisione post-incidente e il monitoraggio dell'evoluzione del carico di lavoro e delle tendenze delle prestazioni nel tempo.

Questa funzionalità è disponibile per le istanze RA3 e RG Provisioned di Amazon Redshift e Amazon Redshift Serverless in tutte le regioni commerciali in cui sono supportate le tabelle Redshift e S3. AWS In questo argomento, il data warehouse si riferisce a un cluster con provisioning o a un gruppo di lavoro Redshift Serverless.

Come funziona

Dopo aver abilitato la funzionalità e selezionato una o più tabelle di sistema supportate, Redshift scrive i record appena completati da tali tabelle di sistema su S3 Tables. I dati vengono consegnati in batch a una frequenza fissa.

Le tabelle di sistema si trovano nel tuo AWS account ma sono gestite dal servizio: AWS possiede e gestisce la distribuzione dei dati e la gestione delle tabelle, tra cui:

  • Creazione del bucket di tabelle S3, dello spazio dei nomi e delle tabelle S3 nel tuo account.

  • Definizione ed evoluzione degli schemi delle tabelle.

  • Scrittura di dati in Apache Iceberg formato su tabelle S3.

  • Compattazione dei dati e gestione delle istantanee (gestite automaticamente da S3 Tables).

Non vi è alcuna infrastruttura da creare o mantenere e nessun impatto sui carichi di lavoro.

Puoi configurare per quanto tempo conservare i dati fino alla scadenza del record di S3 Tables. Per ulteriori informazioni, consulta Configurazione della conservazione.

Poiché le tabelle sono gestite da AWS, non è possibile modificare o eliminare le righe fornite da Redshift. I dati forniti sono immutabili. Puoi controllare solo l'accesso in lettura alle tabelle. Per ulteriori informazioni, consulta Governance dei dati.

Solo l'attività completata viene consegnata a S3 Tables. Le tabelle di sistema del data warehouse possono mostrare le attività in corso, ma vengono copiati solo i record che hanno raggiunto uno stato finale. Ad esempio, viene consegnata una query completata, interrotta o annullata, ma una query ancora in esecuzione non viene consegnata finché non raggiunge lo stato finale.

Abilitazione dell'integrazione delle tabelle di sistema con S3 Tables

Per abilitare l'integrazione delle tabelle di sistema con S3 Tables, utilizza le API Redshift esistenti con un nuovo tipo di destinazione del registro di. s3table Se abilitato, Redshift crea un bucket di tabelle S3 denominato nel tuo account. aws-redshift La funzionalità viene gestita con le stesse operazioni utilizzate per altre destinazioni di log: per i cluster con provisioning, enable-loggingdisable-logging, edescribe-logging-status; per Redshift Serverless e. update-namespace get-namespace

Permissions

Il responsabile che abilita, modifica o disabilita la funzionalità deve disporre delle seguenti autorizzazioni:

  • redshift:EnableLogging(per cluster con provisioning) o (per Redshift Serverlessredshift-serverless:UpdateNamespace).

  • Autorizzazione a creare e configurare il bucket di tabelle S3. Il principale abilitante necessita delle seguenti autorizzazioni per le tabelle S3:

    • s3tables:CreateTableBucket

    • s3tables:PutTableBucketEncryption

    • s3tables:PutTableBucketPolicy

    Quando abiliti la funzionalità, Redshift crea e configura il bucket della tabella S3 utilizzando l'identità del principale che attiva l'operazione.

Dopo la creazione del bucket, Redshift crea namespace e tabelle al suo interno utilizzando una relazione di fiducia del servizio tra Redshift e S3 Tables. L'ente abilitante non necessita di autorizzazioni per creare namespace o tabelle.

Opzioni di implementazione

È possibile configurare la consegna in uno dei due modelli. Un determinato data warehouse utilizza un modello alla volta.

Opzione di distribuzione Description
Per-warehouse Redshift scrive i dati della tabella di sistema di ogni data warehouse nel proprio set di tabelle S3. Ogni riga di una tabella proviene da un singolo data warehouse. Usalo per l'isolamento fisico tra i magazzini.
Consolidato Redshift scrive i dati delle tabelle di sistema provenienti da più data warehouse all'interno dello stesso account e della stessa regione in un set condiviso di tabelle S3. Le righe di diversi magazzini sono contraddistinte dalle colonne e. warehouse_namespace_arn warehouse_name Usalo per un'analisi centralizzata e intermagazzino.

Il modello di distribuzione determina il modo in cui i dati sono organizzati nelle tabelle S3. Nel modello per magazzino, il nome dello spazio dei nomi S3 Tables contiene un identificatore univoco per il data warehouse, quindi i dati di ogni warehouse sono fisicamente separati nel proprio namespace. Nel modello consolidato, il nome dello spazio dei nomi S3 Tables contiene il numero di conto e i dati di tutti i magazzini di quell' AWS account e della regione vengono archiviati insieme nello stesso namespace e nelle stesse tabelle.

Entrambe le opzioni sono supportate all'interno di un singolo account e di una singola regione. AWS AWS Per analizzare i dati tra regioni o account, combina i risultati delle tabelle di ciascuna regione o account al momento della richiesta. Per l'accesso tra più account, puoi utilizzare la condivisione del catalogo AWS Glue dati. Per ulteriori informazioni, consulta Concessione dell'accesso con più account nella Guida per gli AWS Glue sviluppatori.

Nota

Se si passa da un data warehouse a un altro modello di distribuzione, i dati forniti in precedenza rimangono nella tabella esistente e vengono conservati in base alla conservazione configurata. Redshift inizia a fornire nuovi dati al nuovo target e non riempie i dati storici.

Utilizzo della console

Per configurare l'integrazione delle tabelle di sistema con S3 Tables
  1. Apri la console Redshift e nel pannello di navigazione, in Amazon Redshift o Amazon Redshift Serverless, scegli System table integrations. Puoi effettuare la configurazione anche dalla pagina dei dettagli del cluster o dello spazio dei nomi scegliendo la scheda Integrazioni o scegliendo Azioni, Integrazioni, Configura l'integrazione della tabella di sistema.

  2. Scegli Crea integrazione tra tabelle di sistema.

  3. Seleziona il cluster o il gruppo di lavoro Redshift Serverless di cui hai effettuato il provisioning.

  4. Scegli le tabelle di sistema da pubblicare. Seleziona le singole SYS_* viste o scegli Seleziona tutte le tabelle di sistema supportate per pubblicare tutte le viste supportate attuali e future. Se si selezionano tutte, le nuove viste aggiunte in futuro vengono incluse automaticamente senza richiedere una modifica della configurazione.

  5. Seleziona il modello di distribuzione:

    • Tabella S3 individuale per tabella di sistema per data warehouse per conservare i dati di questo warehouse in un proprio set di tabelle.

    • Tabella S3 condivisa per tabella di sistema tra i data warehouse per consolidare i dati provenienti da più magazzini dell'account in un set condiviso di tabelle.

  6. Facoltativamente, scegli una chiave di crittografia. Per impostazione predefinita, i dati sono crittografati con S3-managed le chiavi Amazon (SSE-S3). Per utilizzare la tua AWS KMS chiave, selezionala qui. Se usi la tua AWS KMS chiave, la politica delle chiavi deve concedere a Redshift e S3 Tables l'accesso alla chiave. Per ulteriori informazioni, consulta Configurazione della crittografia.

  7. Salvare le modifiche. Redshift inizia a pubblicare le tabelle di sistema selezionate su S3 Tables e continua ad aggiungere nuovi record su base ricorrente.

Per interrompere la pubblicazione di una tabella di sistema, torna alle impostazioni e rimuovila. I dati già pubblicati vengono conservati fino alla configurazione della scadenza tramite S3 Tables.

Puoi rivedere lo stato dell'integrazione dalla pagina dei dettagli del cluster o del namespace. Espandi Visualizza mappatura della tabella S3 per visualizzare la mappatura tra ogni tabella di sistema e il nome e lo spazio dei nomi della tabella S3 corrispondenti. Puoi anche visualizzare i dati pubblicati dalla console S3 Tables.

Utilizzo di AWS CLI

I seguenti parametri configurano la pubblicazione di tabelle S3:

Parametro Si applica a Description
--log-destination-type Entrambi Impostare su s3table per pubblicare su S3 Tables. Gli altri valori sono s3 e. cloudwatch
--log-exports Assegnata Le tabelle di sistema da pubblicare, come elenco di nomi di SYS_* viste, oall.
--s3-table-names Serverless Le tabelle di sistema da pubblicare, come elenco di nomi di SYS_* viste, oall.
--s3-table-action Serverless Enableo pubblicazione di tabelle Disable S3.
--s3-table-granularity Entrambi Ambito della tabella. Fornito: cluster (impostazione predefinita) oaccount. Senza server: namespace (impostazione predefinita) o. account
--s3-table-kms-key-id Entrambi AWS KMS Chiave ARN o ID opzionale per la crittografia. L'impostazione predefinita è Amazon S3-managed keys (). SSE-S3

Cluster con provisioning

Abilita la consegna. --log-exportsaccetta all o contiene un elenco separato da spazi delle tabelle di sistema supportate e --s3-table-granularity accetta cluster (per magazzino) o account (consolidate).

aws redshift enable-logging \ --cluster-identifier my-redshift-cluster \ --log-destination-type s3table \ --log-exports all \ --s3-table-granularity account

Per abilitare la consegna solo per tabelle di sistema specifiche:

aws redshift enable-logging \ --cluster-identifier my-redshift-cluster \ --log-destination-type s3table \ --log-exports sys_query_history sys_query_text sys_userlog \ --s3-table-granularity cluster

Controlla lo stato della consegna.

aws redshift describe-logging-status \ --cluster-identifier my-redshift-cluster

Disabilita la consegna per tutte le tabelle di sistema o per tabelle specifiche con--log-exports:

aws redshift disable-logging \ --cluster-identifier my-redshift-cluster \ --log-destination-type s3table \ --log-exports sys_stream_scan_states

Redshift Serverless

In Redshift Serverless, si configura la funzionalità per namespace con. update-namespace I nomi delle tabelle di sistema vengono trasmessi (non). --s3-table-names --log-exports

Abilita la consegna.

aws redshift-serverless update-namespace \ --namespace-name my-namespace \ --log-destination-type s3table \ --s3-table-action Enable \ --s3-table-names all \ --s3-table-granularity namespace

Disabilita la consegna per tabelle di sistema specifiche (oall):

aws redshift-serverless update-namespace \ --namespace-name my-namespace \ --log-destination-type s3table \ --s3-table-action Disable \ --s3-table-names sys_stream_scan_states

Controlla lo stato della consegna.

aws redshift-serverless get-namespace \ --namespace-name my-namespace

Per riprendere la consegna dopo l'eliminazione del bucket della tabella S3 o di una tabella, esegui nuovamente il comando enable.

Registrazione con AWS Glue Data Catalog

Prima di poter interrogare i dati conservati con Redshift, Athena o altri servizi di analisi, il bucket di tabelle S3 gestito dal servizio deve essere integrato con. AWS Glue Data Catalog Si tratta di un passaggio una tantum per account e regione. Se hai già integrato S3 Tables con AWS Glue Data Catalog, non è richiesta alcuna azione aggiuntiva.

Per istruzioni sull'integrazione, consulta Integrating Amazon S3 Tables with AWS Glue Data Catalog nella Developer Guide. AWS Glue

Configurazione della crittografia

Per impostazione predefinita, i dati inviati a S3 Tables sono crittografati con S3-managed le chiavi Amazon ()SSE-S3. Per utilizzare invece una chiave gestita AWS KMS dal cliente, specifica il relativo ARN con --s3-table-kms-key-id quando abiliti la consegna:

aws redshift enable-logging \ --cluster-identifier my-redshift-cluster \ --log-destination-type s3table \ --log-exports all \ --s3-table-granularity account \ --s3-table-kms-key-id arn:aws:kms:us-west-2:111122223333:key/key-id

Se utilizzi una chiave gestita dal cliente, la relativa politica chiave deve consentire al responsabile del servizio di integrazione delle tabelle di sistema Redshift di generare chiavi di dati quando scrive le tabelle di sistema e al responsabile del servizio di manutenzione di S3 Tables di utilizzare la chiave durante la manutenzione delle tabelle (ad esempio la compattazione). Aggiungete le seguenti dichiarazioni alla policy chiave REGIONACCOUNT, sostituendola KEY_ID con i vostri valori.

{ "Version": "2012-10-17", "Statement": [ { "Sid": "EnableRedshiftSystemTableKeyUsage", "Effect": "Allow", "Principal": { "Service": "systemtables.redshift.amazonaws.com" }, "Action": [ "kms:DescribeKey", "kms:GenerateDataKey", "kms:Decrypt" ], "Resource": "arn:aws:kms:REGION:ACCOUNT:key/KEY_ID", "Condition": { "StringEquals": { "aws:SourceAccount": "ACCOUNT" } } }, { "Sid": "EnableS3TableMaintenanceKeyUsage", "Effect": "Allow", "Principal": { "Service": "maintenance.s3tables.amazonaws.com" }, "Action": [ "kms:GenerateDataKey", "kms:Decrypt" ], "Resource": "arn:aws:kms:REGION:ACCOUNT:key/KEY_ID", "Condition": { "StringLike": { "kms:EncryptionContext:aws:s3:arn": "arn:aws:s3tables:REGION:ACCOUNT:bucket/aws-redshift/*" } } } ] }

Se la policy chiave non concede queste autorizzazioni, Redshift non può scrivere sulle tabelle S3 crittografate e la consegna non riesce.

Tabelle di sistema supportate

È possibile selezionare una delle seguenti viste di SYS_* monitoraggio da integrare con S3 Tables. Per una descrizione delle colonne di ogni vista, scegli il nome della vista.

Nota

Le seguenti visualizzazioni richiedono la patch P203 o successiva: SYS_CHILD_QUERY_TEXT, SYS_COPY_REPLACEMENTS, SYS_EXTERNAL_QUERY_ERROR, SYS_PROCEDURE_MESSAGES, SYS_QUERY_DETAIL, SYS_QUERY_EXPLAIN, SYS_SPATIAL_SIMPLIFY e SYS_UNLOAD_DETAIL. Se abiliti queste viste su un data warehouse che esegue una patch precedente alla P203, le tabelle vengono create con lo schema corretto ma non contengono dati finché il data warehouse non viene aggiornato alla versione P203 o successiva.

Colonne di metadati aggiunte a ciascuna tabella

Ogni tabella S3 contiene tutte le colonne della SYS_* vista sorgente, più le seguenti cinque colonne di metadati che Redshift aggiunge per identificare l'origine di ogni riga e la data di consegna.

Colonna Tipo Description
warehouse_account_id stringa L' AWS account proprietario del data warehouse di origine.
warehouse_region_name stringa La AWS regione in cui viene eseguito il data warehouse di origine.
warehouse_namespace_arn stringa L'ARN del namespace per il data warehouse di origine. Si tratta di un identificatore univoco e stabile che è immutabile tra ridenominazioni e ricreazioni.
warehouse_name stringa Il nome leggibile dall'uomo del data warehouse di origine (nome del cluster o nome del gruppo di lavoro).
s3_tables_ingestion_time timestamp (6), UTC L'ora in cui Redshift ha trasferito la riga in S3 Tables. Questo è il tempo di consegna, non l'ora in cui si è verificato l'evento sottostante.

Configurazione della conservazione

Redshift non definisce una politica di conservazione per i dati che fornisce a S3 Tables. Puoi configurare per quanto tempo conservare i dati impostando una politica di scadenza dei record tramite S3 Tables. Specifichi il numero di giorni (ad esempio, 5 giorni, 100 giorni o 365 giorni) e S3 Tables rimuove automaticamente i dati che invecchiano oltre la durata configurata.

Se non si configura una politica di scadenza, i dati vengono conservati a tempo indeterminato.

Quando disabiliti l'integrazione o rimuovi una tabella di sistema, Redshift interrompe la scrittura di nuovi dati ma i dati precedentemente forniti rimangono in S3 Tables e continuano a essere soggetti a qualsiasi politica di scadenza configurata.

Per ulteriori informazioni, consulta Configurazione della scadenza dei record per i bucket di tabelle S3 nella Amazon S3 User Guide.

Governance dei dati

Sei tu a governare l'accesso ai dati delle tabelle di sistema conservati; Redshift non applica autorizzazioni di lettura per tuo conto e non maschera i dati.

  • Controllo degli accessi. Dopo aver integrato il bucket di tabelle S3 con AWS Glue Data Catalog, puoi governare l'accesso in lettura utilizzando AWS Identity and Access Management (IAM) o. AWS Lake Formation In una distribuzione consolidata, è possibile definire l'ambito dell'accesso in lettura per magazzino.

  • Catalogazione e scoperta. L' AWS Glue Data Catalog integrazione fornisce un punto centrale per scoprire le tabelle conservate e applicare autorizzazioni granulari (ad esempio, accesso a livello di tabella, colonna o riga con Lake Formation).

Comportamento della distribuzione e del ciclo di vita

  • Frequenza di consegna. I dati vengono trasmessi in batch con una frequenza fissa.

  • Exactly-once consegna. Ogni record viene consegnato una volta; la riattivazione o la riaggiunta di una tabella di sistema non crea duplicati.

  • Abilita, disabilita, riattiva. Mentre la funzionalità (o una tabella di sistema specifica) è disattivata, non viene acquisito alcun dato per quel periodo. La disabilitazione interrompe le scritture ma non rimuove le tabelle S3 o i dati forniti in precedenza. Re-enabling riprende la consegna in futuro e non colma il divario.

  • Rimozione di una tabella di sistema dalla selezione. Redshift interrompe la fornitura di nuovi dati per quella tabella di sistema. I dati forniti in precedenza rimangono nelle tabelle S3 e sono soggetti a qualsiasi politica di scadenza dei record configurata. Re-adding la tabella di sistema riprende la consegna senza duplicare i dati.

  • Eliminazione del data warehouse con dati in corso. Se elimini un data warehouse mentre è in corso la consegna e la chiave di crittografia del data warehouse è diversa dalla chiave utilizzata per S3 Tables, Redshift potrebbe continuare a utilizzare la AWS KMS concessione sulla chiave del data warehouse per un breve periodo dopo l'eliminazione per completare la consegna di tutti i dati rimanenti.

Verifica dello stato della consegna

È possibile rivedere la configurazione corrente e i tempi di consegna più recenti per tabella di sistema in qualsiasi momento:

  • Cluster con provisioning. describe-logging-status(odescribe-cluster) restituisce le tabelle di sistema attive, lo spazio dei nomi S3 Tables, la granularità e l'ora dell'ultima immissione per ogni tabella di sistema.

  • Redshift Serverless. get-namespacerestituisce le stesse informazioni nello stato di pubblicazione di S3 Tables del namespace.

Redshift Serverless

La distribuzione non tiene sveglio un gruppo di lavoro né consuma il tuo computer. Prima che il gruppo di lavoro si interrompa, Redshift assicura la consegna di qualsiasi batch in sospeso.

Best practice

  1. Valuta la sensibilità dei tuoi dati. Scopri che tipo di dati sono archiviati nel tuo data warehouse e se le tabelle di sistema contengono informazioni sensibili. Alcune tabelle di sistema (come SYS_QUERY_TEXT e SYS_PROCEDURE_MESSAGES) sono in grado di acquisire valori letterali dalle query e dalle stored procedure.

  2. Scegli un modello di distribuzione. Se il tuo data warehouse archivia informazioni sensibili, valuta la possibilità di utilizzare il modello di distribuzione per magazzino per mantenere fisicamente isolati i dati delle tabelle di sistema di ciascun data warehouse. Se i tuoi dati non sono sensibili e desideri eseguire query su più magazzini senza combinare i risultati di più tabelle, utilizza il modello di distribuzione consolidato.

  3. Seleziona le tabelle di sistema di cui hai bisogno. Consulta l'elenco delle tabelle di sistema supportate e scegli quelle che soddisfano i tuoi requisiti di conformità, audit o osservabilità. Non è necessario abilitare tutte le tabelle di sistema.

  4. Configura la crittografia prima di abilitare la funzionalità. Se desideri utilizzare una AWS KMS chiave gestita dal cliente, specificala quando abiliti la funzione per la prima volta. Non è possibile modificare la chiave dopo la creazione delle tabelle S3. Per modificare la chiave, disabilita la funzionalità, rilascia le tabelle S3 utilizzando l'API S3 Tables (questa operazione elimina definitivamente i dati conservati) e quindi riattiva la funzionalità con la nuova chiave.

  5. Imposta la conservazione in base ai requisiti aziendali. Configura la politica di scadenza dei record direttamente in S3 Tables a livello di tabella, in base alle tue esigenze di conformità, audit o operative. Tabelle diverse possono avere durate di conservazione diverse. Se non si configura una politica di scadenza, i dati vengono conservati a tempo indeterminato. Per monitorare l'utilizzo dello storage per le tabelle di sistema, consulta le CloudWatch metriche di Amazon S3 Tables nella Amazon S3 User Guide.

Fatturazione

La scrittura dei dati delle tabelle di sistema su S3 Tables è gratuita. Ti verranno addebitati i costi di archiviazione e manutenzione standard di S3 Tables per i dati conservati e per il motore di query utilizzato per leggere i dati, in base ai prezzi di tale motore. Per ulteriori informazioni, consulta i prezzi di Amazon S3 Tables.

Considerazioni e limitazioni

  • Supportato in un singolo AWS account e in una singola AWS regione. Per analizzare i dati tra account o regioni, combina i risultati al momento della richiesta.

  • Un data warehouse utilizza un modello di distribuzione (per magazzino o consolidato) alla volta.

  • La modifica dei modelli di distribuzione, la disabilitazione e la riattivazione o la rimozione e la riaggiunta di una tabella di sistema non comportano il ripristino dei dati storici.

  • I dati forniti sono immutabili. Non è possibile modificare o eliminare singole righe tramite Redshift.

  • È possibile eliminare le tabelle S3 create da questa funzionalità, ma così facendo si rimuovono definitivamente tutti i dati conservati in tali tabelle e si interrompe la consegna. Redshift non ricrea automaticamente le tabelle eliminate. Per riprendere la distribuzione, è necessario riattivare la funzionalità, che crea nuove tabelle e inizia a fornire nuovi dati in futuro. I dati forniti in precedenza non vengono ripristinati. Per ulteriori informazioni, consulta Eliminazione delle tabelle S3 nella Amazon S3 User Guide.

  • La distribuzione è basata su batch (i dati vengono scritti con una frequenza fissa).

  • L'interrogazione da Redshift richiede l'integrazione del bucket da tabella S3 con. AWS Glue Data Catalog