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
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à.
STL_HASHJOIN
Analizza le fasi di esecuzione di hash join per le query.
STL_HASHJOIN è visibile a tutti gli utenti. Gli utenti con privilegi avanzati visualizzano tutte le righe; gli utenti regolari visualizzano solo i propri dati. Per ulteriori informazioni, consulta Visibilità dei dati nelle tabelle e nelle viste di sistema.
Nota
STL_HASHJOIN contiene solo le query eseguite sui cluster con provisioning principali. Non contiene le query eseguite sui cluster di dimensionamento simultaneo o sui namespace serverless. Per accedere ai piani di spiegazione per le query eseguite sui cluster principali, sui cluster di dimensionamento simultaneo e sui namespace serverless, consigliamo di utilizzare la vista di monitoraggio SYS SYS_QUERY_DETAIL. I dati nella vista di monitoraggio SYS sono formattati in modo da essere più facili da usare e comprendere.
Colonne di tabella
| Nome della colonna | Tipo di dati | Description |
|---|---|---|
| userid | intero | ID dell'utente che ha generato la voce. |
| query | intero | ID query. La colonna di query può essere utilizzata per unire altre tabelle e visualizzazioni del sistema. |
| sezione | intero | Numero che identifica la sezione in cui è stata eseguita la query. |
| segment | intero | Numero identificativo del segmento di query. |
| step | intero | La fase di query eseguita. |
| starttime | timestamp | Ora in UTC in cui è stata avviata la query. Il tempo totale include l'inserimento in coda e l'esecuzione, con precisione a 6 cifre per le frazioni di secondo. Ad esempio: 2009-06-12 11:29:19.131358. |
| endtime | timestamp | L'orario in UTC in cui è terminata la query. Il tempo totale include l'inserimento in coda e l'esecuzione, con precisione a 6 cifre per le frazioni di secondo. Ad esempio: 2009-06-12 11:29:19.131358. |
| tasknum | intero | Il numero del processo di attività di query assegnato per eseguire la fase. |
| righe | bigint | Numero totale di righe elaborate. |
| tbl | intero | ID tabella. |
| num_parts | intero | Numero totale di partizioni in cui è stata divisa una tabella di hash durante una fase di hash. |
| join_type | intero | Il tipo di join per la fase:
|
| hash_looped | character(1) | Queste informazioni sono solo per uso interno. |
| switched_parts | character(1) | Indica se i lati compilazione (o esterno) e probe (o interno) sono stati scambiati. |
| used_prefetching | character(1) | Queste informazioni sono solo per uso interno. |
| hash_segment | intero | Il segmento della fase di hash corrispondente. |
| hash_step | intero | Il numero di fase della fase di hash corrispondente. |
| checksum | bigint | Queste informazioni sono solo per uso interno. |
| distribuzione | intero | Queste informazioni sono solo per uso interno. |
Query di esempio
L'esempio seguente restituisce il numero di partizioni utilizzate in un hash join per la query 720.
select query, slice, tbl, num_parts from stl_hashjoin where query=720 limit 10;
query | slice | tbl | num_parts -------+-------+-----+----------- 720 | 0 | 243 | 1 720 | 1 | 243 | 1 (2 rows)
