snow sql¶
Exécute la requête Snowflake. Utilisez soit une requête, un nom de fichier ou une option d’entrée. La requête à exécuter peut être spécifiée à l’aide de l’option query, de l’option filename (toutes les requêtes du fichier seront exécutées) ou via stdin en acheminant la sortie d’une autre commande. Par exemple, cat my.sql | snow sql -i. La commande prend en charge la substitution de variables côté client.
Syntaxe¶
snow sql
--query <query>
--filename <files>
--stdin
--variable <data_override>
--retain-comments
--single-transaction / --no-single-transaction
--enable-templating <enabled_templating>
--project <project_definition>
--env <env_overrides>
--connection <connection>
--host <host>
--port <port>
--account <account>
--user <user>
--password <password>
--authenticator <authenticator>
--workload-identity-provider <workload_identity_provider>
--private-key-file <private_key_file>
--token <token>
--token-file-path <token_file_path>
--database <database>
--schema <schema>
--role <role>
--warehouse <warehouse>
--temporary-connection
--mfa-passcode <mfa_passcode>
--enable-diag
--diag-log-path <diag_log_path>
--diag-allowlist-path <diag_allowlist_path>
--oauth-client-id <oauth_client_id>
--oauth-client-secret <oauth_client_secret>
--oauth-authorization-url <oauth_authorization_url>
--oauth-token-request-url <oauth_token_request_url>
--oauth-redirect-uri <oauth_redirect_uri>
--oauth-scope <oauth_scope>
--oauth-disable-pkce
--oauth-enable-refresh-tokens
--oauth-enable-single-use-refresh-tokens
--client-store-temporary-credential
--format <format>
--verbose
--debug
--silent
--enhanced-exit-codes
Arguments¶
Aucun(e)
Options¶
--query, -q TEXTRequête à exécuter.
--filename, -f FILEFichier à exécuter. Par défaut : [].
--stdin, -iLisez la requête à partir de l’entrée standard. Utilisez-le lorsque vous introduisez des données dans cette commande. Par défaut : false.
--variable, -D TEXTChaîne au format clé=valeur. Si elle est fournie, le contenu SQL sera traité comme un modèle et rendu à l’aide des données fournies.
--retain-commentsConserve les commentaires dans les requêtes transmises à Snowflake. Par défaut : false.
--single-transaction / --no-single-transactionSe connecte asans validation automatique. Ajoute BEGIN/COMMIT autour des instructions pour les exécuter en tant que transaction unique, en s’assurant que toutes les commandes se terminent avec succès ou qu’aucun changement n’est appliqué. Par défaut : false.
--enable-templating [LEGACY|STANDARD|JINJA|ALL|NONE]Syntaxe utilisée pour résoudre les variables avant de transmettre les requêtes à Snowflake. Par défaut : [<_EnabledTemplating.LEGACY: “LEGACY”>, <_EnabledTemplating.STANDARD: “STANDARD”>].
-p, --project TEXTChemin où le projet Snowflake est stocké. La valeur par défaut est le répertoire de travail actuel.
--env TEXTChaîne au format clé=valeur. Remplace les variables de la section env utilisées pour les modèles. Par défaut : [].
--connection, -c, --environment TEXTNom de la connexion, tel que défini dans votre fichier
config.toml. Défaut :défaut.--host TEXTAdresse de l’hôte pour la connexion. Remplace la valeur spécifiée pour la connexion.
--port INTEGERPort pour la connexion. Remplace la valeur spécifiée pour la connexion.
--account, --accountname TEXTNom attribué à votre compte Snowflake. Remplace la valeur spécifiée pour la connexion.
--user, --username TEXTNom d’utilisateur pour se connecter à Snowflake. Remplace la valeur spécifiée pour la connexion.
--password TEXTMot de passe Snowflake. Remplace la valeur spécifiée pour la connexion.
--authenticator TEXTAuthentificateur Snowflake. Remplace la valeur spécifiée pour la connexion.
--workload-identity-provider TEXTFournisseur d’identité de charge de travail (AWS, AZURE, GCP, OIDC). Remplace la valeur spécifiée pour la connexion.
--private-key-file, --private-key-path TEXTChemin du fichier de clé privée Snowflake. Remplace la valeur spécifiée pour la connexion.
--token TEXTJeton OAuth à utiliser lors de la connexion à Snowflake.
--token-file-path TEXTChemin d’accès au fichier contenant un jeton OAuth à utiliser lors de la connexion à Snowflake.
--database, --dbname TEXTBase de données à utiliser. Remplace la valeur spécifiée pour la connexion.
--schema, --schemaname TEXTSchéma de la base de données à utiliser. Remplace la valeur spécifiée pour la connexion.
--role, --rolename TEXTRôle à utiliser. Remplace la valeur spécifiée pour la connexion.
--warehouse TEXTEntrepôt à utiliser. Remplace la valeur spécifiée pour la connexion.
--temporary-connection, -xUtilise une connexion définie avec les paramètres de la ligne de commande, au lieu d’une connexion définie dans la configuration. Par défaut : false.
--mfa-passcode TEXTJeton à utiliser pour l’authentification multifactorielle (MFA)
--enable-diagIndique s’il faut générer un rapport de diagnostic de la connexion. Par défaut : false.
--diag-log-path TEXTChemin d’accès au rapport généré. Il s’agit du répertoire temporaire du système par défaut. Par défaut : <system_temporary_directory>.
--diag-allowlist-path TEXTChemin d’accès à un fichier JSON contenant les paramètres de la liste d’autorisations.
--oauth-client-id TEXTValeur de l’identifiant du client fourni par le fournisseur d’identité pour l’intégration dans Snowflake.
--oauth-client-secret TEXTValeur du secret du client fourni par le fournisseur d’identité pour l’intégration dans Snowflake.
--oauth-authorization-url TEXTPoint de terminaison du fournisseur d’identité fournissant le code d’autorisation au pilote.
--oauth-token-request-url TEXTPoint de terminaison du fournisseur d’identité fournissant les jetons d’accès au pilote.
--oauth-redirect-uri TEXTURI à utiliser pour la redirection du code d’autorisation.
--oauth-scope TEXTChamp d’application demandé dans la requête d’autorisation du fournisseur d’identité.
--oauth-disable-pkceDésactive la clé de preuve pour l’échange de code (PKCE). Par défaut :
False.--oauth-enable-refresh-tokensPermet une réauthentification silencieuse lorsque le jeton d’accès actuel n’est plus valable. Par défaut :
False.--oauth-enable-single-use-refresh-tokensIndique s’il faut choisir une sémantique de jeton d’actualisation à usage unique. Par défaut :
False.--client-store-temporary-credentialEnregistrez les identifiants de connexion temporaires.
--format [TABLE|JSON|JSON_EXT|CSV]Spécifie le format de sortie. Par défaut : TABLE.
--verbose, -vAffiche les entrées de journal pour les niveaux de journalisation
infoet supérieurs. Par défaut : false.--debugAffiche les entrées de journal pour les niveaux de journalisation
debuget supérieurs ; les journaux de débogage contiennent des informations supplémentaires. Par défaut : false.--silentDésactive la sortie intermédiaire vers la console. Par défaut : false.
--enhanced-exit-codesDifférenciez les codes d’erreur de sortie en fonction du type d’erreur. Par défaut : false.
--helpAffiche le texte d’aide de cette commande.
Notes sur l’utilisation¶
Vous pouvez spécifier la requête SQL à exécuter à l’aide de l’une des options suivantes :
Spécifiez la chaîne de requête à l’aide de l’option
--query.Utilisez l’option
--filenamepour exécuter un ou plusieurs fichiers contenant une ou plusieurs requêtes SQL. Par exemple :snow sql -f myfile.sqlsnow sql -f file1.sql -f file2.sql
Spécifiez la requête comme
stdinet envoyez-la à la commandesnow sql, telle quecat my.sql | snow sql.Si votre requête contient des caractères spéciaux, tels que le signe du dollar dans les fonctions SYSTEM, que vous ne voulez pas que l’interpréteur de commandes interprète, vous pouvez procéder de l’une ou l’autre des manières suivantes :
Mettez la requête entre guillemets simples au lieu de guillemets doubles, comme dans l’exemple suivant :
snow sql -q 'SELECT SYSTEM$CLIENT_VERSION_INFO()'Échappez le caractère spécial, comme dans :
snow sql -q "SELECT SYSTEM\$CLIENT_VERSION_INFO()"
Utilisez les variables pour modeler les requêtes SQL avec une combinaison d’un espace réservé
<% variable_name %>dans vos requêtes SQL et d’une option de ligne de commande-D, sous la forme suivante :snow sql -q "select * from my-database order by <% column_name %>" -D "column_name=Country"
Note
Vous pouvez actuellement utiliser la syntaxe SnowSQL
&variable_nameet<% variable_name %>pour les modèles. Cependant, Snowflake recommande d’utiliser la syntaxe<% variable_name %>.Spécifiez un bloc Exécution de scripts dans les requêtes. Par exemple :
EXECUTE IMMEDIATE $$ -- Snowflake Scripting code DECLARE radius_of_circle FLOAT; area_of_circle FLOAT; BEGIN radius_of_circle := 3; area_of_circle := pi() * radius_of_circle * radius_of_circle; RETURN area_of_circle; END; $$ ;
Note
Lorsque vous spécifiez le bloc Scripting directement sur la ligne de commande Snowflake CLI, les délimiteurs
$$peuvent ne pas fonctionner pour certains shells car ils interprètent ce délimiteur comme quelque chose d’autre. Par exemple, les shells bash et zsh l’interprètent comme l’ID de processus (PID). Pour remédier à cette limite, vous pouvez utiliser les alternatives suivantes :Si vous souhaitez toujours spécifier le bloc d’exécution de scripts sur la ligne de commande, vous pouvez isoler les délimiteurs
$$, comme dans\$\$.Vous pouvez également placer le bloc d’exécution de scripts avec les délimiteurs par défaut
$$dans un fichier séparé et l’appeler avec la commandesnow sql -f <filename>.
Formatage de la sortie JSON¶
L’option --format propose deux façons d’afficher JSON :
JSON: Renvoie JSON en tant que chaînes entre guillemets, comme suit :snow sql --format json -q "SELECT PARSE_JSON('{"name": "Alice", "age": 30}') as json_col"
[ { "JSON_COL": "{\"name\": \"Alice\", \"age\": 30}" } ]
JSON_EXT: Renvoie JSON comme objets JSON, comme suit :snow sql --format JSON_EXT -q "SELECT PARSE_JSON('{"name": "Alice", "age": 30}') as json_col"
[ { "JSON_COL": { "name": "Alice", "age": 30 } ]
Codes d’erreur améliorés¶
L’option --enhanced-exit-codes fournit des informations qui permettent d’identifier si les problèmes résultent de l’exécution de la requête ou d’options de commande non valides. Avec cette option, la commande snow sql fournit les codes de retour suivants :
0: Exécution réussie2: Problèmes liés aux paramètres de commande5: Problèmes d’exécution des requêtes1: Autres types de problèmes
Après l’exécution de la commande, vous pouvez utiliser la commande shell echo $? pour voir le code de retour.
Dans cet exemple, la commande contient à la fois un paramètre de requête (-q 'select 1') et un paramètre de fichier de requête (-f my.query), ce qui constitue une combinaison de paramètres non valide :
snow sql --enhanced-exit-codes -q 'select 1' -f my.query
echo $?
2
Les exemples suivants montrent l’effet de l’option --enhanced-exit-codes lorsque la commande contient une requête non valide (slect est mal orthographié) :
Avec l’option
--enhanced-exit-codes, la commande renvoie un code de sortie5pour indiquer une erreur de requête :snow sql --enhanced-exit-codes -q 'slect 1' echo $?
5Sans l’option
--enhanced-exit-codes, la commande renvoie un code de sortie1pour indiquer une erreur générique (autre) :snow sql --enhanced-exit-codes -q 'slect 1' echo $?
1
Vous pouvez également définir la variable d’environnement SNOWFLAKE_ENHANCED_EXIT_CODES sur 1 pour envoyer les codes de retour améliorés pour toutes les commandes snow sql.
Mode interactif¶
La commande snow sql prend en charge un mode interactif qui vous permet de saisir des commandes SQL une par une. Le mode interactif offre les fonctions suivantes :
Mise en évidence de la syntaxe
Complétion du code lors de la frappe
Historique consultable
Pour effectuer une recherche dans l’historique de vos commandes, appuyez sur CTRL-R :
Entrée multilignes
En appuyant sur ENTER sur une ligne qui ne se termine pas par un point-virgule (
;), le curseur passe à la ligne suivante pour d’autres commandes jusqu’à ce qu’une instruction se termine par un point-virgule.
Pour utiliser le mode interactif, entrez la commande snow sql, suivie de ENTER, comme indiqué :
snow sql
La commande ouvre un sous-interpréteur avec une invite > où vous pouvez entrer des commandes SQL de manière interactive :
$ snow sql
╭───────────────────────────────────────────────────────────────────────────────────╮
│ Welcome to Snowflake-CLI REPL │
│ Type 'exit' or 'quit' to leave │
╰───────────────────────────────────────────────────────────────────────────────────╯
>
Vous pouvez ensuite entrer les commandes SQL, comme indiqué :
> create table my_table (c1 int);
+-------------------------------------+
| status |
|-------------------------------------|
| Table MY_TABLE successfully created.|
+-------------------------------------+
Note
Vous devez terminer chaque instruction SQL par un point-virgule (;).
Pour quitter le mode interactif, entrez exit, quit, ou CTRL-D.
Plusieurs commandes dans une même transaction¶
L’option --single-transaction vous permet de saisir plusieurs commandes SQL à exécuter comme un ensemble de commandes « tout ou rien ». En exécutant les commandes dans une seule transaction, vous pouvez vous assurer que toutes les commandes ont été exécutées avec succès avant de valider les modifications. Si l’une des commandes échoue, aucune des modifications apportées par les commandes abouties n’est maintenue.
Les exemples suivants montrent des transactions abouties et non abouties :
Exécution de commande aboutie
snow sql -q "insert into my_tbl values (123); insert into my_tbl values (124);" --single-transaction
BEGIN; +----------------------------------+ | status | |----------------------------------| | Statement executed successfully. | +----------------------------------+ insert into my_tbl values (123); +-------------------------+ | number of rows inserted | |-------------------------| | 1 | +-------------------------+ insert into my_tbl values (124); +-------------------------+ | number of rows inserted | |-------------------------| | 1 | +-------------------------+ COMMIT +----------------------------------+ | status | |----------------------------------| | Statement executed successfully. | +----------------------------------+
Vous pouvez alors vérifier que les commandes ont été validées dans la base de données :
snow sql -q "select count(*) from my_tbl"
select count(*) from my_tbl +----------+ | COUNT(*) | |----------| | 2 | +----------+
Transaction unique infructueuse
snow sql -q "insert into my_tbl values (123); insert into my_tbl values (124); select BAD;" --single-transaction
BEGIN; +----------------------------------+ | status | |----------------------------------| | Statement executed successfully. | +----------------------------------+ insert into my_tbl values (123); +-------------------------+ | number of rows inserted | |-------------------------| | 1 | +-------------------------+ insert into my_tbl values (124); +-------------------------+ | number of rows inserted | |-------------------------| | 1 | +-------------------------+ select BAD; ╭─ Error ───────────────────────────────────────────────────────────────────────────────╮ │ 000904 (42000): 01bc3b84-0810-0247-0001-c1be14ee11ce: SQL compilation error: error │ │ line 1 at position 7 │ │ invalid identifier 'BAD' │ ╰───────────────────────────────────────────────────────────────────────────────────────╯
Vous pouvez alors vérifier que les commandes n’ont pas été validées dans la base de données :
snow sql -q "select count(*) from my_tbl"select count(*) from my_tbl +----------+ | COUNT(*) | |----------| | 0 | +----------+
Exemples¶
L’exemple suivant utilise la fonction système SQL SYSTEM$CLIENT_VERSION_INFO pour renvoyer des informations sur la version des clients et des pilotes.
snow sql --query 'SELECT SYSTEM$CLIENT_VERSION_INFO();'
select current_version(); +-------------------+ | CURRENT_VERSION() | |-------------------| | 8.25.1 | +-------------------+
L’exemple suivant montre comment vous pouvez spécifier une base de données à l’aide d’une variable côté client :
snow sql -q "select * from <% database %>.logs" -D "database=dev"
Lorsqu’elle est exécutée, la commande remplace la valeur
devdans la variable<% database %>pour créer l’identificateurdev.logs, puis envoie la requêteselect * from dev.logsSQL à Snowflake en vue de son traitement.Note
Vous pouvez actuellement utiliser la syntaxe SnowSQL
&variable_nameand &{ variable_name }pour les modèles. Cependant, Snowflake recommande d’utiliser la<% variable_name %>.Cet exemple montre comment transmettre des variables d’environnement à l’aide de l’option
--env:snow sql -q "select '<% ctx.env.test %>'" --env test=value_from_cli
Par défaut, Snowflake CLI supprime de la sortie les commentaires de la requête SQL. L’exemple suivant utilise l’option
--retain-commentspour inclure les commentaires dans les résultats de la requête.Supposons que le fichier
example.sqlcontienne les instructions et commentaires suivants :select 'column1'; -- My comment select 'column2';
Lorsque vous exécutez la commande suivante,
-- My commentapparaît dans les résultats de la requête.snow sql -f example.sql --retain-comments
select 'column1'; +-----------+ | 'COLUMN1' | |-----------| | ABC | +-----------+ -- My comment select 'bar'; +-----------+ | 'COLUMN2' | |-----------| | 123 | +-----------+