Cette page explique comment rechercher et gérer vos ressources Cloud SQL à l'aide de Knowledge Catalog.
Knowledge Catalog est une plate-forme permettant d'accéder à vos métadonnées, de les stocker et de les gérer. Knowledge Catalog récupère automatiquement les métadonnées suivantes à partir des instances, bases de données, tables, colonnes et vues Cloud SQL :
- Nom
- Emplacement (région)
- Dates de création et de dernière modification
- Schéma (pour les tables et les vues)
- Description
- Contraintes de clé primaire et de clé étrangère
Knowledge Catalog ne récupère les métadonnées qu'à partir des instances Cloud SQL principales, et non des instances répliquées avec accès en lecture ni des instances répliquées de serveur externe.
Vous pouvez utiliser Knowledge Catalog pour découvrir et comprendre vos métadonnées Cloud SQL. Utilisez Knowledge Catalog pour faciliter les activités suivantes :
- Découverte de données
- Classification
- Analyse, y compris les dépendances et l'adéquation à un cas d'utilisation
- Gestion du changement
- Transfert de données (pipelines)
- Évolution du schéma
Avec Knowledge Catalog, vous organisez les métadonnées en associant des aspects aux entrées de métadonnées Cloud SQL. Chaque aspect peut avoir plusieurs champs de métadonnées et être basé sur un type d'aspect prédéfini ou personnalisé.
Par exemple, vous pouvez associer l'aspect suivant à une colonne contenant un numéro de sécurité sociale, qui est une information permettant d'identifier personnellement l'utilisateur :
pii:true
pii_type:SSN
Pour en savoir plus sur Knowledge Catalog, consultez À propos de la gestion des métadonnées dans Knowledge Catalog.
Fraîcheur des données d'intégration Knowledge Catalog
La fraîcheur attendue des métadonnées de votre instance dans Knowledge Catalog dépend de la date de création de l'instance et de la version de sa base de données.
Quasiment en temps réel
L'intégration à Knowledge Catalog est activée par défaut lors de la création de l'instance si celle-ci répond à tous les critères suivants :
Date de création : à partir du 18 avril 2026
- Version : Cloud SQL pour MySQL version 8.0 ou ultérieure
- Architecture réseau : nouvelle architecture réseau
Si votre instance ne répond pas à tous ces critères, consultez Une fois par jour.
Les instances qui répondent à tous ces critères sont créées et contiennent un tableau d'horodatage pour suivre les heures de création et de mise à jour de vos composants.
La table d'horodatage est la table resource_timestamps dans la base de données mysql. Vous pouvez interroger la table des codes temporels à partir de Cloud SQL dans la console Cloud de Confiance .
Lorsque votre instance subit une modification du LDD ou du schéma, l'intégration interroge la table d'horodatage pour identifier les composants récemment modifiés, puis charge les dernières mises à jour du schéma dans Knowledge Catalog en quasi-temps réel. Dans de rares cas, par exemple en cas d'instabilité du réseau, il est possible que Knowledge Catalog manque une mise à jour. Bien que cela soit rare, toutes les modifications qui ont été manquées finissent par être cohérentes, généralement sous 24 heures. Pour en savoir plus sur les scénarios pouvant entraîner des modifications manquées, consultez la section Limites sur cette page.
Lorsque vous consultez les requêtes exécutées dans une instance, vous voyez celles qui sont compatibles avec l'intégration de Knowledge Catalog. Vous pouvez identifier ces requêtes grâce au commentaire --Dataplex qu'elles incluent. Pour afficher les requêtes d'une instance, consultez Afficher les requêtes actives.
Vous pouvez désactiver l'intégration et la réactiver ultérieurement en suivant les instructions de la section Mettre à jour l'instance.
1 fois par jour
L'intégration à Knowledge Catalog peut être activée pour les instances qui répondent à l'un des critères suivants :
- Date de création : avant le 18 avril 2026
- Version : version de Cloud SQL pour MySQL antérieure à 8.0
- Architecture réseau : ancienne architecture réseau
Si votre instance a été créée après le 18 avril 2026, l'intégration à Knowledge Catalog est activée par défaut. Pour les instances créées avant le 18 avril 2026, vous pouvez activer l'intégration de Knowledge Catalog sur une instance Cloud SQL existante .
Une fois que vous avez activé l'intégration à Knowledge Catalog, les métadonnées des instances qui répondent à l'un de ces critères sont généralement actualisées dans Knowledge Catalog environ une fois par jour. Vous pouvez désactiver l'intégration de Knowledge Catalog et la réactiver si nécessaire.
Avant de commencer
-
In the Cloud de Confiance console, on the project selector page, select or create a Cloud de Confiance project.
Roles required to select or create a project
- Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
-
Create a project: To create a project, you need the Project Creator role
(
roles/resourcemanager.projectCreator), which contains theresourcemanager.projects.createpermission. Learn how to grant roles.
-
Verify that billing is enabled for your Cloud de Confiance project.
-
Activez l'API Dataplex pour le projet.
-
Vérifiez les autorisations.
Vous devez disposer de certains rôles et autorisations IAM (Identity and Access Management) pour rechercher et associer des entrées aux composants Cloud SQL. Pour en savoir plus, consultez Rôles et autorisations IAM requis pour Knowledge Catalog.
Rôles et autorisations IAM requis pour Knowledge Catalog
Cloud SQL utilise l'autorisation cloudsql.schemas.view pour fournir l'accès aux métadonnées dans Knowledge Catalog.
Pour accorder cette autorisation, créez un rôle personnalisé qui l'inclut ou utilisez l'un des rôles prédéfinis qui la possèdent.
Pour en savoir plus, consultez Rôles IAM prédéfinis Cloud SQL.
Créer une instance avec l'intégration Knowledge Catalog activée
Les nouvelles instances sont intégrées à Knowledge Catalog par défaut. Pour créer une instance avec l'intégration de Knowledge Catalog activée, il vous suffit de créer une instance. Pour créer une instance avec Knowledge Catalog intégré en temps quasi réel, votre nouvelle instance doit répondre à tous les critères suivants :
Date de création : à partir du 18 avril 2026
- Version : Cloud SQL pour MySQL version 8.0 ou ultérieure
- Architecture réseau : nouvelle architecture réseau
Si vous souhaitez activer le catalogue de connaissances en temps quasi réel pour une nouvelle instance avec une version de base de données antérieure ou l'ancienne architecture réseau, vous pouvez cloner l'instance ou la restaurer à partir d'une sauvegarde vers une nouvelle instance.
gcloud
Créer l'instance
Pour créer une instance Cloud SQL, utilisez la commande gcloud sql instances create.
gcloud sql instances create INSTANCE_NAME \ --database-version=DATABASE_VERSION \ --tier=MACHINE_TYPE \ --region=REGION_NAME
Effectuez les remplacements suivants :
- INSTANCE_NAME : nom de l'instance
- DATABASE_VERSION : version de la base de données pour l'instance (par exemple,
MYSQL_8_0). Pour obtenir la liste complète des chaînes disponibles, consultez SqlDatabaseVersion. - MACHINE_TYPE : type de machine de l'instance.
- REGION_NAME : nom de la région pour l'instance.
Cet exemple est basé sur Linux.
REST v1
Créer l'instance
Utilisez cet exemple pour créer une instance avec l'intégration activée. Pour obtenir la liste complète des paramètres disponibles pour cet appel, consultez la page instances.insert.
Avant d'utiliser les données de requête, effectuez les remplacements suivants :
- PROJECT_ID : ID ou numéro de projet du projet Cloud de Confiance contenant l'instance.
- INSTANCE_NAME : nom de l'instance
- REGION_NAME : nom de la région pour l'instance.
- DATABASE_VERSION : chaîne d'énumération de la version de base de données (par exemple,
POSTGRES_13). Pour obtenir la liste complète des chaînes disponibles, consultez la page SqlDatabaseVersion. - PASSWORD : mot de passe de l'utilisateur
root - MACHINE_TYPE : chaîne d'énumération du type (niveau) de machine, comme suit :
db-custom-[CPUS]-[MEMORY_MBS]. - EDITION_TYPE : votre édition Cloud SQL
Méthode HTTP et URL :
POST https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances
Corps JSON de la requête :
{
"name": "INSTANCE_NAME",
"region": "REGION_NAME",
"databaseVersion": "DATABASE_VERSION",
"rootPassword": "PASSWORD",
"settings": {
"tier": "MACHINE_TYPE",
"edition": "EDITION_TYPE",
"enableDataplexIntegration": true
}
}
Pour envoyer votre requête, développez l'une des options suivantes :
Vous devriez recevoir une réponse JSON de ce type :
{
"kind": "sql#operation",
"targetLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_ID",
"status": "PENDING",
"user": "user@example.com",
"insertTime": "2024-09-25T22:19:33.735Z",
"operationType": "CREATE",
"name": "OPERATION_ID",
"targetId": "INSTANCE_ID",
"selfLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/operations/OPERATION_ID",
"targetProject": "PROJECT_ID"
}
REST v1beta4
Créer l'instance
Utilisez cet exemple pour créer une instance avec l'intégration activée. Pour obtenir la liste complète des paramètres disponibles pour cet appel, consultez la page instances.insert.
Avant d'utiliser les données de requête, effectuez les remplacements suivants :
- PROJECT_ID : ID ou numéro de projet du projet Cloud de Confiance contenant l'instance.
- INSTANCE_NAME : nom de l'instance
- REGION_NAME : nom de la région pour l'instance.
- DATABASE_VERSION : chaîne d'énumération de la version de base de données (par exemple,
POSTGRES_13). Pour obtenir la liste complète des chaînes disponibles, consultez la page SqlDatabaseVersion. - PASSWORD : mot de passe de l'utilisateur
root - MACHINE_TYPE : chaîne d'énumération du type (niveau) de machine, comme suit :
db-custom-[CPUS]-[MEMORY_MBS]. - EDITION_TYPE : votre édition Cloud SQL
Méthode HTTP et URL :
POST https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances
Corps JSON de la requête :
{
"name": "INSTANCE_NAME",
"region": "REGION_NAME",
"databaseVersion": "DATABASE_VERSION",
"rootPassword": "PASSWORD",
"settings": {
"tier": "MACHINE_TYPE",
"edition": "EDITION_TYPE",
"enableDataplexIntegration": true
}
}
Pour envoyer votre requête, développez l'une des options suivantes :
Vous devriez recevoir une réponse JSON de ce type :
{
"kind": "sql#operation",
"targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID",
"status": "PENDING",
"user": "user@example.com",
"insertTime": "2024-09-25T22:19:33.735Z",
"operationType": "CREATE",
"name": "OPERATION_ID",
"targetId": "INSTANCE_ID",
"selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/operations/OPERATION_ID",
"targetProject": "PROJECT_ID"
}
Activer l'intégration de Knowledge Catalog sur une instance Cloud SQL existante
Cette section s'applique aux instances qui répondent à l'un des critères suivants :- Date de création : avant le 18 avril 2026
- Version : version de Cloud SQL pour MySQL antérieure à 8.0
- Architecture réseau : ancienne architecture réseau
Vous pouvez également suivre les instructions de mise à jour de cette section pour réactiver l'intégration de Knowledge Catalog sur une instance qui était auparavant intégrée à Knowledge Catalog en temps quasi réel. Une fois l'intégration réactivée, les données en temps quasi réel mettent jusqu'à 10 minutes à apparaître dans le catalogue de connaissances.
Pour activer ou réactiver l'intégration de Knowledge Catalog sur une instance Cloud SQL existante, utilisez l'une des procédures suivantes.
gcloud
Mettre à jour l'instance
Pour activer l'intégration pour une instance existante, utilisez la commande gcloud sql instances patch.
gcloud sql instances patch INSTANCE_NAME \ --enable-dataplex-integration
Si vous devez activer et mettre à jour toutes les instances Cloud SQL de votre projet, vous pouvez exécuter un script semblable à celui-ci :
gcloud sql instances list --format="(NAME)" \ | tail -n +2 | xargs -t -I % gcloud sql instances patch % --enable-dataplex-integration
Cet exemple est basé sur Linux.
REST v1
Mettre à jour l'instance
Utilisez cet exemple pour mettre à jour une instance existante. Pour obtenir la liste complète des paramètres disponibles pour cet appel, consultez la page instances.patch.
Avant d'utiliser les données de requête, effectuez les remplacements suivants :
- PROJECT_ID : ID ou numéro de projet du projet Cloud de Confiance contenant l'instance.
- INSTANCE_NAME : nom de l'instance
Méthode HTTP et URL :
PATCH https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME
Corps JSON de la requête :
{
"settings":
{
"enableDataplexIntegration": true
}
}
Pour envoyer votre requête, développez l'une des options suivantes :
Vous devriez recevoir une réponse JSON de ce type :
{
"kind": "sql#operation",
"targetLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/instances/INSTANCE_NAME",
"status": "PENDING",
"user": "user@example.com",
"insertTime": "2024-01-16T02:32:12.281Z",
"operationType": "UPDATE",
"name": "OPERATION_ID",
"targetId": "INSTANCE_NAME",
"selfLink": "https://sqladmin.googleapis.com/v1/projects/PROJECT_ID/operations/OPERATION_ID",
"targetProject": "PROJECT_ID"
}
REST v1beta4
Mettre à jour l'instance
Utilisez cet exemple pour mettre à jour une instance existante. Pour obtenir la liste complète des paramètres disponibles pour cet appel, consultez la page instances.patch.
Utilisez cet exemple pour mettre à jour une instance existante. Pour obtenir la liste complète des paramètres disponibles pour cet appel, consultez la page instances.patch.
Avant d'utiliser les données de requête, effectuez les remplacements suivants :
- PROJECT_ID : ID ou numéro de projet du projet Cloud de Confiance contenant l'instance.
- INSTANCE_NAME : nom de l'instance
Méthode HTTP et URL :
PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME
Corps JSON de la requête :
{
"settings":
{
"enableDataplexIntegration": true
}
}
Pour envoyer votre requête, développez l'une des options suivantes :
Vous devriez recevoir une réponse JSON de ce type :
{
"kind": "sql#operation",
"targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME",
"status": "PENDING",
"user": "user@example.com",
"insertTime": "2024-01-16T02:32:12.281Z",
"operationType": "UPDATE",
"name": "OPERATION_ID",
"targetId": "INSTANCE_NAME",
"selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/operations/OPERATION_ID",
"targetProject": "PROJECT_ID"
}
Vérifier l'intégration de Knowledge Catalog sur votre instance Cloud SQL
Pour vérifier que l'intégration de Knowledge Catalog est activée sur votre instance, utilisez l'une des procédures suivantes.
gcloud
Pour vérifier que l'intégration de Knowledge Catalog est activée sur une instance existante, utilisez la commande gcloud sql instances describe.
gcloud sql instances describe INSTANCE_NAME
Remplacez INSTANCE_NAME par le nom de l'instance.
Dans le résultat, recherchez le paramètre de configuration enableDataplexIntegration défini sur true.
REST v1
Avant d'utiliser les données de requête ci-dessous, effectuez les remplacements suivants :
- PROJECT_ID : ID du projet
- INSTANCE_ID : ID de l'instance
Méthode HTTP et URL :
GET https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID
Pour envoyer votre requête, développez l'une des options suivantes :
Vous devriez recevoir une réponse JSON de ce type :
{
"settings":
{
"enableDataplexIntegration": true
}
}
REST v1beta4
Avant d'utiliser les données de requête ci-dessous, effectuez les remplacements suivants :
- PROJECT_ID : ID du projet
- INSTANCE_ID : ID de l'instance
Méthode HTTP et URL :
GET https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_ID
Pour envoyer votre requête, développez l'une des options suivantes :
Vous devriez recevoir une réponse JSON de ce type :
{
"settings":
{
"enableDataplexIntegration": true
}
}
Désactiver l'intégration de Knowledge Catalog sur votre instance Cloud SQL
Pour désactiver l'intégration de Knowledge Catalog à votre instance Cloud SQL, utilisez l'une des procédures suivantes. La désactivation de l'intégration de Knowledge Catalog sur une instance intégrée en temps quasi réel prend jusqu'à 10 minutes.
Console
-
Dans la console Cloud de Confiance , accédez à la page Instances Cloud SQL.
- Pour ouvrir la page Présentation d'une instance, cliquez sur son nom.
- Cliquez sur Modifier.
- Dans la section Personnaliser votre instance, développez le menu Afficher les options de configuration.
Dans la section Indicateurs et paramètres, décochez la case Activer l'intégration de Knowledge Catalog.
- Cliquez sur Enregistrer.
gcloud
Pour désactiver l'intégration pour une instance existante, utilisez la commande gcloud sql instances patch.
gcloud sql instances patch INSTANCE_NAME \ --no-enable-dataplex-integration
Si vous devez désactiver l'intégration et mettre à jour toutes les instances Cloud SQL de votre projet, vous pouvez exécuter un script semblable à celui-ci :
gcloud sql instances list --format="(NAME)" \ | tail -n +2 | xargs -t -I % gcloud sql instances patch % --no-enable-dataplex-integration
Cet exemple est basé sur Linux.
REST v1
Utilisez cet exemple pour désactiver l'intégration.
Avant d'utiliser les données de requête, effectuez les remplacements suivants :
- PROJECT_ID : ID ou numéro de projet du projet Cloud de Confiance contenant l'instance.
- INSTANCE_NAME : nom de l'instance
Méthode HTTP et URL :
PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME
Corps JSON de la requête :
{
"settings":
{
"enableDataplexIntegration": false
}
}
Pour envoyer votre requête, développez l'une des options suivantes :
Vous devriez recevoir une réponse JSON de ce type :
{
"kind": "sql#operation",
"targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME",
"status": "PENDING",
"user": "user@example.com",
"insertTime": "2024-01-16T02:32:12.281Z",
"operationType": "UPDATE",
"name": "OPERATION_ID",
"targetId": "INSTANCE_NAME",
"selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/operations/OPERATION_ID",
"targetProject": "PROJECT_ID"
}
REST v1beta4
Utilisez cet exemple pour désactiver l'intégration.
Avant d'utiliser les données de requête, effectuez les remplacements suivants :
- PROJECT_ID : ID ou numéro de projet du projet Cloud de Confiance contenant l'instance.
- INSTANCE_NAME : nom de l'instance
Méthode HTTP et URL :
PATCH https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME
Corps JSON de la requête :
{
"settings":
{
"enableDataplexIntegration": false
}
}
Pour envoyer votre requête, développez l'une des options suivantes :
Vous devriez recevoir une réponse JSON de ce type :
{
"kind": "sql#operation",
"targetLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/instances/INSTANCE_NAME",
"status": "PENDING",
"user": "user@example.com",
"insertTime": "2024-01-16T02:32:12.281Z",
"operationType": "UPDATE",
"name": "OPERATION_ID",
"targetId": "INSTANCE_NAME",
"selfLink": "https://sqladmin.googleapis.com/sql/v1beta4/projects/PROJECT_ID/operations/OPERATION_ID",
"targetProject": "PROJECT_ID"
}
Enrichir les éléments Cloud SQL avec des aspects
Les types d'aspect sont des ressources réutilisables pouvant servir de modèles pour les aspects. Les types d'aspects vous aident à éviter la duplication de tâches et les aspects incomplets. Vous pouvez utiliser Knowledge Catalog pour créer les types d'aspects dont vous avez besoin.
Une fois que vous avez créé des types d'aspect personnalisés, vous pouvez associer des aspects à vos éléments Cloud SQL. L'association de certains aspects aux éléments Cloud SQL vous permet d'effectuer les opérations suivantes :
- Ajouter des métadonnées métier aux éléments
- Rechercher des éléments par métadonnées métier et autres métadonnées personnalisées
Pour savoir comment créer des types d'aspects et les associer à Cloud SQL, consultez Gérer les aspects et enrichir les métadonnées.
Rechercher des composants Cloud SQL
Utilisez la page de recherche Knowledge Catalog dans la console Cloud de Confiance pour rechercher des éléments Cloud SQL.
Accédez à la page Rechercher du catalogue de connaissances.
Dans Choisir une plate-forme de recherche, sélectionnez Catalogue de connaissances.
Dans le panneau Filtres, cliquez sur Systèmes, puis sélectionnez Cloud SQL.
(Facultatif) Dans Alias de type, vous pouvez filtrer les résultats de la recherche pour un type spécifique d'élément Cloud SQL en sélectionnant un ou plusieurs des alias de type suivants :
- Base de données
- Service
- Table
- Afficher
Utiliser des requêtes pour effectuer des recherches
Vous pouvez également utiliser le champ de recherche de Knowledge Catalog pour effectuer des requêtes de recherche. Pour afficher tous les composants Cloud SQL, saisissez system=Cloud_SQL.
Vous pouvez ensuite saisir des mots clés spécifiques. Par exemple, pour afficher toutes les bases de données Cloud SQL, procédez comme suit :
system=Cloud_SQL AND type=Database
Pour afficher toutes les tables Cloud SQL, saisissez la requête suivante :
system=Cloud_SQL AND type=Table
Vous pouvez également utiliser des parenthèses et les opérateurs logiques AND et OR pour les expressions complexes. Pour en savoir plus sur les expressions que vous pouvez utiliser dans le champ de recherche, consultez la section Syntaxe de recherche pour Knowledge Catalog.
Vous pouvez saisir directement des requêtes de recherche pour des ressources Cloud SQL spécifiques dans le champ de recherche. Le format de la chaîne de requête est le suivant :
type="projects/dataplex-types/locations/global/entryTypes/QUERY_STRING"
Remplacez QUERY_STRING par une chaîne de requête basée sur le moteur Cloud SQL et le type d'élément que vous souhaitez interroger. Utilisez le tableau suivant pour identifier la chaîne de requête appropriée.
| Moteur Cloud SQL | Chaînes de requête |
|---|---|
| Cloud SQL pour MySQL |
|
| Cloud SQL pour PostgreSQL |
|
| Cloud SQL pour SQL Server |
|
Voici un exemple de requête :
type="projects/dataplex-types/locations/global/entryTypes/cloudsql-postgresql-instance"
Filtrer les composants Cloud SQL par dialecte Cloud SQL
Par défaut, Knowledge Catalog affiche tous les éléments Cloud SQL. Pour filtrer les éléments pour Cloud SQL pour MySQL, Cloud SQL pour PostgreSQL ou SQL Server uniquement, procédez comme suit :
Dans le panneau Aspects, cliquez sur le menu Ajouter d'autres types d'aspects.
Sélectionnez Accès SQL.
Cliquez sur OK.
Cliquez sur le bouton de modification de l'aspect playlist_add . Sur la page Accès SQL, procédez comme suit :
- Dans le champ Dialecte, sélectionnez MySQL pour filtrer les composants Cloud SQL pour MySQL.
- (Facultatif) Sélectionnez le champ Version, puis saisissez une version spécifique de Cloud SQL pour MySQL.
Cliquez sur Appliquer. Knowledge Catalog n'affiche que les éléments Cloud SQL pour MySQL.
Rechercher par type d'aspect
Knowledge Catalog inclut quelques types d'aspects intégrés que vous pouvez utiliser pour effectuer des recherches.
Dans le panneau Aspects, cliquez sur le menu Ajouter d'autres types d'aspects.
(Facultatif) Sélectionnez Accès SQL pour filtrer les résultats par dialecte Cloud SQL. Pour en savoir plus, consultez la procédure précédente, Filtrer les composants Cloud SQL par dialecte Cloud SQL.
Sélectionnez un ou plusieurs des types d'aspects suivants pour limiter les résultats de recherche à ce type.
- Base de données Cloud SQL
- Instance Cloud SQL
- Vue Cloud SQL
- Schéma Cloud SQL
- Table Cloud SQL
Cliquez sur OK.
Dans la table des résultats, cliquez sur le nom d'un élément pour en afficher les métadonnées.
Facultatif : Améliorez ou affichez vos éléments. Choisissez l'une des options suivantes :
- Dans Présentation, cliquez sur Ajouter pour ajouter une description en texte enrichi de l'élément.
- Dans Aspects, cliquez sur Ajouter pour associer un aspect à l'élément.
- Pour une instance, pour afficher les bases de données des membres, cliquez sur l'onglet Liste d'entrées, puis sur Afficher toutes les entrées enfants dans la recherche. Si l'onglet Liste des entrées n'apparaît pas, cela signifie que l'instance ne comporte aucune base de données.
- Dans Détails de l'entrée, affichez tous les détails du composant. Cliquez sur le nom de l'entrée pour afficher d'autres entrées.
Exemple de workflow : afficher le détail d'une instance aux colonnes
Dans cet exemple de workflow, vous commencez par rechercher une instance Cloud SQL, puis vous affichez une base de données membre, puis une table de cette base de données, et enfin les colonnes de la table.
Accédez à la page Rechercher du catalogue de connaissances.
Pour l'option Choisir une plate-forme de recherche, sélectionnez Catalogue de connaissances.
Dans le panneau Filtres, sélectionnez Systèmes, puis Cloud SQL. Vous pouvez également saisir
system=Cloud_SQLdans le champ de recherche.Sélectionnez le nom d'une instance.
Sur la page Informations sur Cloud SQL, cliquez sur l'onglet Liste d'entrées, puis sur Afficher toutes les entrées enfants dans la recherche. Knowledge Catalog affiche les bases de données de l'instance.
Sur la page Informations sur la base de données Cloud SQL, cliquez sur l'onglet Liste d'entrées, puis sur Afficher les entrées enfants dans la recherche. Knowledge Catalog affiche les tables de la base de données.
Sélectionnez un nom de table, puis cliquez sur Schéma sur la page Informations sur la table Cloud SQL pour afficher les colonnes de la table.
Facultatif : Pour ajouter un type d'aspect à une colonne, cliquez sur le bouton Ajouter un aspect.
Ce workflow montre comment afficher le détail d'une instance dans une table. Vous pouvez accéder directement à une liste de tables en saisissant system=Cloud_SQL AND type=Table dans le champ de recherche.
Tarifs
Le stockage des métadonnées techniques Cloud SQL dans Knowledge Catalog est sans frais. La tarification standard de Knowledge Catalog s'applique aux appels d'API et à l'enrichissement supplémentaire des métadonnées métier. Pour en savoir plus, consultez la page des tarifs du catalogue de connaissances.
Utilisation des ressources
Lorsque l'intégration de Knowledge Catalog est activée, Knowledge Catalog extrait régulièrement les données de vos instances. Le processus d'extraction nécessite une certaine utilisation du processeur. Les instances intégrées à Knowledge Catalog en temps quasi réel et les autres instances créées après le 18 avril 2026 ont généralement un impact minimal sur l'utilisation du processeur. Pour la plupart des instances créées avant le 18 avril 2026, y compris toutes celles créées avant le 19 mars 2026, l'utilisation du processeur peut être plus élevée. Cela est particulièrement visible pour les instances avec des types de machines plus petits, par exemple les machines à cœur partagé et avec des schémas plus volumineux (10 000 tables ou plus), qui peuvent utiliser jusqu'à 40 % de leur processeur pendant le processus d'extraction.
Limites
Cette section regroupe les limites d'utilisation de Cloud SQL et de Knowledge Catalog.
Pour les instances créées avant le 18 avril 2026, l'intégration de Knowledge Catalog avec Cloud SQL est désactivée pour toute instance qui limite l'accès aux ressources en raison de l'enregistrement de ressources dans Assured Workloads.
Après avoir activé Knowledge Catalog sur une instance, l'affichage de vos ressources Cloud SQL dans Knowledge Catalog peut prendre entre 2 et 48 heures, selon la taille de machine, la version et le type du moteur Cloud SQL que vous utilisez. Cette limite ne s'applique pas lorsque votre instance est mise à jour en temps quasi réel, comme décrit dans Temps quasi réel.
Les instances que vous configurez pour la haute disponibilité ne seront pas automatiquement activées avec le catalogue de connaissances lors de leur création. Si vous activez la haute disponibilité pour une instance sur laquelle Knowledge Catalog est déjà activé, Knowledge Catalog reste activé, sauf si vous le désactivez.
- Lorsque vous supprimez une base de données, une table ou une vue Cloud SQL pour MySQL, puis que vous recréez cette base de données, cette table ou cette vue portant le nom précédent, toutes les entrées Knowledge Catalog existantes appartenant à la base de données, à la table ou à la vue d'origine restent dans Knowledge Catalog. Lorsque vous effectuez les mêmes opérations de suppression et de recréation sur une base de données Cloud SQL pour PostgreSQL ou SQL Server, les entrées sont supprimées du catalogue de connaissances, ce qui est le comportement attendu.
- Lorsque vous effectuez une opération
TRUNCATEsur une base de données Cloud SQL pour MySQL, toutes les entrées Knowledge Catalog sont supprimées de la base de données.
- Lorsqu'une base de données est renommée, seule la mise à jour de la base de données est disponible dans Knowledge Catalog en temps quasi réel. Le mappage sous-jacent de la base de données et de toutes les tables correspondantes sera cohérent à terme dans Knowledge Catalog.
- L'intégration du catalogue de connaissances en temps quasi réel n'est pas compatible avec les instances pour lesquelles VPC Service Controls est activé.
- Une instance peut supprimer des messages, ce qui peut entraîner une cohérence éventuelle des données dans le catalogue de connaissances.
Si des messages sont supprimés, les mises à jour manquées deviendront visibles dans le catalogue de connaissances. Voici quelques cas où une instance peut supprimer des messages :
- Instances qui présentent un taux élevé de DDL sur une courte période.
- Instances clonées à partir d'une instance existante.
- Instances restaurées à partir d'une sauvegarde.
- Instances à court de mémoire.
- Instances en cours de redémarrage ou dont les bases de données sont en cours de redémarrage.
- Instances qui rencontrent des problèmes de réseau ou une interruption du processus de synchronisation avec Knowledge Catalog.