Considerazioni e restrizioni per le query CTAS

Le sezioni seguenti descrivono le considerazioni e le limitazioni da tenere a mente quando si utilizzano le query CREATE TABLE AS SELECT (CTAS) in Athena.

Impara la sintassi delle interrogazioni CTAS

La sintassi delle query CTAS differisce dalla sintassi di CREATE [EXTERNAL] TABLE utilizzato per la creazione di tabelle. Per informazioni, consulta CREATE TABLE AS.

La differenza tra visualizzazioni e query CTAS

Le query CTAS scrivono nuovi dati per un percorso specifico in Amazon S3, mentre le visualizzazioni non scrivono alcun dato. Le viste non scrivono alcun dato.

È possibile specificare il percorso per l'archiviazione dei risultati della query CTAS.

Se il gruppo di lavoro sovrascrive l'impostazione lato client per la posizione dei risultati della query, Athena crea la tabella nella posizione s3://amzn-s3-demo-bucket/tables/<query-id>/. Per visualizzare la posizione dei risultati della query specificata per il gruppo di lavoro, visualizza i dettagli del gruppo di lavoro.

Se il gruppo di lavoro non sovrascrive la posizione dei risultati della query, puoi utilizzare la sintassi WITH (external_location ='s3://amzn-s3-demo-bucket/') nella query CTAS per specificare dove sono memorizzati i risultati della query CTAS.

Se ometti la sintassi external_location e non utilizzi l'impostazione del gruppo di lavoro, Athena usa l'impostazione lato client per la posizione dei risultati della query e crea la tabella nella posizione s3://amzn-s3-demo-bucket/<Unsaved-or-query-name>/<year>/<month/<date>/tables/<query-id>/.

Individuazione di file orfani

Se un'istruzione CTAS o INSERT INTO non riesce, è possibile che i dati orfani vengano lasciati nel percorso dati. Poiché Athena in alcuni casi non elimina alcun dato (anche parziale) dal bucket, potresti essere in grado di leggere questi dati parziali nelle query successive.

Per individuare i file orfani per l'ispezione o l'eliminazione, è possibile utilizzare il file manifesto dati fornito da Athena per tenere traccia dell'elenco dei file da scrivere. In alcuni rari casi in cui una query Athena fallisce bruscamente, il file manifest potrebbe non essere presente. Puoi ispezionare manualmente la posizione S3 di destinazione per trovare i file orfani. Per ulteriori informazioni, vedete Identificare i file di output delle query e DataManifestLocation.

Consigliamo vivamente di utilizzare Apache Iceberg per ottenere transazioni atomiche di tabelle. Per ulteriori informazioni, consulta Tabelle Apache Iceberg.

Ricorda che le clausole ORDER BY vengono ignorate

In una query CTAS, Athena ignora le clausole ORDER BY nella parte SELECT della query.

Secondo le specifiche SQL (ISO 9075, parte 2), l'ordine delle righe di una tabella specificata da un'espressione di query è garantito solo per l'espressione di query che contiene immediatamente la clausola ORDER BY. Le tabelle in SQL sono in ogni caso intrinsecamente non ordinate e l'implementazione delle clausole ORDER BY in sottoquery comporterebbe un rendimento scadente della query e non produrrebbe un output ordinato. Pertanto, nelle query Athena CTAS, non vi è alcuna garanzia che l'ordine specificato dalla clausola ORDER BY venga preservato al momento della scrittura dei dati.

Scegli un formato per archiviare i risultati della query

È possibile archiviare i risultati CTAS in PARQUET, ORC, AVRO, JSON e TEXTFILE. I delimitatori multi-carattere non sono supportati per il formato CTAS TEXTFILE. I risultati della query CTAS sono archiviati in Parquet per impostazione predefinita, se non si specifica un formato di storage dei dati.

Le query CTAS non necessitano di specificare un SerDe per interpretare le trasformazioni del formato. Per informazioni, consulta Example: Writing query results to a different format.

Prendi in considerazione i formati di compressione

GZIPLa compressione viene utilizzata per i risultati delle query CTAS nei formati JSON e TEXTFILE. Per Parquet, puoi usare GZIP o SNAPPY e il valore predefinito è GZIP. Per Parquet, puoi usare LZ4, SNAPPY, ZLIB o ZSTD e il valore predefinito è ZLIB. Per gli esempi CTAS che specificano la compressione, consulta Example: Specifying data storage and compression formats. Per ulteriori informazioni sulla compressione in Athena, consulta Usa la compressione in Athena.

Suddividi i risultati

È possibile partizionare ed eseguire il bucket dei dati dei risultati di una query CTAS. Includi i predicati di partizionamento e di bucketing alla fine della clausola WITH che specifica le proprietà della tabella di destinazione. Per ulteriori informazioni, consulta Utilizzare partizionamento e bucketing e Example: Creating bucketed and partitioned tables.

Quando si utilizza CTAS per creare una tabella partizionata, Athena ha un limite di scrittura di 100 partizioni. Per informazioni su una soluzione alternativa per la limitazione di 100 partizioni, consulta Utilizzare CTAS e INSERT INTO per aggirare il limite di 100 partizioni.

Crittografare i risultati

È possibile crittografare i risultati delle query CTAS in Amazon S3, analogamente al modo di crittografare gli altri risultati della query in Athena. Per ulteriori informazioni, consulta Crittografare i risultati di query Athena archiviati in Amazon S3.

L'impostazione prevista del proprietario del bucket non si applica a CTAS

Per le istruzioni CTAS, l'impostazione prevista per il proprietario del bucket non si applica alla posizione della tabella di destinazione in Amazon S3. L'impostazione prevista per il proprietario del bucket si applica solo al percorso di output di Amazon S3 specificato per i risultati delle query di Athena. Per ulteriori informazioni, consulta Specificare una posizione dei risultati delle query utilizzando la console Athena.

I tipi di dati di colonna vengono conservati

I tipi di dati di colonna per una query CTAS sono gli stessi specificati per la query originale.