Vues de la base de données Aurora Postgre SQL Limitless - 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 de la base de données Aurora Postgre SQL Limitless

Le tableau suivant présente les nouvelles vues de la base de données Aurora Postgre SQL Limitless.

Note

Les vues répertoriées dans ce tableau se trouvent dans le rds_aurora schéma. Lorsque vous utilisez une vue de base de données illimitée, assurez-vous d'inclure le nom complet de l'objet :rds_aurora. object_name.

Vue de la base de données Aurora Postgre SQL Limitless Vue correspondante de l'Aurora Postgre SQL
base de données illimitée pg_database
limitless_locks pg_locks
activité_statistique illimitée pg_stat_activity
limitless_stat_all_index pg_stat_all_index
limitless_stat_all_tables pg_stat_all_tables
base de données_statistiques illimitée pg_stat_database
limitless_stat_progress_vacuum pg_stat_progress_vacuum
déclarations statistiques illimitées pg_stat_statements
sous-clusters de statistiques illimités 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
tables_illimitées pg_tables
collocations de tables illimitées Aucun
distribution_collocation_de_tables illimitées Aucun

Les exemples suivants fournissent des détails sur les vues de la base de données Aurora Postgre SQL Limitless. Pour plus d'informations sur les SQL vues Postgre, consultez la section Affichage des statistiques dans la documentation PostgreSQL.

Note

Certains affichages de statistiques peuvent renvoyer des résultats incohérents si vous avez des transactions en cours.

base de données illimitée

Cette vue contient des informations sur les bases de données disponibles dans le groupe de partitions de base de données. Par exemple :

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(text) — L'ID du sous-cluster (nœud)

  • subcluster_type(texte) — Type de sous-cluster (nœud), de routeur ou de partition

Les autres colonnes sont les mêmes que danspg_database.

limitless_locks

Cette vue contient une ligne par processus et par nœud. Il permet d'accéder aux informations relatives aux verrous détenus par les processus actifs sur le 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 première, 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 limitless_locks vue pour voir 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)
activité_statistique illimitée

Cette vue contient une ligne par processus et par nœud. Il peut être utilisé pour suivre l'état général du système et les processus de triage qui prennent du temps. Par exemple :

postgres=# SELECT subcluster_id, subcluster_type, distributed_session_id, distributed_session_state, datname, distributed_query_id FROM rds_aurora.limitless_stat_activity WHERE distributed_session_id='7E4CBBD3E1AF9ABA'; subcluster_id | subcluster_type | distributed_session_id | distributed_session_state | datname | distributed_query_id ---------------+-----------------+------------------------+---------------------------+--------------------+ ---------------------- 1 | router | 7E4CBBD3E1AF9ABA | coordinator | postgres_limitless | 2 | router | 7E4CBBD3E1AF9ABA | participant | postgres_limitless | -8224553981424021413 3 | shard | 7E4CBBD3E1AF9ABA | participant | postgres_limitless | -8224553981424021413 4 | shard | 7E4CBBD3E1AF9ABA | participant | postgres_limitless | -8224553981424021413 5 | shard | 7E4CBBD3E1AF9ABA | participant | postgres_limitless | -8224553981424021413 6 | shard | 7E4CBBD3E1AF9ABA | participant | postgres_limitless | -8224553981424021413 (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) — Type de sous-cluster auquel appartient ce processus : router oushard.

  • distributed_session_id(texte) — L'ID de la session distribuée à laquelle appartient ce processus.

  • distributed_session_state(texte) — S'il s'agit d'un coordinateur, d'un participant ou d'un processus autonome/non distribué (illustré par). 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 l'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é et de l'ID de requête sont différentes.

Les autres colonnes sont les mêmes que danspg_stat_activity.

limitless_stat_all_index

