Vues d’Aurora PostgreSQL Limitless Database - Amazon Aurora

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_database pg_database
limitless_locks pg_locks
limitless_stat_activity pg_stat_activity
limitless_stat_all_indexes pg_stat_all_indexes
limitless_stat_all_tables pg_stat_all_tables
limitless_stat_database pg_stat_database
limitless_stat_progress_vacuum pg_stat_progress_vacuum
limitless_stat_statements pg_stat_statements
limitless_stat_subclusters Aucun
limitless_stat_statements_info pg_stat_statements_info
limitless_statio_all_indexes pg_statio_all_indexes
limitless_statio_all_tables pg_statio_all_tables
limitless_tables pg_tables
limitless_table_collocations Aucun
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 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_database

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_locks

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.

Exemple 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     | <insufficient privilege>                        |
 2AD7F370202D0FA9       |                     | limitless_auth_admin     | <insufficient privilege>                        |
 47BDE66E9A5E8477       |                     | limitless_auth_admin     | <insufficient privilege>                        |
 2AD7F370202D0FA9       |                     | limitless_auth_admin     | <insufficient privilege>                        |
(6 rows)
Exemple 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_stat_activity

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_stat_all_indexes

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_stat_all_tables

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_stat_database

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_stat_progress_vacuum

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_stat_statements

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.

Note

Vous devez installer l’extension pg_stat_statements 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_stat_statements.

limitless_stat_statements_info

Cette vue contient les statistiques de la vue limitless_stat_statements. Chaque ligne contient les données de la vue pg_stat_statements_info 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_stat_statements_info.

limitless_stat_subclusters

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_statio_all_indexes

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_statio_all_tables

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_tables

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_table_collocations

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_table_collocation_distributions

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)