Tables et commandes système dans Aurora DSQL

Consultez les sections suivantes pour en savoir plus sur les tables système et les catalogues pris en charge dans Aurora DSQL.

Tables système

Aurora DSQL étant compatible avec PostgreSQL, de nombreuses tables de catalogue système et vues de PostgreSQL existent également dans Aurora DSQL.

Tables et vues du catalogue PostgreSQL importantes

Le tableau suivant décrit les tables et les vues les plus courantes que vous pouvez utiliser dans Aurora DSQL.

Name (Nom)	Description
`pg_namespace`	Informations sur tous les schémas
`pg_tables`	Informations sur toutes les tables
`pg_attribute`	Informations sur tous les attributs
`pg_views`	Informations sur les vues (prédéfinies)
`pg_class`	Décrit toutes les tables, colonnes, index et objets similaires
`pg_stats`	Vue des statistiques du planificateur
`pg_user`	Informations sur les utilisateurs
`pg_roles`	Informations sur les utilisateurs et les groupes
`pg_indexes`	Liste tous les index
`pg_constraint`	Répertorie les contraintes sur les tables

Tables de catalogue prises en charge et non prises en charge

Le tableau suivant indique les tables prises en charge et celles qui ne le sont pas dans Aurora DSQL.

Nom	Applicable à Aurora DSQL
`pg_aggregate`	Non
`pg_am`	Oui
`pg_amop`	Non
`pg_amproc`	Non
`pg_attrdef`	Oui
`pg_attribute`	Oui
`pg_authid`	Non (utilisation`pg_roles`)
`pg_auth_members`	Oui
`pg_cast`	Oui
`pg_class`	Oui
`pg_collation`	Oui
`pg_constraint`	Oui
`pg_conversion`	Non
`pg_database`	Non
`pg_db_role_setting`	Oui
`pg_default_acl`	Oui
`pg_depend`	Oui
`pg_description`	Oui
`pg_enum`	Non
`pg_event_trigger`	Non
`pg_extension`	Non
`pg_foreign_data_wrapper`	Non
`pg_foreign_server`	Non
`pg_foreign_table`	Non
`pg_index`	Oui
`pg_inherits`	Oui
`pg_init_privs`	Non
`pg_language`	Non
`pg_largeobject`	Non
`pg_largeobject_metadata`	Oui
`pg_namespace`	Oui
`pg_opclass`	Non
`pg_operator`	Oui
`pg_opfamily`	Non
`pg_parameter_acl`	Oui
`pg_partitioned_table`	Non
`pg_policy`	Non
`pg_proc`	Non
`pg_publication`	Non
`pg_publication_namespace`	Non
`pg_publication_rel`	Non
`pg_range`	Oui
`pg_replication_origin`	Non
`pg_rewrite`	Non
`pg_seclabel`	Non
`pg_sequence`	Non
`pg_shdepend`	Oui
`pg_shdescription`	Oui
`pg_shseclabel`	Non
`pg_statistic`	Oui
`pg_statistic_ext`	Non
`pg_statistic_ext_data`	Non
`pg_subscription`	Non
`pg_subscription_rel`	Non
`pg_tablespace`	Non
`pg_transform`	Non
`pg_trigger`	Non
`pg_ts_config`	Oui
`pg_ts_config_map`	Oui
`pg_ts_dict`	Oui
`pg_ts_parser`	Oui
`pg_ts_template`	Oui
`pg_type`	Oui
`pg_user_mapping`	Non

Vues du système prises en charge et non prises en charge

Le tableau suivant indique les vues prises en charge et celles qui ne le sont pas dans Aurora DSQL.

Nom	Applicable à Aurora DSQL
`pg_available_extensions`	Non
`pg_available_extension_versions`	Non
`pg_backend_memory_contexts`	Oui
`pg_config`	Non
`pg_cursors`	Non
`pg_file_settings`	Non
`pg_group`	Oui
`pg_hba_file_rules`	Non
`pg_ident_file_mappings`	Non
`pg_indexes`	Oui
`pg_locks`	Non
`pg_matviews`	Non
`pg_policies`	Non
`pg_prepared_statements`	Non
`pg_prepared_xacts`	Non
`pg_publication_tables`	Non
`pg_replication_origin_status`	Non
`pg_replication_slots`	Non
`pg_roles`	Oui
`pg_rules`	Non
`pg_seclabels`	Non
`pg_sequences`	Non
`pg_settings`	Oui
`pg_shadow`	Oui
`pg_shmem_allocations`	Oui
`pg_stats`	Oui
`pg_stats_ext`	Non
`pg_stats_ext_exprs`	Non
`pg_tables`	Oui
`pg_timezone_abbrevs`	Oui
`pg_timezone_names`	Oui
`pg_user`	Oui
`pg_user_mappings`	Non
`pg_views`	Oui
`pg_stat_activity`	Non
`pg_stat_replication`	Non
`pg_stat_replication_slots`	Non
`pg_stat_wal_receiver`	Non
`pg_stat_recovery_prefetch`	Non
`pg_stat_subscription`	Non
`pg_stat_subscription_stats`	Non
`pg_stat_ssl`	Oui
`pg_stat_gssapi`	Non
`pg_stat_archiver`	Non
`pg_stat_io`	Non
`pg_stat_bgwriter`	Non
`pg_stat_wal`	Non
`pg_stat_database`	Non
`pg_stat_database_conflicts`	Non
`pg_stat_all_tables`	Non
`pg_stat_all_indexes`	Non
`pg_statio_all_tables`	Non
`pg_statio_all_indexes`	Non
`pg_statio_all_sequences`	Non
`pg_stat_slru`	Non
`pg_statio_user_tables`	Non
`pg_statio_user_sequences`	Non
`pg_stat_user_functions`	Non
`pg_stat_user_indexes`	Non
`pg_stat_progress_analyze`	Non
`pg_stat_progress_basebackup`	Non
`pg_stat_progress_cluster`	Non
`pg_stat_progress_create_index`	Non
`pg_stat_progress_vacuum`	Non
`pg_stat_sys_indexes`	Non
`pg_stat_sys_tables`	Non
`pg_stat_xact_all_tables`	Non
`pg_stat_xact_sys_tables`	Non
`pg_stat_xact_user_functions`	Non
`pg_stat_xact_user_tables`	Non
`pg_statio_sys_indexes`	Non
`pg_statio_sys_sequences`	Non
`pg_statio_sys_tables`	Non
`pg_statio_user_indexes`	Non

