Considerazioni quando si accede ai dati federati con Amazon Redshift - Amazon Redshift
Versioni supportate dei database federati

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à.

Considerazioni quando si accede ai dati federati con Amazon Redshift

Alcune funzionalità di Amazon Redshift non supportano l'accesso ai dati federati. Di seguito sono riportate le limitazioni e le considerazioni correlate.

Di seguito sono riportate limitazioni e considerazioni che si applicano quando si utilizzano query federate con Amazon Redshift:

  • Le query federate supportano l'accesso in lettura a origini dati esterne. Non è possibile scrivere o creare oggetti database nell'origine dati esterna.

  • In alcuni casi, potresti accedere a un database cluster Amazon RDS o Aurora DB in una AWS regione diversa da Amazon Redshift. In questi casi, in genere sono previsti costi di latenza di rete e di fatturazione per il trasferimento di dati tra regioni. AWS Ti consigliamo di utilizzare un database globale Aurora con un endpoint locale nella stessa AWS regione del cluster Amazon Redshift. I database globali Aurora utilizzano un'infrastruttura dedicata per la replica basata sullo storage in due regioni AWS con latenza tipica inferiore a 1 secondo.

  • Considera il costo di accesso al cluster Amazon RDS o Aurora DB. Ad esempio, quando si utilizza questa funzionalità per accedere al cluster Aurora DB, i costi del cluster Aurora DB si basano su. IOPS

  • Le query federate non consentono l'accesso ad Amazon Redshift dal cluster Aurora DB RDS o dal cluster Aurora.

  • Le query federate sono disponibili solo AWS nelle regioni in cui sono disponibili sia Amazon Redshift che RDS Amazon o Aurora DB cluster.

  • Le query federate al momento non supportano ALTER SCHEMA. Per modificare uno schema, utilizzare DROP e quindi CREATE EXTERNAL SCHEMA.

  • Le query federate non funzionano con il dimensionamento simultaneo.

  • Le query federate attualmente non supportano l'accesso tramite un wrapper di dati esterno Postgre. SQL

  • Le interrogazioni federate a RDS My o SQL Aurora My SQL supportano l'isolamento delle transazioni a livello. READ COMMITTED

  • Se non specificato, Amazon Redshift si connette a RDS for My o SQL Aurora My sulla porta 3306. SQL Conferma il numero di SQL porta My prima di creare uno schema esterno per My. SQL

  • Se non specificato, Amazon Redshift si connette a RDS Postgre SQL o SQL Aurora Postgre sulla porta 5432. Conferma il numero di SQL porta Postgre prima di creare uno schema esterno per Postgre. SQL

  • Durante il recupero TIMESTAMP DATE dei tipi di dati da MySQL, i valori zero vengono trattati come. NULL

  • Se viene utilizzato un endpoint di lettura del database del cluster Aurora DB, può verificarsi un errore di «snapshot non valida». Ciò può essere evitato con uno dei seguenti metodi:

    • Utilizza un endpoint specifico dell'istanza del cluster Aurora DB (anziché utilizzare l'endpoint del cluster del cluster Aurora DB). Questo metodo utilizza l'isolamento REPEATABLE READ delle transazioni per i risultati del database Postgre. SQL

    • Usa un endpoint Aurora DB Cluster Reader e imposta su false pg_federation_repeatable_read per la sessione. Questo metodo utilizza l'isolamento READ COMMITTED delle transazioni per i risultati del database SQL Postgre. Per ulteriori informazioni sugli endpoint del lettore di cluster Aurora DB, consulta Tipi di endpoint del cluster Aurora DB nella Guida per l'utente di Amazon Aurora. Per informazioni su pg_federation_repeatable_read, consulta pg_federation_repeatable_read.

Di seguito sono riportate alcune considerazioni sulle transazioni quando si lavora con query federate ai database Postgre: SQL

  • Se una query è composta da tabelle federate, il nodo leader avvia una READ ONLY REPEATABLE READ transazione sul database remoto. Questa transazione rimane per la durata della transazione Amazon Redshift.

  • Il nodo direttivo crea uno snapshot del database remoto mediante chiamata pg_export_snapshot e crea un blocco di lettura sulle tabelle interessate.

  • Un nodo di calcolo avvia una transazione e utilizza lo snapshot creato nel nodo direttivo per emettere query al database remoto.

Versioni supportate dei database federati

Uno schema esterno di Amazon Redshift può fare riferimento a un database in un RDS Postgre SQL o Aurora Postgre esterno. SQL In tal caso, si applicano le seguenti limitazioni:

  • Quando si crea uno schema esterno che fa riferimento al cluster Aurora DB, il database Aurora SQL Postgre deve avere la versione 9.6 o successiva.

  • Quando si crea uno schema esterno che fa riferimento ad AmazonRDS, il SQL database Amazon RDS Postgre deve avere la versione 9.6 o successiva.

Uno schema esterno di Amazon Redshift può fare riferimento a un database in un My o SQL Aurora RDS My esterno. SQL In tal caso, si applicano le seguenti limitazioni:

  • Quando si crea uno schema esterno che fa riferimento al cluster Aurora DB, il database Aurora SQL My deve avere la versione 5.6 o successiva.

  • Quando si crea uno schema esterno che fa riferimento ad AmazonRDS, il SQL database RDS My deve avere la versione 5.6 o successiva.