Cette vue contient des statistiques d'utilisation sur les index du groupe de partitions de base de données. Par exemple :

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. Cela est utile lors du suivi des opérations de vide et des opérations du langage de manipulation des données (DML). Par exemple :

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) — Type de sous-cluster auquel appartient ce processus : router oushard.

  • relname(name) — Le nom de la table.

Les autres colonnes sont les mêmes que danspg_stat_all_tables.

base de données_statistiques illimitée

Cette vue contient des statistiques sur toutes les bases de données du groupe de partitions de base de données. Renvoie une ligne par base de données et par nœud. Par exemple :

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) — Type de sous-cluster auquel appartient ce processus : router oushard.

  • datname(nom) : nom de la base de données.

Les autres colonnes sont les mêmes que danspg_stat_database.

limitless_stat_progress_vacuum

Cette vue contient des informations sur les opérations d'aspiration en cours. Par exemple :

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) — Type de sous-cluster auquel appartient ce processus : router oushard.

  • distributed_session_id(texte) — Identifiant de la session qui a lancé l'opération d'aspiration.

  • datname(nom) — La base de données dans laquelle l'aspirateur est effectué.

  • nspname(nom) — Le nom du schéma de la table en cours d'aspiration. C'est le null cas si la table à nettoyer 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 qui est aspirée. C'est le null cas si la table à nettoyer 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 danspg_stat_progress_vacuum.

déclarations statistiques illimitées

Cette vue permet de suivre la planification et d'exécuter les statistiques de toutes les SQL instructions 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 montre l'utilisation de la limitless_stat_statements vue.

postgres_limitless=> SELECT subcluster_id, subcluster_type, distributedqueryid, username, dbname FROM rds_aurora.limitless_stat_statements; subcluster_id | subcluster_type | distributedqueryid | username | dbname ---------------+-----------------+---------------------+---------------------------------+------------------- 1 | router | | postgres | postgres_limitless 1 | router | | postgres | postgres_limitless 1 | router | | postgres | postgres_limitless 1 | router | 5103284549693281378 | aurora_limitless_metadata_admin | postgres_limitless 1 | router | | postgres | postgres_limitless 1 | router | | aurora_limitless_metadata_admin | postgres_limitless 1 | router | | postgres | postgres_limitless 1 | router | | 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) — Type de sous-cluster auquel appartient ce processus : router pour oushard.

  • distributedqueryid(bigint) — L'ID de requête de la requête parent provenant du nœud coordinateur. Cette colonne l'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é et de l'ID de requête sont différentes.

  • username(nom) — L'utilisateur qui a demandé la déclaration.

  • dbname(nom) — Base de données dans laquelle la requête a été exécutée.

Les autres colonnes sont les mêmes que dans pg_stat_statements.

limitless_stat_statements_info

Cette vue contient les statistiques de la limitless_stat_statements vue. Chaque ligne contient des données pour la vue pg_stat_statements_info de chaque nœud. La subcluster_id colonne 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.

sous-clusters de statistiques illimités

Cette vue contient les statistiques du réseau entre les routeurs et les autres nœuds. Il contient une ligne par paire de routeur et 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(text) — L'ID du nœud de destination

  • dest_subcluster_az(texte) — La dernière AZ collectée du nœud de destination

  • latency_us(bigint) — 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) — Horodatage de la dernière collection d'AZ et 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 le même AZ 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 input/output (I/O (contient) des statistiques pour tous les index du groupe de partitions de base de données. Par exemple :

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 input/output (I/O (contient) des statistiques pour toutes les tables du groupe de partitions de base de données. Par exemple :

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)
tables_illimitées

Cette vue contient des informations sur les tables de la base de données Aurora Postgre SQL Limitless.

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)
collocations de tables illimitées

Cette vue contient des informations sur les tables fragmentées colocalisées.

Dans l'exemple suivant, les customers tables orders et sont colocalisées, et les followers tables users et sont colocalisées. Les tables colocalisées ont les mêmes collocation_id caractéristiques.

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)
distribution_collocation_de_tables illimitées

Cette vue montre la distribution 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)