Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra. # Vues d’Aurora PostgreSQL Limitless Database Le tableau suivant présente les nouvelles vues d’Aurora PostgreSQL Limitless Database. **Note** Les vues répertoriées dans ce tableau se trouvent dans le schéma `rds_aurora`. Lorsque vous utilisez une vue Limitless Database, assurez-vous d’inclure le nom d’objet entièrement qualifié : `rds_aurora`.`object_name`. | Vue d’Aurora PostgreSQL Limitless Database | Vue d’Aurora PostgreSQL correspondante | | --- | --- | | [limitless\$1database](#limitless_database) | pg\$1database | | [limitless\$1locks](#limitless_locks) | pg\$1locks | | [limitless\$1stat\$1activity](#limitless_stat_activity) | pg\$1stat\$1activity | | [limitless\$1stat\$1all\$1indexes](#limitless_stat_all_indexes) | pg\$1stat\$1all\$1indexes | | [limitless\$1stat\$1all\$1tables](#limitless_stat_all_tables) | pg\$1stat\$1all\$1tables | | [limitless\$1stat\$1database](#limitless_stat_database) | pg\$1stat\$1database | | [limitless\$1stat\$1progress\$1vacuum](#limitless_stat_progress_vacuum) | pg\$1stat\$1progress\$1vacuum | | [limitless\$1stat\$1statements](#limitless_stat_statements) | pg\$1stat\$1statements | | [limitless\$1stat\$1subclusters](#limitless_stat_subclusters) | Aucun | | [limitless\$1stat\$1statements\$1info](#limitless_stat_statements_info) | pg\$1stat\$1statements\$1info | | [limitless\$1statio\$1all\$1indexes](#limitless_statio_all_indexes) | pg\$1statio\$1all\$1indexes | | [limitless\$1statio\$1all\$1tables](#limitless_statio_all_tables) | pg\$1statio\$1all\$1tables | | [limitless\$1tables](#limitless_tables) | pg\$1tables | | [limitless\$1table\$1collocations](#limitless_table_collocations) | Aucun | | [limitless\$1table\$1collocation\$1distributions](#limitless_table_collocation_distributions) | Aucun | Les exemples suivants fournissent des détails sur les vues d’Aurora PostgreSQL Limitless Database. Pour plus d’informations sur les vues de PostgreSQL, consultez [Affichage des statistiques](https://www.postgresql.org/docs/15/monitoring-stats.html#MONITORING-STATS-VIEWS) dans la documentation PostgreSQL. **Note** Certaines vues de statistiques peuvent produire des résultats incohérents si des transactions sont en cours d’exécution. **limitless\$1database** Cette vue contient des informations sur les bases de données disponibles dans le groupe de partitions de base de données. Exemples : ``` postgres_limitless=> SELECT subcluster_id, subcluster_type, oid, datname, datacl FROM rds_aurora.limitless_database; subcluster_id | subcluster_type | oid | datname | datacl ---------------+-----------------+-------+--------------------+------------------------------------------------------------------------------------------------------------------------ 2 | router | 4 | template0 | {=c/rdsadmin,rdsadmin=CTc/rdsadmin} 2 | router | 5 | postgres | 2 | router | 16384 | rdsadmin | {rdsadmin=CTc/rdsadmin,rds_aurora_limitless_metadata_admin=c/rdsadmin,rds_aurora_limitless_heat_mgmt_admin=c/rdsadmin} 2 | router | 16477 | postgres_limitless | 2 | router | 1 | template1 | {=c/rdsadmin,rdsadmin=CTc/rdsadmin} 6 | shard | 4 | template0 | {=c/rdsadmin,rdsadmin=CTc/rdsadmin} ``` Les paramètres de sortie sont les suivants : + `subcluster_id` (texte) : l’ID du sous-cluster (nœud) + `subcluster_type` (texte) : le type de sous-cluster (nœud), de routeur ou de partition Les autres colonnes sont les mêmes que dans `pg_database`. **limitless\$1locks** Cette vue contient une ligne par processus et par nœud. Elle fournit un accès aux informations sur les verrous détenus par les processus actifs du serveur de base de données. **Example de créer un verrou avec deux transactions** Dans cet exemple, nous exécutons deux transactions simultanément sur deux routeurs. ``` # Transaction 1 (run on router 1) BEGIN; SET search_path = public; SELECT * FROM customers; INSERT INTO customers VALUES (400,'foo','bar'); # Transaction 2 (run on router 2) BEGIN; SET search_path = public; ALTER TABLE customers ADD COLUMN phone VARCHAR; ``` La première transaction est exécutée. Les transactions suivantes doivent attendre que la première transaction soit terminée. La deuxième transaction est donc bloquée par un verrou. Pour en vérifier la cause racine, nous exécutons une commande en joignant `limitless_locks` à `limitless_stat_activity`. ``` # Run on router 2 SELECT distributed_session_id, state, usename, query, query_start FROM rds_aurora.limitless_stat_activity WHERE distributed_session_id in ( SELECT distributed_session_id FROM rds_aurora.limitless_locks WHERE relname = 'customers' ); distributed_session_id | state | usename | query | query_start ------------------------+---------------------+--------------------------+---------------------------------- -------------+------------------------------- 47BDE66E9A5E8477 | idle in transaction | limitless_metadata_admin | INSERT INTO customers VALUES (400,'foo','bar'); | 2023-04-13 17:44:45.152244+00 2AD7F370202D0FA9 | active | limitless_metadata_admin | ALTER TABLE customers ADD COLUMN phone VARCHAR; | 2023-04-13 17:44:55.113388+00 47BDE66E9A5E8477 | | limitless_auth_admin | | 2AD7F370202D0FA9 | | limitless_auth_admin | | 47BDE66E9A5E8477 | | limitless_auth_admin | | 2AD7F370202D0FA9 | | limitless_auth_admin | | (6 rows) ``` **Example de créer un verrou de manière explicite** Dans cet exemple, nous créons un verrou de manière explicite, puis nous utilisons la vue `limitless_locks` pour afficher les verrous (certaines colonnes sont omises). ``` BEGIN; SET search_path = public; LOCK TABLE customers IN ACCESS SHARE MODE; SELECT * FROM rds_aurora.limitless_locks WHERE relname = 'customers'; subcluster_id | subcluster_type | distributed_session_id | locktype | datname | relnspname | relname | virtualtransaction | pid | mode ---------------+-----------------+------------------------+----------+--------------------+------------+ ----------+--------------------+-------+----------------- 1 | router | 7207702F862FC937 | relation | postgres_limitless | public | customers | 28/600787 | 59564 | AccessShareLock 2 | router | 7207702F862FC937 | relation | postgres_limitless | public | customers | 28/600405 | 67130 | AccessShareLock 3 | shard | 7207702F862FC937 | relation | postgres_limitless | public | customers | 15/473401 | 27735 | AccessShareLock 4 | shard | 7207702F862FC937 | relation | postgres_limitless | public | customers | 13/473524 | 27734 | AccessShareLock 5 | shard | 7207702F862FC937 | relation | postgres_limitless | public | customers | 13/472935 | 27737 | AccessShareLock 6 | shard | 7207702F862FC937 | relation | postgres_limitless | public | customers | 13/473015 | 48660 | AccessShareLock (6 rows) ``` **limitless\$1stat\$1activity** Cette vue contient une ligne par processus et par nœud. Elle peut être utilisée pour suivre l’état général du système et les processus de triage qui prennent du temps. Exemples : ``` postgres=# SELECT subcluster_id, subcluster_type, distributed_session_id, distributed_session_state, datname, distributed_query_id, is_sso_query FROM rds_aurora.limitless_stat_activity WHERE distributed_session_id in ('D2470C97E3D07E06', '5A3CD7B8E5FD13FF') order by distributed_session_id; subcluster_id | subcluster_type | distributed_session_id | distributed_session_state | datname | distributed_query_id | is_sso_query ---------------+-----------------+------------------------+---------------------------+--------------------+----------------------+-------------- 2 | router | 5A3CD7B8E5FD13FF | coordinator | postgres_limitless | | f 3 | shard | 5A3CD7B8E5FD13FF | participant | postgres_limitless | 6808291725541680947 | 4 | shard | 5A3CD7B8E5FD13FF | participant | postgres_limitless | 6808291725541680947 | 2 | router | D2470C97E3D07E06 | coordinator | postgres_limitless | | t 3 | shard | D2470C97E3D07E06 | participant | postgres_limitless | 4058400544464210222 | (5 rows) ``` Les paramètres de sortie sont les suivants : + `subcluster_id` (texte) : l’ID du sous-cluster auquel appartient ce processus. + `subcluster_type` (texte) : le type de sous-cluster auquel appartient ce processus : `router` ou `shard`. + `distributed_session_id` (texte) : l’ID de la session distribuée à laquelle appartient ce processus. + `distributed_session_state` (texte) : précise si le processus est un coordinateur, un participant ou un processus indépendant/non distribué (indiqué comme `NULL`). + `datname` (texte) : la base de données à laquelle ce processus est connecté. + `distributed_query_id` (bigint) : l’ID de requête de la requête parent provenant du nœud coordinateur. Cette colonne est `NULL` s’il s’agit de la requête parent. Le nœud coordinateur transmet l’ID de requête distribué aux nœuds participants. Ainsi, pour les nœuds participants, les valeurs de l’ID de requête distribuée et de l’ID de requête sont différentes. + `is_sso_query` (texte) : indique si la requête est optimisée pour une seule partition ou non. Les autres colonnes sont les mêmes que dans `pg_stat_activity`. **limitless\$1stat\$1all\$1indexes** Cette vue contient des statistiques d’utilisation sur les index du groupe de partitions de base de données. Exemples : ``` postgres_limitless=> SELECT schemaname, relname, indexrelname, idx_scan FROM rds_aurora.limitless_stat_all_indexes WHERE relname LIKE 'orders_ts%' ORDER BY indexrelname LIMIT 10; schemaname | relname | indexrelname | idx_scan ------------+----------------+---------------------+---------- ec_sample | orders_ts00001 | orders_ts00001_pkey | 196801 ec_sample | orders_ts00002 | orders_ts00002_pkey | 196703 ec_sample | orders_ts00003 | orders_ts00003_pkey | 196376 ec_sample | orders_ts00004 | orders_ts00004_pkey | 197966 ec_sample | orders_ts00005 | orders_ts00005_pkey | 195301 ec_sample | orders_ts00006 | orders_ts00006_pkey | 195673 ec_sample | orders_ts00007 | orders_ts00007_pkey | 194475 ec_sample | orders_ts00008 | orders_ts00008_pkey | 191694 ec_sample | orders_ts00009 | orders_ts00009_pkey | 193744 ec_sample | orders_ts00010 | orders_ts00010_pkey | 195421 (10 rows) ``` **limitless\$1stat\$1all\$1tables** Cette vue contient des statistiques sur toutes les tables de la base de données actuelle du groupe de partitions de base de données. Elle est particulièrement utile pour le suivi des processus de vacuum et des opérations de manipulation de données (DML). Exemples : ``` postgres_limitless=> SELECT subcluster_id, subcluster_type, relname, n_ins_since_vacuum, n_tup_ins, last_vacuum FROM rds_aurora.limitless_stat_all_tables WHERE relname LIKE 'orders_ts%' ORDER BY relname LIMIT 10; subcluster_id | subcluster_type | relname | n_ins_since_vacuum | n_tup_ins | last_vacuum ---------------+-----------------+----------------+--------------------+-----------+------------- 5 | shard | orders_ts00001 | 34779 | 196083 | 5 | shard | orders_ts00002 | 34632 | 194721 | 5 | shard | orders_ts00003 | 34950 | 195965 | 5 | shard | orders_ts00004 | 34745 | 197283 | 5 | shard | orders_ts00005 | 34879 | 195754 | 5 | shard | orders_ts00006 | 34340 | 194605 | 5 | shard | orders_ts00007 | 33779 | 192203 | 5 | shard | orders_ts00008 | 33826 | 191293 | 5 | shard | orders_ts00009 | 34660 | 194117 | 5 | shard | orders_ts00010 | 34569 | 195560 | (10 rows) ``` Les paramètres de sortie sont les suivants : + `subcluster_id` (texte) : l’ID du sous-cluster auquel appartient ce processus. + `subcluster_type` (texte) : le type de sous-cluster auquel appartient ce processus : `router` ou `shard`. + `relname` (nom) : le nom de la table. Les autres colonnes sont les mêmes que dans `pg_stat_all_tables`. **limitless\$1stat\$1database** Cette vue contient des statistiques sur toutes les tables du groupe de partitions de base de données. Renvoie une ligne par base de données et par nœud. Exemples : ``` postgres_limitless=> SELECT subcluster_id, subcluster_type, datname, blks_read, blks_hit FROM rds_aurora.limitless_stat_database WHERE datname='postgres_limitless'; subcluster_id | subcluster_type | datname | blks_read | blks_hit ---------------+-----------------+--------------------+-----------+---------- 1 | router | postgres_limitless | 484 | 34371314 2 | router | postgres_limitless | 673 | 33859317 3 | shard | postgres_limitless | 1299 | 17749550 4 | shard | postgres_limitless | 1094 | 17492849 5 | shard | postgres_limitless | 1036 | 17485098 6 | shard | postgres_limitless | 1040 | 17437257 (6 rows) ``` Les paramètres de sortie sont les suivants : + `subcluster_id` (texte) : l’ID du sous-cluster auquel appartient ce processus. + `subcluster_type` (texte) : le type de sous-cluster auquel appartient ce processus : `router` ou `shard`. + `datname` (nom) : le nom de la base de données. Les autres colonnes sont les mêmes que dans `pg_stat_database`. **limitless\$1stat\$1progress\$1vacuum** Cette vue contient des informations sur les opérations de vacuum en cours. Exemples : ``` postgres_limitless=> SELECT * FROM rds_aurora.limitless_stat_progress_vacuum; -[ RECORD 1 ]----------+------------------ subcluster_id | 3 subcluster_type | shard distributed_session_id | A56D96E2A5C9F426 pid | 5270 datname | postgres nspname | public relname | customer_ts2 phase | vacuuming heap heap_blks_total | 130500 heap_blks_scanned | 100036 heap_blks_vacuumed | 0 index_vacuum_count | 0 max_dead_tuples | 11184810 num_dead_tuples | 0 -[ RECORD 2 ]----------+------------------ subcluster_id | 3 subcluster_type | shard distributed_session_id | 56DF26A89EC23AB5 pid | 6854 datname | postgres nspname | public relname | sales_ts1 phase | vacuuming heap heap_blks_total | 43058 heap_blks_scanned | 24868 heap_blks_vacuumed | 0 index_vacuum_count | 0 max_dead_tuples | 8569523 num_dead_tuples | 0 ``` Les paramètres de sortie sont les suivants : + `subcluster_id` (texte) : l’ID du sous-cluster auquel appartient ce processus. + `subcluster_type` (texte) : le type de sous-cluster auquel appartient ce processus : `router` ou `shard`. + `distributed_session_id` (texte) : l’identifiant de la session qui a lancé l’opération de vacuum. + `datname` (nom) : la base de données dans laquelle le vacuum est effectué. + `nspname` (name) : le nom du schéma de la table en cours de vacuum. La valeur est `null` si la table en cours de vacuum ne se trouve pas dans la même base de données que celle à laquelle l’utilisateur est connecté. + `relname` (nom) : le nom de la table en cours de vacuum. La valeur est `null` si la table en cours de vacuum ne se trouve pas dans la même base de données que celle à laquelle l’utilisateur est connecté. Les autres colonnes sont les mêmes que dans `pg_stat_progress_vacuum`. **limitless\$1stat\$1statements** Cette vue permet de suivre la planification et d’exécuter les statistiques de toutes les instructions SQL exécutées sur tous les nœuds. Vous devez installer l’extension [pg\$1stat\$1statements](https://www.postgresql.org/docs/current/pgstatstatements.html) pour utiliser la vue `limitless_stat_statements`. ``` -- CREATE EXTENSION must be run by a superuser CREATE EXTENSION pg_stat_statements; -- Verify that the extension is created on all nodes in the DB shard group SELECT distinct node_id FROM rds_aurora.limitless_stat_statements LIMIT 10; ``` L’exemple suivant illustre l’utilisation de la vue `limitless_stat_statements`. ``` postgres_limitless=> SELECT subcluster_id, subcluster_type, distributedqueryid, username, dbname, sso_calls FROM rds_aurora.limitless_stat_statements; subcluster_id | subcluster_type | distributedqueryid | username | dbname | sso_calls ---------------+-----------------+----------------------+-------------------------------------+--------------------+----------- 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 0 2 | router | | postgres | postgres_limitless | 1 3 | shard | -7975178695405682176 | postgres | postgres_limitless | [...] ``` Les paramètres de sortie sont les suivants : + `subcluster_id` (texte) : l’ID du sous-cluster auquel appartient ce processus. + `subcluster_type` (texte) : le type de sous-cluster auquel appartient ce processus : `router` ou `shard`. + `distributedqueryid` (bigint) : l’ID de requête de la requête parent provenant du nœud coordinateur. Cette colonne est `NULL` s’il s’agit de la requête parent. Le nœud coordinateur transmet l’ID de requête distribué aux nœuds participants. Ainsi, pour les nœuds participants, les valeurs de l’ID de requête distribuée et de l’ID de requête sont différentes. + `username` (nom) : l’utilisateur qui a interrogé l’instruction. + `dbname` (nom) : la base de données dans laquelle la requête a été exécutée. + `sso_calls` (nom) : le nombre de fois où l’instruction a été optimisée pour une seule partition. Les autres colonnes sont les mêmes que dans [pg\$1stat\$1statements](https://www.postgresql.org/docs/current/pgstatstatements.html). **limitless\$1stat\$1statements\$1info** Cette vue contient les statistiques de la vue `limitless_stat_statements`. Chaque ligne contient les données de la vue [pg\$1stat\$1statements\$1info](https://www.postgresql.org/docs/current/pgstatstatements.html#id-1.11.7.41.7) pour chaque nœud. La colonne `subcluster_id` identifie chaque nœud. ``` postgres_limitless=> SELECT * FROM rds_aurora.limitless_stat_statements_info; subcluster_id | subcluster_type | dealloc | stats_reset ---------------+-----------------+---------+------------------------------- 1 | router | 0 | 2023-06-30 21:22:09.524781+00 2 | router | 0 | 2023-06-30 21:21:40.834111+00 3 | shard | 0 | 2023-06-30 21:22:10.709942+00 4 | shard | 0 | 2023-06-30 21:22:10.740179+00 5 | shard | 0 | 2023-06-30 21:22:10.774282+00 6 | shard | 0 | 2023-06-30 21:22:10.808267+00 (6 rows) ``` Le paramètre de sortie est le suivant : + `subcluster_id` (texte) : l’ID du sous-cluster auquel appartient ce processus. Les autres colonnes sont les mêmes que dans [pg\$1stat\$1statements\$1info](https://www.postgresql.org/docs/current/pgstatstatements.html#id-1.11.7.41.7). **limitless\$1stat\$1subclusters** Cette vue contient les statistiques du réseau entre les routeurs et les autres nœuds. Elle contient une ligne par paire composée d’un routeur et d’un autre nœud, par exemple : ``` postgres_limitless=> SELECT * FROM rds_aurora.limitless_stat_subclusters; orig_subcluster | orig_instance_az | dest_subcluster | dest_instance_az | latency_us | latest_collection | failed_requests | received_bytes | sent_bytes | same_az_requests | cross_az_requests | stat_reset_timestamp -----------------+------------------+-----------------+------------------+------------+-------------------------------+-----------------+----------------+------------+------------------+-------------------+------------------------------- 3 | us-west-2b | 2 | us-west-2a | 847 | 2024-10-07 17:25:39.518617+00 | 0 | 35668633 | 92090171 | 0 | 302787 | 2024-10-05 12:39:55.239675+00 3 | us-west-2b | 4 | us-west-2b | 419 | 2024-10-07 17:25:39.546376+00 | 0 | 101190464 | 248795719 | 883478 | 0 | 2024-10-05 12:39:55.231218+00 3 | us-west-2b | 5 | us-west-2c | 1396 | 2024-10-07 17:25:39.52122+00 | 0 | 72864849 | 172086292 | 0 | 557726 | 2024-10-05 12:39:55.196412+00 3 | us-west-2b | 6 | us-west-2c | 729 | 2024-10-07 17:25:39.54828+00 | 0 | 35668584 | 92090171 | 0 | 302787 | 2024-10-05 12:39:55.247334+00 3 | us-west-2b | 7 | us-west-2a | 1702 | 2024-10-07 17:25:39.545307+00 | 0 | 71699576 | 171634844 | 0 | 556278 | 2024-10-05 12:39:52.715168+00 2 | us-west-2a | 3 | us-west-2b | 868 | 2024-10-07 17:25:40.293927+00 | 0 | 35659611 | 92011872 | 0 | 302817 | 2024-10-05 12:39:54.420758+00 2 | us-west-2a | 4 | us-west-2b | 786 | 2024-10-07 17:25:40.296863+00 | 0 | 102437253 | 251838024 | 0 | 895060 | 2024-10-05 12:39:54.404081+00 2 | us-west-2a | 5 | us-west-2c | 1232 | 2024-10-07 17:25:40.292021+00 | 0 | 71990027 | 168828110 | 0 | 545453 | 2024-10-05 12:39:36.769549+00 ``` Les paramètres de sortie sont les suivants : + `orig_subcluster` (texte) : l’ID du routeur d’où proviennent les communications + `orig_subcluster_az` (texte) : la zone de disponibilité (AZ) du routeur d’origine + `dest_subcluster` (texte) : l’ID du nœud de destination + `dest_subcluster_az` (texte) : la dernière zone de disponibilité collectée du nœud de destination + `latency_us` (bigint) : la dernière latence réseau collectée entre les nœuds, en microsecondes. La valeur est `0` si le nœud est inaccessible. + `latest_collection` (horodatage) : l’horodatage de la dernière collecte des informations de zone de disponibilité et de latence pour le nœud de destination. + `failed_requests` (bigint) : le nombre cumulé de demandes internes ayant échoué + `received_bytes` (bigint) : le nombre cumulé estimé d’octets reçus de ce nœud + `sent_bytes` (bigint) : le nombre cumulé estimé d’octets envoyés à ce nœud + `same_az_requests` (bigint) : le nombre cumulé de demandes de base de données internes adressées à ce nœud lorsqu’il se trouve dans la même zone de disponibilité que le routeur d’origine + `cross_az_requests` (bigint) : le nombre cumulé de demandes de base de données internes adressées à ce nœud lorsqu’il se trouve dans une zone de disponibilité différente de celle du routeur d’origine + `stat_reset_timestamp` (horodatage) : l’horodatage auquel les statistiques cumulées pour cette vue ont été réinitialisées pour la dernière fois **limitless\$1statio\$1all\$1indexes** Cette vue contient les statistiques d’entrée/sortie (E/S) pour tous les index du groupe de partitions de base de données. Exemples : ``` postgres_limitless=> SELECT * FROM rds_aurora.limitless_statio_all_indexes WHERE relname like'customers_ts%'; subcluster_id | subcluster_type | schemaname | relname | indexrelname | idx_blks_read | idx_blks_hit ---------------+-----------------+------------+-------------------+-------------------------------------+ --------------+-------------- 3 | shard | public | customers_ts00002 | customers_ts00002_customer_name_idx | 1 | 0 3 | shard | public | customers_ts00001 | customers_ts00001_customer_name_idx | 1 | 0 4 | shard | public | customers_ts00003 | customers_ts00003_customer_name_idx | 1 | 0 4 | shard | public | customers_ts00004 | customers_ts00004_customer_name_idx | 1 | 0 5 | shard | public | customers_ts00005 | customers_ts00005_customer_name_idx | 1 | 0 5 | shard | public | customers_ts00006 | customers_ts00006_customer_name_idx | 1 | 0 6 | shard | public | customers_ts00007 | customers_ts00007_customer_name_idx | 1 | 0 6 | shard | public | customers_ts00008 | customers_ts00008_customer_name_idx | 1 | 0 (8 rows) ``` **limitless\$1statio\$1all\$1tables** Cette vue contient les statistiques d’entrée/sortie (E/S) pour toutes les tables du groupe de partitions de base de données. Exemples : ``` postgres_limitless=> SELECT subcluster_id, subcluster_type, schemaname, relname, heap_blks_read, heap_blks_hit FROM rds_aurora.limitless_statio_all_tables WHERE relname LIKE 'customers_ts%'; subcluster_id | subcluster_type | schemaname | relname | heap_blks_read | heap_blks_hit ---------------+-----------------+------------+-------------------+----------------+--------------- 3 | shard | public | customers_ts00002 | 305 | 57780 3 | shard | public | customers_ts00001 | 300 | 56972 4 | shard | public | customers_ts00004 | 302 | 57291 4 | shard | public | customers_ts00003 | 302 | 57178 5 | shard | public | customers_ts00006 | 300 | 56932 5 | shard | public | customers_ts00005 | 302 | 57386 6 | shard | public | customers_ts00008 | 300 | 56881 6 | shard | public | customers_ts00007 | 304 | 57635 (8 rows) ``` **limitless\$1tables** Cette vue contient des informations sur les tables d’Aurora PostgreSQL Limitless Database. ``` postgres_limitless=> SELECT * FROM rds_aurora.limitless_tables; table_gid | local_oid | schema_name | table_name | table_status | table_type | distribution_key -----------+-----------+-------------+-------------+--------------+-------------+------------------ 5 | 18635 | public | placeholder | active | placeholder | 6 | 18641 | public | ref | active | reference | 7 | 18797 | public | orders | active | sharded | HASH (order_id) 2 | 18579 | public | customer | active | sharded | HASH (cust_id) (4 rows) ``` **limitless\$1table\$1collocations** Cette vue contient des informations sur les tables partitionnées colocalisées. Dans l’exemple suivant, les tables `orders` et `customers` sont colocalisées, tout comme les tables `users` et `followers`. Les tables colocalisées présentent le même `collocation_id`. ``` postgres_limitless=> SELECT * FROM rds_aurora.limitless_table_collocations ORDER BY collocation_id; collocation_id | schema_name | table_name ----------------+-------------+------------ 2 | public | orders 2 | public | customers 5 | public | users 5 | public | followers (4 rows) ``` **limitless\$1table\$1collocation\$1distributions** Cette vue affiche la diffusion des clés pour chaque collocation. ``` postgres_limitless=> SELECT * FROM rds_aurora.limitless_table_collocation_distributions ORDER BY collocation_id, lower_bound; collocation_id | subcluster_id | lower_bound | upper_bound ----------------+---------------+----------------------+---------------------- 2 | 6 | -9223372036854775808 | -4611686018427387904 2 | 5 | -4611686018427387904 | 0 2 | 4 | 0 | 4611686018427387904 2 | 3 | 4611686018427387904 | 9223372036854775807 5 | 6 | -9223372036854775808 | -4611686018427387904 5 | 5 | -4611686018427387904 | 0 5 | 4 | 0 | 4611686018427387904 5 | 3 | 4611686018427387904 | 9223372036854775807 (8 rows) ```