Amazon Redshift non supporterà più la creazione di nuovi Python UDFs a partire dalla Patch 198. Python esistente UDFs continuerà a funzionare fino al 30 giugno 2026. Per ulteriori informazioni, consulta il [post del blog](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/). 

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\$1ALERT\$1EVENT\$1LOG
<a name="r_STL_ALERT_EVENT_LOG"></a>

Registra un avviso quando il query optimizer identifica delle condizioni che potrebbero indicare problemi di prestazioni. Utilizza la vista STL\$1ALERT\$1EVENT\$1LOG per identificare le possibilità di miglioramento delle performance della query.

Una query consiste in più segmenti e ogni segmento consiste in una o più fasi. Per ulteriori informazioni, consulta [Elaborazione query](c-query-processing.md). 

STL\$1ALERT\$1EVENT\$1LOG è 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](cm_chap_system-tables.md#c_visibility-of-data).

**Nota**  
STL\$1ALERT\$1EVENT\$1LOG 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\$1QUERY\$1DETAIL](SYS_QUERY_DETAIL.md). I dati nella vista di monitoraggio SYS sono formattati in modo da essere più facili da usare e comprendere.

## Colonne di tabella
<a name="r_STL_ALERT_EVENT_LOG-column2"></a>

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/redshift/latest/dg/r_STL_ALERT_EVENT_LOG.html)

## Note per l’utilizzo
<a name="r_STL_ALERT_EVENT_LOG-usage-notes"></a>

È possibile utilizzare lo STL\$1ALERT\$1EVENT\$1LOG per identificare potenziali problemi nelle query, poi, per ottimizzare la progettazione del database e riscrivere le query, segui le procedure in [Ottimizzazione delle prestazioni delle query](c-optimizing-query-performance.md). STL\$1ALERT\$1EVENT\$1LOG registra i seguenti avvisi: 
+ **Statistiche mancanti** 

  Mancano le statistiche. Esegui ANALYZE in seguito a caricamenti di dati o aggiornamenti significativi e utilizza STATUPDATE con le operazioni COPY. Per ulteriori informazioni, consulta [Best practice di Amazon Redshift per la progettazione di query](c_designing-queries-best-practices.md).
+ **Loop nidificato**

  Un loop nidificato è solitamente un prodotto cartesiano. Valuta la query per garantire che tutte le tabelle che partecipano siano unite in modo efficiente.
+ **Filtro molto selettivo**

  Il rapporto tra righe restituite e righe scansionate è minore di 0,05. Le righe sottoposte a scansione corrispondono al valore di `rows_pre_user_filter` e le righe restituite sono il valore delle righe nella vista di sistema [STL\$1SCAN](r_STL_SCAN.md). Indica che la query sta eseguendo la scansione di un numero insolitamente grande di righe per determinare il set di risultati. Questo può essere dovuto a chiavi di ordinamento mancanti o non corrette. Per ulteriori informazioni, consulta [Chiavi di ordinamento](t_Sorting_data.md). 
+ **Righe fantasma eccessive **

  Una scansione ha ignorato un numero piuttosto grande di righe contrassegnate come cancellate ma non sottoposte a vacuum o righe che sono state inserite ma non eseguite. Per ulteriori informazioni, consulta [Vacuum delle tabelle](t_Reclaiming_storage_space202.md). 
+ **Distribuzione estesa**

  Più di 1.000.000 di righe sono state redistribuite per un hash join o un'aggregazione. Per ulteriori informazioni, consulta [Distribuzione dei dati per l’ottimizzazione delle query](t_Distributing_data.md). 
+ **Trasmissione estesa**

  Più di 1.000.000 di righe sono state trasmesse per un hash join. Per ulteriori informazioni, consulta [Distribuzione dei dati per l’ottimizzazione delle query](t_Distributing_data.md). 
+ **Esecuzione seriale **

   Uno stile di redistribuzione DS\$1DIST\$1ALL\$1INNER è stato indicato nel piano di query, il che forza un'esecuzione seriale perché l'intera tabella interna è stata redistribuita in un solo nodo. Per ulteriori informazioni, consulta [Distribuzione dei dati per l’ottimizzazione delle query](t_Distributing_data.md).

## Query di esempio
<a name="r_STL_ALERT_EVENT_LOG-sample-queries"></a>

La query seguente mostra eventi di avviso per quattro query. 

```
SELECT query, substring(event,0,25) as event, 
substring(solution,0,25) as solution, 
trim(event_time) as event_time from stl_alert_event_log order by query;

 query |             event             |          solution            |     event_time      
-------+-------------------------------+------------------------------+---------------------
  6567 | Missing query planner statist | Run the ANALYZE command      | 2014-01-03 18:20:58
  7450 | Scanned a large number of del | Run the VACUUM command to rec| 2014-01-03 21:19:31
  8406 | Nested Loop Join in the query | Review the join predicates to| 2014-01-04 00:34:22
 29512 | Very selective query filter:r | Review the choice of sort key| 2014-01-06 22:00:00

(4 rows)
```