Les vues sys.jobs et sys.iam_pg_role_mappings

Aurora DSQL prend en charge les vues système suivantes :

sys.jobs

sys.jobsfournit des informations sur le statut des tâches asynchrones. Par exemple, après avoir créé un index asynchrone, Aurora DSQL renvoie un. job_uuid Vous pouvez l'utiliser job_uuid avec sys.jobs pour consulter le statut de la tâche.


SELECT * FROM sys.jobs WHERE job_id = 'example_job_uuid';

        job_id        |   status   | details
------------------+------------+---------
 example_job_uuid | processing |
(1 row)

sys.iam_pg_role_mappings

La vue sys.iam_pg_role_mappings fournit des informations sur les autorisations accordées aux utilisateurs IAM. Par exemple, s'il s'DQSLDBConnectagit d'un rôle IAM qui donne accès à Aurora DSQL à des non-administrateurs et qu'un utilisateur nommé testuser reçoit le DQSLDBConnect rôle et les autorisations correspondantes, vous pouvez interroger la sys.iam_pg_role_mappings vue pour voir quels utilisateurs ont obtenu quelles autorisations.


SELECT * FROM sys.iam_pg_role_mappings;

La table pg_class

La pg_class table stocke les métadonnées relatives aux objets de base de données. Pour obtenir le nombre approximatif de lignes d'un tableau, exécutez la commande suivante.


SELECT reltuples FROM pg_class WHERE relname = 'table_name';

La commande renvoie un résultat semblable à ce qui suit.

  reltuples
--------------
 9.993836e+08

La `ANALYZE` commande

La ANALYZE commande collecte des statistiques sur le contenu des tables de la base de données et stocke les résultats dans la vue pg_stats système. Le planificateur de requêtes utilise ensuite ces statistiques pour déterminer les plans d'exécution les plus efficaces pour les requêtes.

Dans Aurora DSQL, vous ne pouvez pas exécuter la ANALYZE commande dans le cadre d'une transaction explicite. ANALYZEn'est pas soumis au délai d'expiration des transactions de base de données.

Pour réduire le besoin d'intervention manuelle et maintenir les statistiques constamment à jour, Aurora DSQL s'exécute automatiquement ANALYZE en tant que processus d'arrière-plan. Cette tâche en arrière-plan est déclenchée automatiquement en fonction du taux de variation observé dans le tableau. Il est lié au nombre de lignes (tuples) qui ont été insérées, mises à jour ou supprimées depuis la dernière analyse.

ANALYZEs'exécute de manière asynchrone en arrière-plan et son activité peut être surveillée dans la vue système sys.jobs avec la requête suivante :


SELECT * FROM sys.jobs WHERE job_type = 'ANALYZE';

Considérations clés

Note

ANALYZEles tâches sont facturées comme les autres tâches asynchrones dans Aurora DSQL. Lorsque vous modifiez un tableau, cela peut déclencher indirectement une tâche automatique de collecte de statistiques en arrière-plan, ce qui peut entraîner des frais de mesure en raison de l'activité associée au niveau du système.

Les ANALYZE tâches en arrière-plan, déclenchées automatiquement, collectent les mêmes types de statistiques qu'un manuel ANALYZE et les appliquent par défaut aux tables utilisateur. Les tables du système et du catalogue sont exclues de ce processus automatisé.

Avertissement JavaScript est désactivé ou n'est pas disponible dans votre navigateur.

Pour que vous puissiez utiliser la documentation AWS, Javascript doit être activé. Vous trouverez des instructions sur les pages d'aide de votre navigateur.

Conventions de rédaction

Index asynchrones

Gestion des clusters SQL Aurora