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 :Si une base de données est actuellement utilisée, la commande renvoie les objets pour lesquels vous disposez de privilèges d’affichage dans la base de données. Cela a le même effet que de spécifier
IN DATABASE.Si aucune base de données n’est actuellement utilisée, la commande renvoie les objets pour lesquels vous disposez de privilèges d’affichage dans votre compte. Cela a le même effet que de spécifier
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.Les noms des colonnes de sortie de 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.
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 | |
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------