SHOW RUN … IN EXPERIMENT

Affiche les paramètres ou les métriques enregistrés pour les exécutions d’expériences.

Voir aussi :

CREATE EXPERIMENT , ALTER EXPERIMENT, SHOW EXPERIMENTS , DROP EXPERIMENT , SHOW RUNS IN EXPERIMENT

Syntaxe

SHOW RUN METRICS [ LIKE '<pattern>' ]
  IN EXPERIMENT <experiment_name> [ RUN <run_name> ]
  [ LIMIT <rows> [ FROM <name_string> ] ]

SHOW RUN PARAMETERS [ LIKE '<pattern>' ]
  IN EXPERIMENT <experiment_name> [ RUN <run_name> ]
  [ LIMIT <rows> [ FROM <name_string> ] ]
Copy

Paramètres

LIKE 'pattern'

(Facultatif) Filtre la sortie de commande par nom d’objet. Le filtre utilise une concordance de motif insensible à la casse avec prise en charge des caractères génériques SQL (% et _).

Par exemple, les motifs suivants donnent les mêmes résultats :

... LIKE '%testing%' ...
... LIKE '%TESTING%' ...

. Par défaut : aucune valeur (aucun filtrage n’est appliqué à la sortie).

METRICS

Afficher les métriques enregistrées pour les exécutions.

PARAMETERS

Afficher les paramètres enregistrés pour les exécutions.

IN EXPERIMENT experiment_name

Nom de l’expérience contenant les exécutions à interroger.

RUN run_name

Nom d’une exécution spécifique à interroger.

LIMIT rows [ FROM 'name_string' ]

(Facultatif) Limite le nombre maximum de lignes retournées, tout en permettant la « pagination » des résultats. Le nombre réel de lignes renvoyées peut être inférieur à la limite spécifiée. Par exemple, le nombre d’objets existants est inférieur à la limite spécifiée.

La sous-clause facultative FROM 'name_string' sert effectivement de « curseur » pour les résultats. Ceci permet de récupérer le nombre spécifié de lignes suivant la première ligne dont le nom d’objet correspond à la chaîne spécifiée :

  • La chaîne doit être encadrée de guillemets simples et est sensible à la casse.

  • La chaîne n’a pas besoin d’inclure le nom complet de l’objet ; les noms partiels sont pris en charge.

Par défaut : aucune valeur (aucune limite n’est appliquée à la sortie)

Note

Pour les commandes SHOW qui prennent en charge les clauses FROM 'name_string' et STARTS WITH 'name_string', vous pouvez combiner ces deux clauses dans la même instruction. Cependant, les deux conditions doivent être remplies ou elles s’annulent mutuellement et aucun résultat n’est renvoyé.

De plus, les objets sont retournés dans l’ordre lexicographique par nom, donc FROM 'name_string' ne retourne que les lignes ayant une valeur lexicographique plus élevée que les lignes retournées par STARTS WITH 'name_string'

Par exemple :

  • ... STARTS WITH 'A' LIMIT ... FROM 'B' ne donnerait aucun résultat.

  • ... STARTS WITH 'B' LIMIT ... FROM 'A' ne donnerait aucun résultat.

  • ... STARTS WITH 'A' LIMIT ... FROM 'AB' donnerait des résultats (si des lignes correspondent aux chaînes d’entrée).

Sortie

La sortie de la commande SHOW RUN METRICS comprend les colonnes suivantes, qui décrivent les propriétés et les métadonnées des exécutions :

Colonne

Description

run_name

Nom du rôle.

name

Nom de la métrique.

step

Étape de la valeur métrique.

value

Valeur de la métrique à l’étape spécifiée.

La sortie de la commande SHOW RUN PARAMETERS comprend les colonnes suivantes, qui décrivent les propriétés et les métadonnées des exécutions :

Colonne

Description

run_name

Nom du rôle.

name

Nom du paramètre.

value

Valeur du paramètre.

Exigences en matière de contrôle d’accès

Un rôle utilisé pour exécuter cette opération doit au minimum disposer des privilèges suivants :

Privilège

Objet

Remarques

USAGE

Expérience

Le privilège USAGE relatif à la base de données et au schéma parents est exigé pour effectuer des opérations sur tout objet d’un schéma. Notez qu’un rôle doté d’un privilège quelconque sur un schéma permet à ce rôle de résoudre le schéma. Par exemple, un rôle doté du privilège CREATE sur un schéma peut créer des objets sur ce schéma sans également avoir le privilège USAGE attribué sur ce schéma.

Pour obtenir des instructions sur la création d’un rôle personnalisé avec un ensemble spécifique de privilèges, voir Création de rôles personnalisés.

Pour des informations générales sur les rôles et les privilèges accordés pour effectuer des actions SQL sur des objets sécurisables, voir Aperçu du contrôle d’accès.

Notes sur l’utilisation

  • La commande ne nécessite pas l’exécution d’un entrepôt en cours d’exécution.

  • La commande ne renvoie que les objets pour lesquels le rôle actuel de l’utilisateur s’est vu accorder au moins un privilège d’accès.

  • Le privilège d’accès MANAGE GRANTS permet implicitement à son titulaire de voir tous les objets du compte. Par défaut, seuls l’administrateur du compte (utilisateurs avec le rôle ACCOUNTADMIN) et l’administrateur de sécurité (utilisateurs avec le rôle SECURITYADMIN) ont le privilège MANAGE GRANTS.

  • Pour post-traiter la sortie de cette commande, vous pouvez utiliser l’opérateur de canal (->>) ou la fonction RESULT_SCAN. Les deux constructions traitent la sortie comme un jeu de résultats que vous pouvez interroger.

    Les noms des colonnes de sortie pour cette commande sont générés en minuscules. Si vous consommez un jeu de résultats de cette commande avec l’opérateur de canal ou la fonction RESULT_SCAN, utilisez des identificateurs entre guillemets doubles pour les noms de colonnes de la requête, afin de vous assurer qu’ils correspondent aux noms de colonnes dans la sortie analysée. Par exemple, si le nom d’une colonne de sortie est type, spécifiez "type" pour l’identificateur.

  • La commande renvoie un maximum de dix mille enregistrements pour le type d’objet spécifié, conformément aux privilèges d’accès du rôle utilisé pour exécuter la commande. Aucun enregistrement au-delà de la limite de dix mille enregistrements n’est renvoyé, même si un filtre a été appliqué.

    Pour afficher les résultats pour lesquels il existe plus de dix mille enregistrements, interrogez la vue correspondante (le cas échéant) dans Schéma d’information de Snowflake.