Amazon Redshift non supporterà più la creazione di nuovi Python a UDFs partire dal 1° novembre 2025. Se vuoi usare Python UDFs, crea la UDFs data precedente a quella data. Python esistente UDFs continuerà a funzionare normalmente. Per ulteriori informazioni, consulta il post del blog
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 query eseguite su cluster con provisioning principale. Non contiene query eseguite su cluster con scalabilità simultanea o su namespace senza server. Per accedere ai piani esplicativi per le query eseguite su entrambi i cluster principali, i cluster con scalabilità simultanea e i namespace senza server, ti 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 colonna | Tipo di dati | Descrizione |
|---|---|---|
| userid | integer | ID dell'utente che ha generato la voce. |
| query | integer | ID query. La colonna di query può essere utilizzata per unire altre tabelle e visualizzazioni del sistema. |
| sezione | integer | Numero che identifica la sezione in cui è stata eseguita la query. |
| segment | integer | Numero identificativo del segmento di query. |
| step | integer | 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 | integer | Il numero del processo di attività di query assegnato per eseguire la fase. |
| righe | bigint | Numero totale di righe elaborate. |
| tbl | integer | ID tabella. |
| num_parts | integer | Numero totale di partizioni in cui è stata divisa una tabella di hash durante una fase di hash. |
| join_type | integer | 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 | integer | Il segmento della fase di hash corrispondente. |
| hash_step | integer | Il numero di fase della fase di hash corrispondente. |
| checksum | bigint | Queste informazioni sono solo per uso interno. |
| distribuzione | integer | 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)
