Vue OBJECT_DEPENDENCIES¶

Colonnes¶

Notes générales sur l’utilisation¶

• La latence pour cette vue peut aller jusqu’à trois heures.

• Pour une liste complète des objets pris en charge et de leur type de dépendance, voir Dépendances d’objets prises en charge.

• Cette vue a été remplie le 22 janvier 2022 pour inclure les dépendances avant de rendre la vue disponible. Snowflake continue à enregistrer les dépendances après cette date.

  Notez que si une vue ou une UDF n’était pas valide en raison d’une dépendance manquante avant cette date et que la dépendance manquante est corrigée ultérieurement, Snowflake n’enregistre pas la dépendance pour la vue ou l’UDF.

  Par exemple, si vous avez créé une vue qui dépend d’une table le 1er décembre 2021, que vous avez supprimé la table le même jour et que vous avez ensuite supprimé la table le 1er février 2022, Snowflake n’enregistre pas le fait que la vue dépend de la table.

  Comme solution de contournement, créez ou remplacez la vue ou l’UDF afin que cette vue enregistre la dépendance.

• Pour plus de détails sur les limites de cette vue et sur la façon dont cette vue est liée à d’autres fonctions et objets Snowflake, voir :

Data Sharing : notes sur l’utilisation¶

Notes générales:

Les mises à jour de la vue supposent que le partage n’est pas supprimé.

Le schéma de la vue (c’est-à-dire les noms des colonnes, les types de données et les valeurs) reste le même à ces exceptions près :

• La valeur de la colonne REFERENCED_OBJECT_ID dans le compte du consommateur est toujours NULL pour un objet partagé.

  Cette valeur empêche un client de découvrir l’objet source dans le compte fournisseur.

• La valeur de REFERENCED_OBJECT_DOMAIN est TABLE pour tous les objets de type table.

Objets Snowflake:

Les objets partagés, tels que les vues Account Usage, sont désormais pris en charge en tant qu’objets référencés.

Par exemple, si une vue définie par l’utilisateur dépend des données d’une autre vue Account Usage, telle que LOGIN_HISTORY, la vue OBJECT_DEPENDENCIES dans le compte consommateur spécifie la vue LOGIN_HISTORY comme objet référencé.

Renommer les notes:

Lorsqu’un fournisseur renomme une base de données partagée, un schéma partagé ou un objet partagé :

• L’enregistrement de la vue OBJECT_DEPENDENCIES du consommateur montre l’enregistrement du nom d’origine de la base de données, du schéma ou de l’objet avant le changement de nom, et non l’objet renommé.

  Les objets partagés qui viennent d’être renommés ne sont pas affichés dans la vue OBJECT_DEPENDENCIES du consommateur afin d’empêcher ce dernier de déterminer le cycle de vie de l’objet dans le compte du fournisseur. Un nouvel objet de référencement devra faire référence à l’objet venant d’être renommé pour que celui-ci apparaisse dans la vue OBJECT_DEPENDENCIES locale du compte du consommateur.

• Renommer la base de données partagée préserve la dépendance dans le compte du consommateur.

• Renommer un schéma partagé ou des objets partagés dans un schéma partagé rompt la dépendance dans le compte du consommateur.

Si le consommateur renomme une base de données partagée, toutes les dépendances existantes sur cette base de données sont rompues. Par conséquent, Snowflake supprime les enregistrements correspondants de la vue OBJECT_DEPENDENCIES dans le compte du consommateur.

Par exemple, la base de données partagée contient une vue nommée db1_shared.views.view_1_shared. Le consommateur renomme la base de données partagée « mydb ». La vue a maintenant un nom entièrement qualifié : mydb.views.view_1_shared. Snowflake supprime la ligne en spécifiant db1_shared.views.view_1_shared dans la vue OBJECT_DEPENDENCIES du consommateur, car la dépendance à la base de données nommée db1_shared est rompue.

Non pris en charge:

Le type de dépendance BY_ID pour les objets référencés n’est pas pris en charge.

• Limites

• Dépendances d’objets avec des fonctionnalités et services Snowflake