Vue QUERY_HISTORY (Account Usage) : changements relatifs aux colonnes et aux nouvelles colonnes (en attente)¶

Colonnes de nouvelles tentatives des requêtes¶

Il se peut qu’une requête doive être relancée une ou plusieurs fois pour aboutir. Plusieurs causes peuvent être à l’origine d’une nouvelle tentative d’interrogation. Certaines de ces causes peuvent donner lieu à des actions, c’est-à-dire qu’un utilisateur peut apporter des modifications afin de réduire ou d’éliminer les nouvelles tentatives de requêtes pour une requête spécifique. Par exemple, si une requête est relancée en raison d’une erreur de mémoire, la modification des paramètres de l’entrepôt peut résoudre le problème.

Certaines tentatives d’interrogation sont dues à une tolérance aux pannes qui ne peut pas être corrigée. En d’autres termes, il n’y a pas de changement que l’utilisateur puisse faire pour empêcher la réitération de la requête. Par exemple, une panne de réseau peut entraîner une nouvelle tentative de requête. Dans ce cas, aucune modification de la requête ou de l’entrepôt qui l’exécute ne peut empêcher la réitération de la requête.

Les colonnes QUERY_RETRY_TIME, QUERY_RETRY_CAUSE et FAULT_HANDLING_TIME peuvent vous aider à optimiser les requêtes qui sont relancées et à mieux comprendre les fluctuations des performances des requêtes.

Colonne ROWS_PRODUCED obsolète¶

La colonne ROWS_PRODUCED sera obsolète dans une prochaine version. La valeur de la colonne ROWS_PRODUCED ne reflète pas toujours le nombre logique de lignes affectées par une requête. Par exemple, la valeur de la colonne ROWS_PRODUCED peut inclure des lignes qui ont été supprimées en raison de la réécriture de micropartitions et peut être supérieure au nombre réel de lignes affectées. Snowflake recommande d’utiliser les colonnes ROWS_INSERTED, ROWS_UPDATED, ROWS_WRITTEN_TO RESULTS ou ROWS_DELETED à la place.