SHOW GIT REPOSITORIES¶
Répertorie les clones de référentiel Git pour lesquels vous disposez de privilèges d’accès.
La commande SHOW STAGES répertorie également les référentiels Git Snowflake. Dans la sortie SHOW STAGES, un référentiel Git Snowflake a la valeur GIT REPOSITORY dans sa colonne type.
- Voir aussi :
ALTER GIT REPOSITORY, CREATE GIT REPOSITORY, DESCRIBE GIT REPOSITORY, DROP GIT REPOSITORY, SHOW GIT BRANCHES, SHOW GIT TAGS
Syntaxe¶
SHOW GIT REPOSITORIES [ LIKE '<pattern>' ]
[ IN
{
ACCOUNT |
DATABASE |
DATABASE <database_name> |
SCHEMA |
SCHEMA <schema_name> |
<schema_name>
}
]
[ LIMIT <rows> [ FROM '<name_string>' ] ]
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).
[ IN ... ]Spécifie de manière facultative la portée de la commande. Spécifie l’un des éléments suivants :
ACCOUNTRenvoie les enregistrements pour l’ensemble du compte.
DATABASE, .DATABASE db_nameRenvoie les enregistrements pour la base de données en cours d’utilisation ou pour une base de données spécifiée (
db_name).Si vous spécifiez
DATABASEsansdb_nameet qu’aucune base de données n’est utilisée, le mot-clé n’a aucun effet sur la sortie.Note
L’utilisation de commandes SHOW sans clause
INdans un contexte de base de données peut donner moins de résultats que prévu.Les objets portant le même nom ne sont affichés qu’une seule fois si aucune clause
INn’est utilisée. Par exemple, si la tablet1se trouve dansschema1et la tablet1dansschema2et si elles sont toutes les deux dans le champ d’application du contexte de base de données que vous avez spécifié (c’est-à-dire, si la base de données que vous avez sélectionnée est le parent deschema1et deschema2), SHOW TABLES n’affiche qu’une seule des tablest1.SCHEMA, .SCHEMA schema_nameRenvoie les enregistrements pour le schéma en cours d’utilisation ou un schéma spécifié (
schema_name).SCHEMAest facultatif si une base de données est utilisée ou si vous spécifiez leschema_namecomplet (par exemple,db.schema).Si aucune base de données n’est utilisée, spécifier
SCHEMAn’a aucun effet sur la sortie.
Si vous omettez
IN ..., la portée de la commande dépend de l’existence ou non d’une base de données en cours d’utilisation dans la session :If a database is currently in use, the command returns the objects you have privileges to view in the database. This has the same effect as specifying
IN DATABASE.If no database is currently in use, the command returns the objects you have privileges to view in your account. This has the same effect as specifying
IN ACCOUNT.
LIMIT rows(Facultatif) Limite le nombre maximum de lignes renvoyées. 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.
Par défaut : aucune valeur (aucune limite n’est appliquée à la sortie).
Sortie¶
La sortie de la commande fournit les propriétés du clone de référentiel Git dans les colonnes suivantes :
Colonne |
Description |
|---|---|
|
Date de création du clone de référentiel Git. |
|
Nom du clone de référentiel Git. |
|
Nom de la base de données contenant ce clone de référentiel Git. |
|
Nom du schéma contenant ce clone de référentiel Git. |
|
URL de l’origine du référentiel Git distant. |
|
Nom de l’intégration API incluse dans ce clone de référentiel Git. |
|
Nom de l’objet secret de ce clone de référentiel Git. |
|
Rôle utilisé lors de la création de ce clone de référentiel Git. |
|
Type de rôle propriétaire de l’objet, soit ROLE, soit DATABASE_ROLE. |
|
Commentaire spécifié lors de la création de ce clone de référentiel Git. |
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 |
|---|---|---|
OWNERSHIP |
Référentiel Git |
OWNERSHIP is a special privilege on an object that is automatically granted to the role that created the object, but can also be transferred using the GRANT OWNERSHIP command to a different role by the owning role (or any role with the MANAGE GRANTS privilege). |
USAGE |
Schéma |
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 la syntaxe 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.For example, you can use the pipe operator or RESULT_SCAN function to select specific columns from the SHOW command output or filter the rows.
When you refer to the output columns, use double-quoted identifiers for the column names. For example, to select the output column
type, specifySELECT "type".You must use double-quoted identifiers because the output column names for SHOW commands are in lowercase. The double quotes ensure that the column names in the SELECT list or WHERE clause match the column names in the SHOW command output that was scanned.
Exemples¶
L’exemple suivant répertorie les référentiels du schéma actuel.
SHOW GIT REPOSITORIES;
La commande précédente génère une sortie telle que la suivante :
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| CREATED_ON | NAME | DATABASE_NAME | SCHEMA_NAME | ORIGIN | API_INTEGRATION | GIT_CREDENTIALS | OWNER | OWNER_ROLE_TYPE | COMMENT |
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 2023-06-28 08:46:10.886 -0700 | SNOWFLAKE_EXTENSIONS | MY_DB | MAIN | https://github.com/my-account/snowflake-extensions.git | GIT_API_INTEGRATION | MY_DB.MAIN.EXTENSIONS_SECRET | ACCOUNTADMIN | ROLE | |
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
| 2023-06-28 08:46:10.886 -0700 | SNOWFLAKE_AI | MY_DB | MAIN | https://github.com/my-account/snowflake-AI.git | GIT_API_INTEGRATION | MY_DB.MAIN.AI_SECRET | ACCOUNTADMIN | ROLE | |
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------