Postgres Performance Date Index
[Prev Page][Next Page]
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: [EXT] Re: Troubleshooting a long running delete statement
- Re: [EXT] Re: Troubleshooting a long running delete statement
- Re: Troubleshooting a long running delete statement
- Re: [EXT] Re: Troubleshooting a long running delete statement
- Re: [EXT] Re: Troubleshooting a long running delete statement
- RE: [EXT] Re: Troubleshooting a long running delete statement
- RE: [EXT] Re: Troubleshooting a long running delete statement
- Re: Troubleshooting a long running delete statement
- Re: Troubleshooting a long running delete statement
- Re: Troubleshooting a long running delete statement
- Troubleshooting a long running delete statement
- Installation of PostgreSQL on fedora zVM
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- From: Michaeldba@xxxxxxxxxxx
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Better, consistent instrumentation for postgreSQL using a similar API as Oracle
- Re: Query going to all paritions
- Re: Query going to all paritions
- From: hubert depesz lubaczewski
- Re: Query going to all paritions
- Re: Query going to all paritions
- Query going to all paritions
- How to improve cockroach performance with pgbench?
- Re: hashjoins, index loops to retrieve pk/ux constrains in pg12
- Re: Problem with indices from 10 to 13
- RE: Problem with indices from 10 to 13
- Re: Problem with indices from 10 to 13
- RE: Problem with indices from 10 to 13
- Re: Problem with indices from 10 to 13
- Re: Problem with indices from 10 to 13
- RE: Problem with indices from 10 to 13
- RE: Problem with indices from 10 to 13
- Re: Problem with indices from 10 to 13
- Re: Problem with indices from 10 to 13
- Problem with indices from 10 to 13
- Re: hashjoins, index loops to retrieve pk/ux constrains in pg12
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Partial index on enum type is not being used, type issue?
- Partial index on enum type is not being used, type issue?
- From: Kim Johan Andersson
- Re: hashjoins, index loops to retrieve pk/ux constrains in pg12
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: hashjoins, index loops to retrieve pk/ux constrains in pg12
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: hashjoins, index loops to retrieve pk/ux constrains in pg12
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Performance for initial copy when using pg_logical to upgrade Postgres
- Re: Performance for initial copy when using pg_logical to upgrade Postgres
- Re: Performance for initial copy when using pg_logical to upgrade Postgres
- Re: Performance for initial copy when using pg_logical to upgrade Postgres
- Performance for initial copy when using pg_logical to upgrade Postgres
- Re: hashjoins, index loops to retrieve pk/ux constrains in pg12
- hashjoins, index loops to retrieve pk/ux constrains in pg12
- Re: multi-tenant queries select wrong index
- multi-tenant queries select wrong index
- Re: Query executed during pg_dump leads to excessive memory usage
- Re: Query executed during pg_dump leads to excessive memory usage
- Re: Query executed during pg_dump leads to excessive memory usage
- RE: sql execution time in pg_stat_statements
- Re: Query executed during pg_dump leads to excessive memory usage
- Query executed during pg_dump leads to excessive memory usage
- Re: Want function to be called only once in query
- Re: Want function to be called only once in query
- Want function to be called only once in query
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: EnterpriseDB
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: EnterpriseDB
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- EnterpriseDB
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Re: Postgres chooses slow query plan from time to time
- Postgres chooses slow query plan from time to time
- Re: sql execution time in pg_stat_statements
- Re: sql execution time in pg_stat_statements
- RE: sql execution time in pg_stat_statements
- Re: PostgreSql 9.4 Database connection failure
- Re: sql execution time in pg_stat_statements
- RE: sql execution time in pg_stat_statements
- sql execution time in pg_stat_statements
- Re: PostgreSql 9.4 Database connection failure
- PostgreSql 9.4 Database connection failure
- RE: Better performance no-throw conversion?
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Better performance no-throw conversion?
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Better performance no-throw conversion?
- Re: Better performance no-throw conversion?
- Re: Better performance no-throw conversion?
- Better performance no-throw conversion?
- From: ldh@xxxxxxxxxxxxxxxxxx
- Foreign table as partition - Non optimal aggregation plan
- FDW join vs full join push down
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: pg_restore schema dump to schema with different name
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4 (workarounds)
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4 (workarounds)
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Using regexp from table has unpredictable poor performance
- Re: Using regexp from table has unpredictable poor performance
- Re: Using regexp from table has unpredictable poor performance
- Using regexp from table has unpredictable poor performance
- Re: pg_restore schema dump to schema with different name
- Re: pg_restore schema dump to schema with different name
- Re: Postgres using the wrong index index
- Re: Postgres using the wrong index index
- Re: pg_restore schema dump to schema with different name
- Re: pg_restore schema dump to schema with different name
- From: Jean-Christophe Boggio
- Re: pg_restore schema dump to schema with different name
- pg_restore schema dump to schema with different name
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- Re: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- RE: Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- Big Performance drop of Exceptions in UDFs between V11.2 and 13.4
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Postgres using the wrong index index
- Re: Postgres using the wrong index index
- Re: Postgres using the wrong index index
- Re: Postgres using the wrong index index
- Re: Postgres using the wrong index index
- Re: Postgres using the wrong index index
- Re: Postgres using the wrong index index
- Re: PostgreSQL equivalent of UTL_HTTP
- PostgreSQL equivalent of UTL_HTTP
- Re: difference between pg_triggers and information_schema.triggers
- Re: difference between pg_triggers and information_schema.triggers
- difference between pg_triggers and information_schema.triggers
- Re: Postgres using the wrong index index
- Postgres using the wrong index index
- Re: Slow query because lexeme index not used
- Re: Slow query because lexeme index not used
- Slow query because lexeme index not used
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Re: Logical Replication speed-up initial data
- Logical Replication speed-up initial data
- Re: Performance issue with thousands of calls to procedures and functions?
- From: Daniel Westermann (DWE)
- Re: Performance issue with thousands of calls to procedures and functions?
- Re: Performance issue with thousands of calls to procedures and functions?
- From: Daniel Westermann (DWE)
- Re: Performance issue with thousands of calls to procedures and functions?
- Re: Performance issue with thousands of calls to procedures and functions?
- Re: Performance issue with thousands of calls to procedures and functions?
- Re: Performance issue with thousands of calls to procedures and functions?
- Performance issue with thousands of calls to procedures and functions?
- From: Daniel Westermann (DWE)
- Re: Query performance !
- Re: Performance of lateral join
- From: Simen Andreas Andreassen Lønsethagen
- Query performance !
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Performance of lateral join
- Re: Query performance !
- Query performance !
- Re: Performance of lateral join
- Performance of lateral join
- From: Simen Andreas Andreassen Lønsethagen
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Performance Issue on a table
- Performance Issue on a table
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Partitioned table statistics vs autoanalyze
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Partitioned table statistics vs autoanalyze
- Partitioned table statistics vs autoanalyze
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- RE: Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Big performance slowdown from 11.2 to 13.3
- Re: Big performance slowdown from 11.2 to 13.3
- Big performance slowdown from 11.2 to 13.3
- From: ldh@xxxxxxxxxxxxxxxxxx
- Re: Query Performance
- Query Performance
- Re: Performance benchmark of PG
- Re: Performance benchmark of PG
- Re: Performance benchmark of PG
- Re: Performance benchmark of PG
- Re: Performance benchmark of PG
- Re: Performance benchmark of PG
- Re: Performance benchmark of PG
- Performance benchmark of PG
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Linear slow-down while inserting into a table with an ON INSERT trigger ?
- Re: temporary file log lines
- Re: temporary file log lines
- Re: temporary file log lines
- Re: temporary file log lines
- RE: Partition column should be part of PK
- Re: Partition column should be part of PK
- Re: Partition column should be part of PK
- Re: Partition column should be part of PK
- Re: Partition column should be part of PK
- Re: Partition column should be part of PK
- Re: Partition column should be part of PK
- Re: Partition column should be part of PK
- Re: Strange execution plan
- RE: Partition column should be part of PK
- Re: Partition column should be part of PK
- Re: Partition column should be part of PK
- temporary file log lines
- Re: Strange execution plan
- Re: Strange execution plan
- ERROR: there is no unique or exclusion constraint matching the ON CONFLICT specification
- Re: ETL - sql orchestrator is stuck when there is not sleep() between queries
- Re: ETL - sql orchestrator is stuck when there is not sleep() between queries
- Re: ETL - sql orchestrator is stuck when there is not sleep() between queries
- Re: ETL - sql orchestrator is stuck when there is not sleep() between queries
- Re: ETL - sql orchestrator is stuck when there is not sleep() between queries
- Re: ETL - sql orchestrator is stuck when there is not sleep() between queries
- ETL - sql orchestrator is stuck when there is not sleep() between queries
- Strange execution plan
- Strange execution plan
- Re: hint in determining effective_io_concurrency
- Re: hint in determining effective_io_concurrency
- Re: slow performance with cursor
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: slow performance with cursor
- Re: slow performance with cursor
- Re: slow performance with cursor
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: slow performance with cursor
- Re: slow performance with cursor
- Re: slow performance with cursor
- slow performance with cursor
- Re: Partition column should be part of PK
- Partition column should be part of PK
- Re: Planning performance problem (67626.278ms)
- Re: Estimating wal_keep_size
- From: Dean Gibson (DB Administrator)
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: Estimating wal_keep_size
- Re: Estimating wal_keep_size
- Re: Estimating wal_keep_size
- From: Dean Gibson (DB Administrator)
- Re: PostgreSQL V13 Replication Issue
- Re: Estimating wal_keep_size
- Estimating wal_keep_size
- From: Dean Gibson (DB Administrator)
- Re: PostgreSQL V13 Replication Issue
- From: Dean Gibson (DB Administrator)
- PostgreSQL V13 Replication Issue
- Re: waiting for client write
- Re: Master - Slave Replication Window Server
- Re: waiting for client write
- Re: Master - Slave Replication Window Server
- Re: Master - Slave Replication Window Server
- From: Rory Campbell-Lange
- Re: overcommit_ratio setting
- Re: overcommit_ratio setting
- Re: Master - Slave Replication Window Server
- Re: Master - Slave Replication Window Server
- Re: overcommit_ratio setting
- Re: Master - Slave Replication Window Server
- From: Rory Campbell-Lange
- Master - Slave Replication Window Server
- Re: Planning performance problem (67626.278ms)
- Re: overcommit_ratio setting
- Re: overcommit_ratio setting
- Re: pg_dumpall --exclude-database case folding, was Re: AWS forcing PG upgrade from v9.6 a disaster
- pg_dumpall --exclude-database case folding, was Re: AWS forcing PG upgrade from v9.6 a disaster
- overcommit_ratio setting
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: waiting for client write
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: waiting for client write
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: waiting for client write
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: Page File Size Reached Critical Threshold PostgreSQL V13
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: Page File Size Reached Critical Threshold PostgreSQL V13
- Re: waiting for client write
- Re: Page File Size Reached Critical Threshold PostgreSQL V13
- Re: Page File Size Reached Critical Threshold PostgreSQL V13
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Page File Size Reached Critical Threshold PostgreSQL V13
- Re: slow query
- Re: slow query
- Re: waiting for client write
- Re: waiting for client write
- waiting for client write
- Re: slow query
- Re: slow query
- Re: slow query
- Re: slow query
- slow query
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: dexter on AWS RDS auto tune queries
- Re: dexter on AWS RDS auto tune queries
- Re: dexter on AWS RDS auto tune queries
- Re: dexter on AWS RDS auto tune queries
- Re: dexter on AWS RDS auto tune queries
- dexter on AWS RDS auto tune queries
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: query planner not using index, instead using squential scan
- Re: query planner not using index, instead using squential scan
- Re: query planner not using index, instead using squential scan
- Re: query planner not using index, instead using squential scan
- query planner not using index, instead using squential scan
- RE: PgSQL 12 on WinSrv ~3x faster than on Linux
- Re: PgSQL 12 on WinSrv ~3x faster than on Linux
- Re: PgSQL 12 on WinSrv ~3x faster than on Linux
- Re: PgSQL 12 on WinSrv ~3x faster than on Linux
- PgSQL 12 on WinSrv ~3x faster than on Linux
- Re: slow query with inline function on AWS RDS with RDS 24x large
- Re: slow query with inline function on AWS RDS with RDS 24x large
- Re: slow query with inline function on AWS RDS with RDS 24x large
- Re: slow query with inline function on AWS RDS with RDS 24x large
- slow query with inline function on AWS RDS with RDS 24x large
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- Re: AWS forcing PG upgrade from v9.6 a disaster
- AWS forcing PG upgrade from v9.6 a disaster
- From: Dean Gibson (DB Administrator)
- Re: transaction blocking on COMMIT
- Count (select 1) subquery as constant
- Re: issue partition scan
- Re: issue partition scan
- Re: issue partition scan
- Re: issue partition scan
- issue partition scan
- Re: transaction blocking on COMMIT
- Re: transaction blocking on COMMIT
- Re: transaction blocking on COMMIT
- Re: Optimising outer joins in the presence of non-nullable references
- Re: transaction blocking on COMMIT
- Re: transaction blocking on COMMIT
- Optimising outer joins in the presence of non-nullable references
- From: Philip Lykke Carlsen
- Re: transaction blocking on COMMIT
- transaction blocking on COMMIT
- RE: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- RE: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: logical replication
- Re: logical replication
- logical replication
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Re: Partition with check constraint with "like"
- Partition with check constraint with "like"
- Re: Index and statistics not used
- Index and statistics not used
- Re: BUG #16968: Planner does not recognize optimization
- Re: BUG #16968: Planner does not recognize optimization
- Re: BUG #16968: Planner does not recognize optimization
- Re: BUG #16968: Planner does not recognize optimization
- Re: BUG #16968: Planner does not recognize optimization
- Re: Very slow "bloat query"
- Re: Very slow "bloat query"
- Re: Very slow "bloat query"
- Re: BUG #16968: Planner does not recognize optimization
- Re: Very slow "bloat query"
- Re: Very slow "bloat query"
- Re: Very slow "bloat query"
- Re: Very slow "bloat query"
- Very slow "bloat query"
- RE: Re: PostgreSQL blocked locks query
- Re: BUG #16968: Planner does not recognize optimization
- Re: PostgreSQL blocked locks query
- PostgreSQL blocked locks query
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- From: Andreas Joseph Krogh
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Re: Very slow Query compared to Oracle / SQL - Server
- Very slow Query compared to Oracle / SQL - Server
- Re: 15x slower PreparedStatement vs raw query
- Re: 15x slower PreparedStatement vs raw query
- Re: 15x slower PreparedStatement vs raw query
- Re: 15x slower PreparedStatement vs raw query
- Re: 15x slower PreparedStatement vs raw query
- Re: 15x slower PreparedStatement vs raw query
- Re: 15x slower PreparedStatement vs raw query
- Re: 15x slower PreparedStatement vs raw query
- Re: 15x slower PreparedStatement vs raw query
- 15x slower PreparedStatement vs raw query
- Re: Error while calling proc with table type from Application (npgsql)
- Re: Error while calling proc with table type from Application (npgsql)
- Re: Error while calling proc with table type from Application (npgsql)
- RES: Log number of tuples returned
- Re: Log number of tuples returned
- Log number of tuples returned
- Re: Error while calling proc with table type from Application (npgsql)
- Error while calling proc with table type from Application
- Re: Order of execution
- From: Jean-Christophe Boggio
- Order of execution
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- From: Rory Campbell-Lange
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- From: Rory Campbell-Lange
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- Re: Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- Does btrfs on Linux have a negative performance impact for PostgreSQL 13?
- Re: hint in determining effective_io_concurrency
- Re: hint in determining effective_io_concurrency
- Re: hint in determining effective_io_concurrency
- Re: hint in determining effective_io_concurrency
- Re: hint in determining effective_io_concurrency
- Re: hint in determining effective_io_concurrency
- Re: hint in determining effective_io_concurrency
- hint in determining effective_io_concurrency
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: Planning performance problem (67626.278ms)
- Re: OLEDB for PostgreSQL
- Re: OLEDB for PostgreSQL
- Re: Most proper partitioning form on an integer column
- Most proper partitioning form on an integer column
- Re: Disabling options lowers the estimated cost of a query
- Re: Why is there a tenfold difference between Postgres's alleged query execution time and packet transmission time?
- Re: Disabling options lowers the estimated cost of a query
- Re: Disabling options lowers the estimated cost of a query
- Re: Strange behavior once statistics are there
- From: Daniel Westermann (DWE)
- Re: Disabling options lowers the estimated cost of a query
- Re: Disabling options lowers the estimated cost of a query
- Re: Strange behavior once statistics are there
- Re: Is there a way to change current time?
- Re: Is there a way to change current time?
- Re: Is there a way to change current time?
- Re: Is there a way to change current time?
- Re: Is there a way to change current time?
- Is there a way to change current time?
- Strange behavior once statistics are there
- From: Daniel Westermann (DWE)
- Why is there a tenfold difference between Postgres's alleged query execution time and packet transmission time?
- Re: LWLocks by LockManager slowing large DB
- Re: LWLocks by LockManager slowing large DB
- Re: LWLocks by LockManager slowing large DB
- Re: LWLocks by LockManager slowing large DB
- Re: LWLocks by LockManager slowing large DB
- RE: LWLocks by LockManager slowing large DB
- Re: LWLocks by LockManager slowing large DB
- Re: LWLocks by LockManager slowing large DB
- Re: LWLocks by LockManager slowing large DB
[Index of Archives]
[Postgresql General]
[Postgresql PHP]
[PHP Home]
[PHP on Windows]
[Yosemite]