Considerazioni sulle letture e sulle scritture per la condivisione di dati in Amazon Redshift

È possibile condividere le UDF SQL solo tramite le unità di condivisione dati. Le funzioni Python e Lambda definite dall'utente non sono supportate.

Se il database del produttore dispone di regole di confronto specifiche, utilizzare le stesse impostazioni di confronto per il database del consumatore.

Amazon Redshift non supporta funzioni SQL definite dall'utente nidificate sui cluster di producer.

Amazon Redshift non supporta la condivisione di tabelle con chiavi di ordinamento interlacciate e viste che fanno riferimento a tabelle con chiavi di ordinamento interlacciate.

Amazon Redshift non supporta l'accesso a un oggetto unità di  condivisione dati in cui si è verificato un DDL simultaneo tra le fasi Prepare ed Execute dell'accesso.

Amazon Redshift non supporta la condivisione di procedure archiviate tramite unità di condivisione dati.

Amazon Redshift non supporta la condivisione delle tabelle e delle viste di sistema dei metadati.

Tipo di elaborazione: è necessario utilizzare gruppi di lavoro Serverless o cluster con provisioning con tipi di nodi rg.xlarge, rg.4xlarge, ra3.large, ra3.xlplus, ra3.4xlarge o ra3.16xlarge per utilizzare questa funzionalità.

Livello di isolamento: l’isolamento del database deve essere a livello di snapshot per consentire le operazioni di scrittura da parte di altri cluster con provisioning e gruppi di lavoro serverless.

Multi-statement interrogazioni Multi-statement e transazioni: le interrogazioni al di fuori di un blocco di transazioni non sono attualmente supportate. Di conseguenza, se utilizzi un editor di query come dbeaver e hai più query di scrittura, devi racchiudere le query in un’istruzione di transazione BEGIN... END esplicita.

Quando le istruzioni multi-comando vengono utilizzate al di fuori delle transazioni, se il primo comando è una scrittura su un database del producer, i comandi di scrittura successivi nell’istruzione sono consentiti solo per tale database del producer. Se il primo comando è di lettura, i comandi di scrittura successivi sono consentiti solo per il database utilizzato, se impostati, altrimenti per il database locale. Tieni presente che le operazioni di scrittura in una transazione sono supportate solo per un singolo database.

Dimensionamento dei consumer: i cluster consumer devono avere almeno 64 o più sezioni per eseguire le scritture utilizzando la condivisione dei dati.

Viste e viste materializzate: non puoi creare, aggiornare o modificare viste o viste materializzate per un database di unità di condivisione dati.

Sicurezza: non puoi collegare o rimuovere le policy di sicurezza a livello di colonna (CLS), a livello di riga (RLS) e mascheramento dinamico dei dati (DDM) per gli oggetti dell’unità di condivisione dati.

Gestibilità: i warehouse consumer non possono aggiungere oggetti o viste dell’unità di condivisione dati che creano un riferimento per gli oggetti dell’unità di condivisione dati a un’altra unità di condivisione dati. Inoltre i consumer non possono modificare o rimuovere un’unità di condivisione dati esistente.

Operazioni di troncamento: le scritture dell’unità di condivisione dati supportano le operazioni di troncamento transazionali per le tabelle remote. È un’operazione diversa dalle operazioni di troncamento che esegui localmente in un cluster, che prevedono il commit automatico. Per ulteriori informazioni sul comando SQL, consulta TRUNCATE.

Clonazione: le istruzioni CREATE TABLE con la clausola LIKE supportano la clonazione da un’unica tabella principale quando scrivi dai warehouse consumer ai producer.