Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
Visualizzazioni illimitate del database Aurora SQL Postgre
La tabella seguente mostra le nuove viste per Aurora SQL Postgre Limitless Database.
Nota
Le viste elencate in questa tabella si trovano nello schema. rds_aurora Quando utilizzi una vista Limitless Database, assicurati di includere il nome completo dell'oggetto:rds_aurora. object_name
| Visualizzazione del database Aurora Postgree Limitless SQL | Vista corrispondente di Aurora Postgree SQL |
|---|---|
| limitless_database | pg_database |
| limitless_locks | pg_locks |
| attività_stat_illimitata | 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 |
| stat_progress_vacuum senza limiti | pg_stat_progress_vacuum |
| dichiarazioni_stat_limitless | pg_stat_statements |
| limitless_stat_subclusters | Nessuno |
| limitless_stat_statements_info | pg_stat_statements_info |
| limitless_statio_all_indexes | pg_statio_all_indexes |
| limitless_statio_all_tables | pg_statio_all_tables |
| tabelle_illimitate | pg_tables |
| table_collocazioni senza limiti | Nessuno |
| distribuzioni_table_collocazione_limitate | Nessuno |
Gli esempi seguenti forniscono dettagli sulle viste del database Aurora Postgre SQL Limitless. Per ulteriori informazioni sulle SQL visualizzazioni di Postgre, consulta Visualizzazione
Nota
Alcune visualizzazioni statistiche possono restituire risultati incoerenti se hai transazioni in corso.
- limitless_database
-
Questa vista contiene informazioni sui database disponibili nel gruppo di shard DB. Per esempio:
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}I parametri di output sono i seguenti:
-
subcluster_id(testo) — L'ID del sottocluster (nodo) -
subcluster_type(testo) — Il tipo di sottocluster (nodo), router o shard
Le altre colonne sono le stesse di.
pg_database -
- limitless_locks
-
Questa vista contiene una riga per processo per nodo. Fornisce l'accesso alle informazioni sui blocchi mantenuti dai processi attivi nel server di database.
Esempio di creare un lucchetto con due transazioni
In questo esempio, eseguiamo due transazioni contemporaneamente su due router.
# 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;Viene eseguita la prima transazione. Le transazioni successive devono attendere il completamento della prima transazione. Pertanto la seconda transazione viene bloccata con un lucchetto. Per verificarne la causa principale, eseguiamo un comando unendoci
limitless_locksalimitless_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)Esempio di creare un lucchetto in modo esplicito
In questo esempio, creiamo un lucchetto in modo esplicito, quindi utilizziamo la
limitless_locksvista per vedere i blocchi (alcune colonne vengono omesse).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
-
Questa vista contiene una riga per processo per nodo. Può essere utilizzata per tenere traccia dello stato generale del sistema e dei processi di triage che richiedono molto tempo. Per esempio:
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)I parametri di output sono i seguenti:
-
subcluster_id(testo) — L'ID del sottocluster a cui appartiene questo processo. -
subcluster_type(testo) — Il tipo di sottocluster a cui appartiene questo processo:routero.shard -
distributed_session_id(testo) — L'ID della sessione distribuita a cui appartiene questo processo. -
distributed_session_state(testo) — Se si tratta di un coordinatore, di un partecipante o di un processo autonomo/non distribuito (mostrato come).NULL -
datname(testo) — Il database a cui è connesso questo processo. -
distributed_query_id(bigint) — L'ID della query principale proveniente dal nodo coordinatore. Questa colonna indicaNULLse è la query principale. Il nodo coordinatore invia l'ID della query distribuita ai nodi partecipanti. Pertanto, per i nodi partecipanti, i valori per l'ID della query distribuito e l'ID della query sono diversi.
Il resto delle colonne è uguale a quello in
pg_stat_activity. -
- limitless_stat_all_indexes
-
Questa vista contiene le statistiche di utilizzo degli indici nel gruppo di shard DB. Per esempio:
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
-
Questa vista contiene statistiche su tutte le tabelle nel database corrente nel gruppo di shard DB. Ciò è utile per tenere traccia delle operazioni di vacuo e delle operazioni del linguaggio Data Manipulation (DML). Per esempio:
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)I parametri di output sono i seguenti:
-
subcluster_id(testo) — L'ID del sottocluster a cui appartiene questo processo. -
subcluster_type(testo) — Il tipo di sottocluster a cui appartiene questo processo:routero.shard -
relname(name) — Il nome della tabella.
Il resto delle colonne è uguale a quello in
pg_stat_all_tables. -
- limitless_stat_database
-
Questa vista contiene statistiche su tutti i database del gruppo di shard DB. Restituisce una riga per database per nodo. Per esempio:
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)I parametri di output sono i seguenti:
-
subcluster_id(testo) — L'ID del sottocluster a cui appartiene questo processo. -
subcluster_type(testo) — Il tipo di sottocluster a cui appartiene questo processo:routero.shard -
datname(name) — Il nome del database.
Le altre colonne sono le stesse di
pg_stat_database. -
- limitless_stat_progress_vacuum
-
Questa visualizzazione contiene informazioni sulle operazioni di aspirazione in corso. Per esempio:
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 | 0I parametri di output sono i seguenti:
-
subcluster_id(testo) — L'ID del sottocluster a cui appartiene questo processo. -
subcluster_type(testo) — Il tipo di sottocluster a cui appartiene questo processo:routero.shard -
distributed_session_id(testo) — L'identificatore della sessione che ha avviato l'operazione di aspirazione. -
datname(nome) — Il database in cui viene eseguita l'aspirazione. -
nspname(name) — Il nome dello schema della tabella che viene evacuata. Ènullse la tabella da cancellare non si trova nello stesso database a cui è connesso l'utente. -
relname(nome) — Il nome della tabella che viene evacuata. Ènullse la tabella da cancellare non si trova nello stesso database a cui è connesso l'utente.
Le altre colonne sono le stesse di.
pg_stat_progress_vacuum -
- limitless_stat_statements
-
Questa visualizzazione fornisce un mezzo per tracciare la pianificazione e l'esecuzione delle statistiche di tutte le SQL istruzioni eseguite su tutti i nodi.
Nota
È necessario installare l'estensione pg_stat_statements
per utilizzare 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;L'esempio seguente mostra l'uso della vista.
limitless_stat_statementspostgres_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 [...]I parametri di output sono i seguenti:
-
subcluster_id(testo) — L'ID del sottocluster a cui appartiene questo processo. -
subcluster_type(testo) — Il tipo di sottocluster a cui appartiene questo processo:routerfor o.shard -
distributedqueryid(bigint) — L'ID della query principale proveniente dal nodo coordinatore. Questa colonna indicaNULLse è la query principale. Il nodo coordinatore invia l'ID della query distribuita ai nodi partecipanti. Pertanto, per i nodi partecipanti, i valori per l'ID della query distribuito e l'ID della query sono diversi. -
username(nome) — L'utente che ha richiesto l'istruzione. -
dbname(name) — Il database in cui è stata eseguita la query.
Le altre colonne sono le stesse di pg_stat_statements
. -
- limitless_stat_statements_info
-
Questa vista contiene le statistiche relative alla vista.
limitless_stat_statementsOgni riga contiene i dati per la vista pg_stat_statements_info di ciascun nodo. La subcluster_idcolonna identifica ogni 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)Il parametro di output è il seguente:
-
subcluster_id(testo) — L'ID del sottocluster a cui appartiene questo processo.
Le altre colonne sono le stesse di pg_stat_statements_info
. -
- limitless_stat_subclusters
-
Questa vista contiene statistiche di rete tra router e altri nodi. Contiene una riga per coppia di router e altro nodo, ad esempio:
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+00I parametri di output sono i seguenti:
-
orig_subcluster(testo) — L'ID del router da cui provengono le comunicazioni -
orig_subcluster_az(text) — La zona di disponibilità (AZ) del router originatore -
dest_subcluster(text) — L'ID del nodo di destinazione -
dest_subcluster_az(text) — L'ultima AZ raccolta del nodo di destinazione -
latency_us(bigint) — L'ultima latenza di rete raccolta tra i nodi, in microsecondi. Il valore è0se il nodo non è raggiungibile. -
latest_collection(timestamp) — Il timestamp dell'ultima raccolta di AZ e la latenza per il nodo di destinazione -
failed_requests(bigint) — Il conteggio cumulativo delle richieste interne non riuscite -
received_bytes(bigint) — Il numero cumulativo stimato di byte ricevuti da questo nodo -
sent_bytes(bigint) — Il numero cumulativo stimato di byte inviati a questo nodo -
same_az_requests(bigint) — Il numero cumulativo di richieste DB interne a questo nodo quando si trova nella stessa AZ del router originatore -
cross_az_requests(bigint) — Il numero cumulativo di richieste DB interne a questo nodo quando si trova in una AZ diversa dal router originatore -
stat_reset_timestamp(timestamp) — Il timestamp in cui le statistiche cumulative per questa vista sono state reimpostate l'ultima volta
-
- limitless_statio_all_indexes
-
Questa vista contiene (i) le statistiche per tutti gli indici del gruppo di input/output (I/O shard DB. Per esempio:
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
-
Questa vista contiene input/output (I/O (i) le statistiche per tutte le tabelle del gruppo di shard DB. Per esempio:
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
-
Questa visualizzazione contiene informazioni sulle tabelle in Aurora SQL Postgre 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
-
Questa vista contiene informazioni sulle tabelle suddivise collocate.
Nell'esempio seguente, le
customerstabelleordersand sono collocate e leusersfollowerstabelle and sono collocate. Le tabelle collocate hanno le stesse caratteristiche.collocation_idpostgres_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_distribution
-
Questa vista mostra la distribuzione delle chiavi per ogni collocazione.
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)
