pgsql-performance
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [PERFORM] Recursive query performance issue
Jamie Koceniak
Re: [PERFORM] Recursive query performance issue
Pavel Stehule
Re: [PERFORM] Recursive query performance issue
Merlin Moncure
Re: [PERFORM] Recursive query performance issue
Jamie Koceniak
Re: [PERFORM] Recursive query performance issue
Pavel Stehule
Re: [PERFORM] Recursive query performance issue
Merlin Moncure
Re: [PERFORM] Recursive query performance issue
Jamie Koceniak
Re: [PERFORM] Recursive query performance issue
Merlin Moncure
Re: [PERFORM] Recursive query performance issue
Merlin Moncure
Re: [PERFORM] Recursive query performance issue
vincent elschot
[PERFORM] query partitioned table is very slow
Vladimir Yavoskiy
Re: [PERFORM] query partitioned table is very slow
Tom Lane
[PERFORM] SELECT slows down on sixth execution
Jonathan Rogers
Re: [PERFORM] SELECT slows down on sixth execution
Albe Laurenz
Re: [PERFORM] SELECT slows down on sixth execution
Jonathan Rogers
Re: [PERFORM] SELECT slows down on sixth execution
Albe Laurenz
Re: [PERFORM] SELECT slows down on sixth execution
Jonathan Rogers
Re: [PERFORM] SELECT slows down on sixth execution
Merlin Moncure
Re: [PERFORM] SELECT slows down on sixth execution
Thomas Kellerer
Re: [PERFORM] SELECT slows down on sixth execution
Pavel Stehule
Re: [PERFORM] SELECT slows down on sixth execution
Jonathan Rogers
Re: [PERFORM] SELECT slows down on sixth execution
Pavel Stehule
Re: [PERFORM] SELECT slows down on sixth execution
Yves Dorfsman
Re: [PERFORM] SELECT slows down on sixth execution
Pavel Stehule
Re: [PERFORM] SELECT slows down on sixth execution
Pavel Stehule
Re: [PERFORM] SELECT slows down on sixth execution
Jonathan Rogers
Re: [PERFORM] SELECT slows down on sixth execution
Pavel Stehule
[PERFORM] V8 optimisation (if you're using javascript in postgres)
Graeme B. Bell
[PERFORM] Having some problems with concurrent COPY commands
Shaun Thomas
Re: [PERFORM] Having some problems with concurrent COPY commands
Andres Freund
Re: [PERFORM] Having some problems with concurrent COPY commands
Shaun Thomas
Re: [PERFORM] Having some problems with concurrent COPY commands
Heikki Linnakangas
Re: [PERFORM] Having some problems with concurrent COPY commands
Shaun Thomas
Re: [PERFORM] Having some problems with concurrent COPY commands
Andres Freund
Re: [PERFORM] Having some problems with concurrent COPY commands
Shaun Thomas
Re: [PERFORM] Having some problems with concurrent COPY commands
David Rowley
Re: [PERFORM] Having some problems with concurrent COPY commands
Jeff Janes
[PERFORM] 3000x Slower query when using Foreign Data Wrapper vs. local
Mohammad Habbab
Re: [PERFORM] 3000x Slower query when using Foreign Data Wrapper vs. local
desmodemone
Re: [PERFORM] 3000x Slower query when using Foreign Data Wrapper vs. local
Mohammad Habbab
Re: [PERFORM] 3000x Slower query when using Foreign Data Wrapper vs. local
desmodemone
Re: [PERFORM] 3000x Slower query when using Foreign Data Wrapper vs. local
Mohammad Habbab
[PERFORM] LIMIT 1 poor query plan
Marcio Ribeiro
Re: [PERFORM] LIMIT 1 poor query plan
Tom Lane
Re: [PERFORM] LIMIT 1 poor query plan
Marcio Ribeiro
[PERFORM] large object write performance
Bram Van Steenlandt
Re: [PERFORM] large object write performance
Graeme B. Bell
Re: [PERFORM] large object write performance
Bram Van Steenlandt
Re: [PERFORM] large object write performance
Graeme B. Bell
Re: [PERFORM] large object write performance
Bram Van Steenlandt
Re: [PERFORM] large object write performance
Graeme B. Bell
Re: [PERFORM] large object write performance
Bram Van Steenlandt
Re: [PERFORM] large object write performance
Graeme B. Bell
Re: [PERFORM] large object write performance
Graeme B. Bell
Re: [PERFORM] large object write performance
Bram Van Steenlandt
Re: [PERFORM] large object write performance
Graeme B. Bell
Re: [PERFORM] large object write performance
Bram Van Steenlandt
[PERFORM] One long transaction or multiple short transactions?
Carlo
Re: [PERFORM] One long transaction or multiple short transactions?
Igor Neyman
Re: [PERFORM] One long transaction or multiple short transactions?
Carlo
Re: [PERFORM] One long transaction or multiple short transactions?
Graeme B. Bell
Re: [PERFORM] One long transaction or multiple short transactions?
Carlo
Re: [PERFORM] One long transaction or multiple short transactions?
k...@rice.edu
Re: [PERFORM] One long transaction or multiple short transactions?
Carlo
Re: [PERFORM] One long transaction or multiple short transactions?
k...@rice.edu
Re: [PERFORM] One long transaction or multiple short transactions?
Laurent Martelli
Re: [PERFORM] One long transaction or multiple short transactions?
Graeme B. Bell
Re: [PERFORM] One long transaction or multiple short transactions?
Jim Nasby
Re: [PERFORM] One long transaction or multiple short transactions?
Andres Freund
Re: [PERFORM] One long transaction or multiple short transactions?
Jim Nasby
[PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
FattahRozzaq
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
Merlin Moncure
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
Igor Neyman
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
Igor Neyman
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
FattahRozzaq
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
Scott Marlowe
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
Merlin Moncure
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
Josh Berkus
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
FattahRozzaq
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
Scott Marlowe
Re: [PERFORM] shared-buffers set to 24GB but the RAM only use 4-5 GB average
Merlin Moncure
[PERFORM] Multi processor server overloads occationally with system process while running postgresql-9.4
ajaykbs
Re: [PERFORM] Multi processor server overloads occationally with system process while running postgresql-9.4
Gavin Flower
Re: [PERFORM] Multi processor server overloads occationally with system process while running postgresql-9.4
Wei Shan
[PERFORM] Re: Multi processor server overloads occationally with system process while running postgresql-9.4
ajaykbs
[PERFORM] Re: Multi processor server overloads occationally with system process while running postgresql-9.4
ajaykbs
Re: [PERFORM] Re: Multi processor server overloads occationally with system process while running postgresql-9.4
Scott Marlowe
Re: [PERFORM] Re: Multi processor server overloads occationally with system process while running postgresql-9.4
Kevin Grittner
Re: [PERFORM] Multi processor server overloads occationally with system process while running postgresql-9.4
Andres Freund
[PERFORM] dump restoration performance
rlemaroi
Re: [PERFORM] dump restoration performance
Michael Paquier
[PERFORM] Performance problem with gin index
Bertrand Paquet
Re: [PERFORM] Performance problem with gin index
k...@rice.edu
Re: [PERFORM] Performance problem with gin index
Jeff Janes
Re: [PERFORM] Performance problem with gin index
Bertrand Paquet
[PERFORM] Another parallel postgres project...
Graeme B. Bell
Re: [PERFORM] Another parallel postgres project...
Corey Huinker
[PERFORM] Queries Per Second (QPS)
Adam Scott
Re: [PERFORM] Queries Per Second (QPS)
Guillaume Lelarge
Re: [PERFORM] Queries Per Second (QPS)
Guillaume Lelarge
Re: [PERFORM] Queries Per Second (QPS)
Jeff Janes
Re: [PERFORM] Queries Per Second (QPS)
Josh Berkus
[PERFORM] Occasional Really Slow Running Updates/Inserts
Dave Stibrany
Re: [PERFORM] Occasional Really Slow Running Updates/Inserts
k...@rice.edu
Re: [PERFORM] Occasional Really Slow Running Updates/Inserts
Dave Stibrany
[PERFORM] degrading inser performance
Eildert Groeneveld
Re: [PERFORM] degrading inser performance
Ladislav Lenart
Re: [PERFORM] degrading inser performance
Eildert Groeneveld
Re: [PERFORM] degrading inser performance
Matheus de Oliveira
Re: [PERFORM] degrading inser performance
Eildert Groeneveld
Re: [PERFORM] degrading inser performance
Dave Cramer
[PERFORM] VACUUM VERBOSE ANALYZE taking long time to process.
anil7385
Re: [PERFORM] VACUUM VERBOSE ANALYZE taking long time to process.
Ben Chobot
[PERFORM] Announcing the public availability of the TPCx-V prototype
Reza Taheri
[PERFORM] Server slowing down over time
Jean Cavallo
Re: [PERFORM] Server slowing down over time
Igor Neyman
Re: [PERFORM] Server slowing down over time
Wei Shan
Re: [PERFORM] Server slowing down over time
Tomas Vondra
Re: [PERFORM] Server slowing down over time
Jim Nasby
[PERFORM] query with pg_trgm sometimes very slow
Volker Böhm
Re: [PERFORM] query with pg_trgm sometimes very slow
Jeff Janes
Re: [PERFORM] query with pg_trgm sometimes very slow
Claudio Freire
Re: [PERFORM] query with pg_trgm sometimes very slow
Merlin Moncure
Re: [PERFORM] query with pg_trgm sometimes very slow
Tomas Vondra
Re: [PERFORM] query with pg_trgm sometimes very slow
Merlin Moncure
[PERFORM] PostgreSQL Tuning for Messaging/Messenger/Chatting Application
FattahRozzaq
Re: [PERFORM] PostgreSQL Tuning for Messaging/Messenger/Chatting Application
Sridhar N Bamandlapally
[PERFORM] Query > 1000× slowdown after adding datetime comparison
twoflower
Re: [PERFORM] Query > 1000× slowdown after adding datetime comparison
Tomas Vondra
[PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
twoflower
[PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
twoflower
[PERFORM] Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
David G. Johnston
Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
twoflower
[PERFORM] Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
Stefan Keller
Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
twoflower
[PERFORM] Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
Stefan Keller
Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
twoflower
[PERFORM] Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
林士博
Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
twoflower
[PERFORM] Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
林士博
[PERFORM] Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
林士博
[PERFORM] Re: [PERFORM] Re: Query > 1000× slowdown after adding datetime comparison
David G. Johnston
[PERFORM] Re: [PERFORM] Query > 1000× slowdown after adding datetime comparison
David G. Johnston
Re: [PERFORM] is there any way we can push join predicate into inner table
Tom Lane
[PERFORM] Index creation running now for 14 hours
Tory M Blue
Re: [PERFORM] Index creation running now for 14 hours
Igor Neyman
Re: [PERFORM] Index creation running now for 14 hours
Tory M Blue
Re: [PERFORM] Index creation running now for 14 hours
Igor Neyman
Re: [PERFORM] Index creation running now for 14 hours
Tory M Blue
Re: [PERFORM] Index creation running now for 14 hours
Qingqing Zhou
Re: [PERFORM] Index creation running now for 14 hours
Tory M Blue
Re: [PERFORM] Index creation running now for 14 hours
Tomas Vondra
Re: [PERFORM] Index creation running now for 14 hours
Peter Geoghegan
Re: [PERFORM] Index creation running now for 14 hours
Tomas Vondra
[PERFORM] Gist indexing performance with cidr types
Henrik Thostrup Jensen
Re: [PERFORM] Gist indexing performance with cidr types
Emre Hasegeli
Re: [PERFORM] Gist indexing performance with cidr types
Henrik Thostrup Jensen
Re: [PERFORM] Gist indexing performance with cidr types
Henrik Thostrup Jensen
Re: [PERFORM] Gist indexing performance with cidr types
Emre Hasegeli
Re: [PERFORM] Gist indexing performance with cidr types
Henrik Thostrup Jensen
Re: [PERFORM] Gist indexing performance with cidr types
Emre Hasegeli
Re: [PERFORM] Gist indexing performance with cidr types
Henrik Thostrup Jensen
Re: [PERFORM] Gist indexing performance with cidr types
Emre Hasegeli
Re: [PERFORM] Gist indexing performance with cidr types
Henrik Thostrup Jensen
Re: [PERFORM] Gist indexing performance with cidr types
Jeff Janes
Re: [PERFORM] Gist indexing performance with cidr types
Henrik Thostrup Jensen
[PERFORM] Long running query: How to monitor the progress
Johann Spies
Re: [PERFORM] Long running query: How to monitor the progress
Tom Lane
[PERFORM] problem with select *
bhuvan Mitra
Re: [PERFORM] problem with select *
Wei Shan
Re: [PERFORM] problem with select *
Andreas Joseph Krogh
Re: [PERFORM] problem with select *
Andrew Dunstan
[PERFORM] query not using GIN index
Guo, Yun
Re: [PERFORM] query not using GIN index
Tomas Vondra
Re: [PERFORM] query not using GIN index
Guo, Yun
Re: [PERFORM] query not using GIN index
Guo, Yun
Re: [PERFORM] query not using GIN index
Jeff Janes
[PERFORM] Performance bottleneck due to array manipulation
Genc , Ömer
Re: [PERFORM] Performance bottleneck due to array manipulation
Tom Lane
Re: [PERFORM] Performance bottleneck due to array manipulation
Félix GERZAGUET
Re: [PERFORM] Performance bottleneck due to array manipulation
Igor Neyman
Re: [PERFORM] Performance bottleneck due to array manipulation
Genc , Ömer
[PERFORM] Most efficient way of querying M 'related' tables where N out of M may contain the key
Stephane Bailliez
Re: [PERFORM] Most efficient way of querying M 'related' tables where N out of M may contain the key
David G. Johnston
Re: [PERFORM] Most efficient way of querying M 'related' tables where N out of M may contain the key
Stephane Bailliez
Re: [PERFORM] Most efficient way of querying M 'related' tables where N out of M may contain the key
David G. Johnston
[PERFORM] Strange query stalls on replica in 9.3.9
Josh Berkus
Re: [PERFORM] Strange query stalls on replica in 9.3.9
Kevin Grittner
Re: [PERFORM] Strange query stalls on replica in 9.3.9
Josh Berkus
Re: [PERFORM] Strange query stalls on replica in 9.3.9
Jeff Janes
Re: [PERFORM] Strange query stalls on replica in 9.3.9
Jeff Janes
Re: [PERFORM] Strange query stalls on replica in 9.3.9
Jeff Janes
[PERFORM] Query Plan Performance on Partitioned Table
Rural Hunter
Re: [PERFORM] Query Plan Performance on Partitioned Table
Maxim Boguk
Re: [PERFORM] Query Plan Performance on Partitioned Table
Rural Hunter
Re: [PERFORM] Query Plan Performance on Partitioned Table
Maxim Boguk
Re: [PERFORM] Query Plan Performance on Partitioned Table
Rural Hunter
Re: [PERFORM] Query Plan Performance on Partitioned Table
Rural Hunter
Re: [PERFORM] Query Plan Performance on Partitioned Table
Maxim Boguk
Re: [PERFORM] Query Plan Performance on Partitioned Table
Rural Hunter
Earlier messages
Later messages