# Vistas de Base de datos ilimitada de Aurora PostgreSQL En la tabla siguiente se muestran las nuevas vistas de Base de datos ilimitada de Aurora PostgreSQL. **nota** Las vistas enumeradas en esta tabla se encuentran en el esquema `rds_aurora`. Cuando utilice una vista de Base de datos ilimitada, asegúrese de incluir el nombre del objeto totalmente cualificado: `rds_aurora`.`object_name`. | Vista de Base de datos ilimitada de Aurora PostgreSQL | Vista de Aurora PostgreSQL correspondiente | | --- | --- | | [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) | Ninguno | | [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) | Ninguno | | [limitless\$1table\$1collocation\$1distributions](#limitless_table_collocation_distributions) | Ninguno | Los siguientes ejemplos proporcionan detalles sobre las funciones de Base de datos ilimitada de Aurora PostgreSQL. Para obtener más información acerca de las vistas de PostgreSQL, consulte [Viewing statistics](https://www.postgresql.org/docs/15/monitoring-stats.html#MONITORING-STATS-VIEWS) en la documentación de PostgreSQL. **nota** Algunas vistas de estadística pueden arrojar resultados incoherentes si hay transacciones en curso. **limitless\$1database** Esta vista contiene información sobre las bases de datos disponibles en el grupo de particiones de base de datos. Por ejemplo: ``` 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} ``` Los parámetros de salida son los siguientes: + `subcluster_id` (texto): es el ID del subclúster (nodo) + `subcluster_type` (texto): es el tipo de subclúster (nodo), enrutador o partición El resto de las columnas son las mismas que en `pg_database`. **limitless\$1locks** Esta vista contiene una fila por proceso y nodo. Proporciona acceso a la información sobre los bloqueos que mantienen los procesos activos en el servidor de la base de datos. **Example de creación de un bloqueo con dos transacciones** En este ejemplo, ejecutamos dos transacciones simultáneamente en dos enrutadores. ``` # 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; ``` Se ejecuta la primera transacción. Las transacciones posteriores deben esperar hasta que se complete la primera transacción. Por lo tanto, la segunda transacción se bloquea con un candado. Para comprobar la causa raíz, ejecutamos un comando uniendo `limitless_locks` con `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 creación de un bloqueo de forma explícita** En este ejemplo, creamos un bloqueo de forma explícita y, a continuación, utilizamos la vista `limitless_locks` para ver los bloqueos (se omiten algunas columnas). ``` 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** Esta vista contiene una fila por proceso y nodo. Se puede utilizar para realizar un seguimiento del estado general del sistema y de los procesos de clasificación que están tardando mucho tiempo. Por ejemplo: ``` 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) ``` Los parámetros de salida son los siguientes: + `subcluster_id` (texto): es el ID del subclúster al que pertenece este proceso. + `subcluster_type` (texto): es el tipo de subclúster al que pertenece este proceso: `router` o `shard`. + `distributed_session_id` (texto): es el ID de la sesión distribuida a la que pertenece este proceso. + `distributed_session_state` (texto): indica si se trata de un proceso coordinador, participante o independiente o no distribuido (se muestra como `NULL`). + `datname` (texto): es la base de datos a la que está conectado este proceso. + `distributed_query_id` (bigint): es el ID de la consulta principal del nodo coordinador. Esta columna es `NULL` si se trata de la consulta principal. El nodo coordinador envía el ID de consulta distribuida a los nodos participantes. Por lo tanto, para los nodos participantes, los valores del ID de consulta distribuida y del ID de consulta son diferentes. + `is_sso_query` (texto): nos permite saber si la consulta está optimizada para una sola partición o no lo está. El resto de las columnas son las mismas que en `pg_stat_activity`. **limitless\$1stat\$1all\$1indexes** Esta vista contiene estadísticas de uso de los índices del grupo de particiones de base de datos. Por ejemplo: ``` 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** Esta vista contiene estadísticas sobre todas las tablas de la base de datos actual del grupo de particiones de base de datos. Esto resulta útil para realizar un seguimiento de las operaciones de vaciado y las operaciones del lenguaje de manipulación de datos (DML). Por ejemplo: ``` 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) ``` Los parámetros de salida son los siguientes: + `subcluster_id` (texto): es el ID del subclúster al que pertenece este proceso. + `subcluster_type` (texto): es el tipo de subclúster al que pertenece este proceso: `router` o `shard`. + `relname` (nombre): es el nombre de la tabla. El resto de las columnas son las mismas que en `pg_stat_all_tables`. **limitless\$1stat\$1database** Esta vista contiene estadísticas sobre todas las bases de datos del grupo de particiones de base de datos. Devuelve una fila por base de datos y por nodo. Por ejemplo: ``` 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) ``` Los parámetros de salida son los siguientes: + `subcluster_id` (texto): es el ID del subclúster al que pertenece este proceso. + `subcluster_type` (texto): es el tipo de subclúster al que pertenece este proceso: `router` o `shard`. + `datname` (nombre): es el nombre de la base de datos. El resto de las columnas son las mismas que en `pg_stat_database`. **limitless\$1stat\$1progress\$1vacuum** Esta vista contiene información sobre las operaciones de vaciado en curso. Por ejemplo: ``` 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 ``` Los parámetros de salida son los siguientes: + `subcluster_id` (texto): es el ID del subclúster al que pertenece este proceso. + `subcluster_type` (texto): es el tipo de subclúster al que pertenece este proceso: `router` o `shard`. + `distributed_session_id` (texto): es el identificador de la sesión que ha iniciado la operación de vaciado. + `datname` (nombre): es la base de datos en la que se vacía. + `nspname` (nombre): es el nombre del esquema de la tabla que se está vaciando. Es `null` si la tabla que se va a vaciar no está en la misma base de datos a la que está conectado el usuario. + `relname` (nombre): es el nombre de la tabla que se está vaciando. Es `null` si la tabla que se va a vaciar no está en la misma base de datos a la que está conectado el usuario. El resto de las columnas son las mismas que en `pg_stat_progress_vacuum`. **limitless\$1stat\$1statements** Esta vista proporciona un medio para realizar un seguimiento de las estadísticas de planificación y ejecución de todas las instrucciones SQL que se ejecutan en todos los nodos. Debe instalar la extensión [pg\$1stat\$1statements](https://www.postgresql.org/docs/current/pgstatstatements.html) para usar la vista `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; ``` En el siguiente ejemplo se muestra el uso de la vista `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 | [...] ``` Los parámetros de salida son los siguientes: + `subcluster_id` (texto): es el ID del subclúster al que pertenece este proceso. + `subcluster_type` (texto): es el tipo de subclúster al que pertenece este proceso: `router` o `shard`. + `distributedqueryid` (bigint): es el ID de la consulta principal del nodo coordinador. Esta columna es `NULL` si se trata de la consulta principal. El nodo coordinador envía el ID de consulta distribuida a los nodos participantes. Por lo tanto, para los nodos participantes, los valores del ID de consulta distribuida y del ID de consulta son diferentes. + `username` (nombre): es el usuario que ha consultado la instrucción. + `dbname` (nombre): es la base de datos en la que se ha ejecutado la consulta. + `sso_calls` (nombre): el número de veces que la instrucción se ha optimizado para una sola partición. El resto de las columnas son las mismas que en [pg\$1stat\$1statements](https://www.postgresql.org/docs/current/pgstatstatements.html). **limitless\$1stat\$1statements\$1info** Esta vista contiene las estadísticas de la vista `limitless_stat_statements`. Cada fila contiene datos de la vista [pg\$1stat\$1statements\$1info](https://www.postgresql.org/docs/current/pgstatstatements.html#id-1.11.7.41.7) de cada nodo. La columna `subcluster_id` identifica cada nodo. ``` 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) ``` El parámetro de salida es el siguiente: + `subcluster_id` (texto): es el ID del subclúster al que pertenece este proceso. El resto de las columnas son las mismas que en [pg\$1stat\$1statements\$1info](https://www.postgresql.org/docs/current/pgstatstatements.html#id-1.11.7.41.7). **limitless\$1stat\$1subclusters** Esta vista contiene estadísticas de red entre enrutadores y otros nodos. Contiene una fila por par de enrutador y otro nodo, por ejemplo: ``` 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 ``` Los parámetros de salida son los siguientes: + `orig_subcluster` (texto): es el ID del enrutador donde se originan las comunicaciones + `orig_subcluster_az` (texto): es la zona de disponibilidad (AZ) del enrutador originador + `dest_subcluster` (texto): es el ID del nodo de destino + `dest_subcluster_az` (texto): es la última AZ recopilada del nodo de destino + `latency_us` (bigint): es la última latencia de red recopilada entre nodos, en microsegundos. El valor es `0` si no se puede acceder al nodo. + `latest_collection` (marca de tiempo): es la marca de tiempo de la última recopilación de AZ y latencia del nodo de destino + `failed_requests` (bigint): es el recuento acumulado de solicitudes internas fallidas + `received_bytes` (bigint): es el número acumulado estimado de bytes recibidos desde este nodo + `sent_bytes` (bigint): es el número acumulado estimado de bytes enviados desde este nodo + `same_az_requests` (bigint): es el número acumulado de solicitudes de base de datos internas a este nodo cuando se encuentra en la misma AZ que el enrutador de origen + `cross_az_requests` (bigint): es el número acumulado de solicitudes de base de datos internas a este nodo cuando se encuentra en una AZ distinta que el enrutador de origen + `stat_reset_timestamp` (marca de tiempo): es la marca de tiempo en la que se restablecieron por última vez las estadísticas acumuladas de esta vista **limitless\$1statio\$1all\$1indexes** Esta vista contiene estadísticas de entrada/salida (E/S) para todos los índices del grupo de particiones de base de datos. Por ejemplo: ``` 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** Esta vista contiene estadísticas de entrada/salida (E/S) para todas las tablas del grupo de particiones de base de datos. Por ejemplo: ``` 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** Esta vista contiene información sobre las tablas en Base de datos ilimitada de Aurora PostgreSQL. ``` 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** Esta vista contiene información sobre las tablas particionadas colocadas. En el ejemplo siguiente, las tablas `orders` y `customers` están colocadas y las tablas `users` y `followers` están colocadas. Las tablas colocadas tienen el mismo `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** Esta vista muestra la distribución de claves de cada colocación. ``` 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) ```