pgsql-performance
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [PERFORM] Big number of connections
Alvaro Herrera
Re: [PERFORM] Big number of connections
Chris Cogdon
Re: [PERFORM] Big number of connections
Karl Denninger
Re: [PERFORM] Big number of connections
jarek
Re: [PERFORM] Big number of connections
Jim Nasby
Re: [PERFORM] Big number of connections
Mike Sofen
Re: [PERFORM] Big number of connections
Pavel Stehule
Re: [PERFORM] Big number of connections
Moreno Andreo
Re: [PERFORM] Big number of connections
Artem Tomyuk
Re: [PERFORM] Big number of connections
Moreno Andreo
Re: [PERFORM] Big number of connections
Artem Tomyuk
Re: [PERFORM] Big number of connections
Pavel Stehule
[PERFORM] Adding a ROLLUP switches to GroupAggregate unexpectedly
Chris Cogdon
Re: [PERFORM] Adding a ROLLUP switches to GroupAggregate unexpectedly
Tom Lane
Re: [PERFORM] Adding a ROLLUP switches to GroupAggregate unexpectedly
k...@rice.edu
Re: [PERFORM] Adding a ROLLUP switches to GroupAggregate unexpectedly
Peter Geoghegan
[PERFORM] Query not using Index
Wei Shan
Re: [PERFORM] Query not using Index
Andreas Kretschmer
Re: [PERFORM] Query not using Index
Wei Shan
Re: [PERFORM] Query not using Index
Jeff Janes
[PERFORM] Disk Benchmarking Question
Dave Stibrany
Re: [PERFORM] Disk Benchmarking Question
Scott Marlowe
Re: [PERFORM] Disk Benchmarking Question
Scott Marlowe
Re: [PERFORM] Disk Benchmarking Question
Dave Stibrany
Re: [PERFORM] Disk Benchmarking Question
Mike Sofen
Re: [PERFORM] Disk Benchmarking Question
Dave Stibrany
Re: [PERFORM] Disk Benchmarking Question
Mike Sofen
[PERFORM] Performance decline maybe caused by multi-column index?
Jan Bauer Nielsen
Re: [PERFORM] Performance decline maybe caused by multi-column index?
Jeff Janes
[PERFORM] Nested Loop vs Hash Join based on predicate?
Doiron, Daniel
Re: [PERFORM] Nested Loop vs Hash Join based on predicate?
Pavel Stehule
[PERFORM] using shared_buffers during seq_scan
Artem Tomyuk
Re: [PERFORM] using shared_buffers during seq_scan
Albe Laurenz
Re: [PERFORM] using shared_buffers during seq_scan
Rick Otten
[PERFORM] grant select on pg_stat_activity
avi Singh
Re: [PERFORM] [GENERAL] grant select on pg_stat_activity
Adrian Klaver
[PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Andreas Joseph Krogh
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Tom Lane
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Andreas Joseph Krogh
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Jeff Janes
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Andreas Joseph Krogh
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Oleg Bartunov
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Andreas Joseph Krogh
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Oleg Bartunov
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Jeff Janes
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Andreas Joseph Krogh
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Evgeniy Shishkin
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Evgeniy Shishkin
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Evgeniy Shishkin
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Andreas Joseph Krogh
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Tom Lane
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Andreas Joseph Krogh
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Tom Lane
Re: [PERFORM] Searching GIN-index (FTS) and sort by timestamp-column
Andreas Joseph Krogh
[PERFORM] DIsk I/O from pg_stat_activity
Artem Tomyuk
Re: [PERFORM] DIsk I/O from pg_stat_activity
Vladimir Borodin
[PERFORM] using stale statistics instead of current ones because stats collector is not responding
Tory M Blue
Re: [PERFORM] using stale statistics instead of current ones because stats collector is not responding
Tomas Vondra
[PERFORM] Clarification on using pg_upgrade
Tory M Blue
Re: [PERFORM] Clarification on using pg_upgrade
Justin Pryzby
Re: [PERFORM] Clarification on using pg_upgrade
Jim Nasby
Re: [PERFORM] Clarification on using pg_upgrade
Tory M Blue
Re: [PERFORM] Clarification on using pg_upgrade
Jim Nasby
Re: [PERFORM] Clarification on using pg_upgrade
Tory M Blue
Re: [PERFORM] Clarification on using pg_upgrade
Jim Nasby
Re: [PERFORM] Clarification on using pg_upgrade
Tory M Blue
Re: [PERFORM] Clarification on using pg_upgrade
Glyn Astill
[PERFORM] autovacuum disk IO
Artem Tomyuk
Re: [PERFORM] autovacuum disk IO
Pavel Stehule
Re: [PERFORM] autovacuum disk IO
Scott Marlowe
Re: [PERFORM] autovacuum disk IO
Scott Marlowe
Re: [SPAM] Re: [PERFORM] autovacuum disk IO
Moreno Andreo
Re: [SPAM] Re: [PERFORM] autovacuum disk IO
Scott Marlowe
Re: [SPAM] Re: [PERFORM] autovacuum disk IO
Alvaro Herrera
Re: [SPAM] Re: [PERFORM] autovacuum disk IO
Moreno Andreo
Re: [PERFORM] [ADMIN] autovacuum disk IO
Jehan-Guillaume de Rorthais
[PERFORM] Merge joins on index scans
James Parks
Re: [PERFORM] Merge joins on index scans
David Rowley
Re: [PERFORM] Merge joins on index scans
Tom Lane
Re: [PERFORM] Merge joins on index scans
Tom Lane
Re: [PERFORM] Merge joins on index scans
James Parks
[PERFORM] Odd behavior with indices
joe meiring
Re: [PERFORM] Odd behavior with indices
David G. Johnston
Re: [PERFORM] Odd behavior with indices
joe meiring
Re: [PERFORM] Odd behavior with indices
David G. Johnston
Re: [PERFORM] Odd behavior with indices
Matheus de Oliveira
Re: [PERFORM] Odd behavior with indices
Tom Lane
Re: [PERFORM] Odd behavior with indices
Merlin Moncure
Re: [PERFORM] Odd behavior with indices
Tom Lane
[PERFORM] Cloud versus buying my own iron
Craig James
Re: [PERFORM] Cloud versus buying my own iron
Gunnar "Nick" Bluth
Fwd: [PERFORM] Cloud versus buying my own iron
Rick Otten
[PERFORM] Filesystem and Disk Partitioning for New Server Setup
dstibrany
Fwd: [PERFORM] Filesystem and Disk Partitioning for New Server Setup
Rick Otten
Re: [PERFORM] Filesystem and Disk Partitioning for New Server Setup
Dave Stibrany
Re: [PERFORM] Filesystem and Disk Partitioning for New Server Setup
Rick Otten
Re: [PERFORM] Filesystem and Disk Partitioning for New Server Setup
Wes Vaske (wvaske)
[PERFORM] Why Postgres use a little memory on Windows.
tuanhoanganh
Re: [PERFORM] [GENERAL] Why Postgres use a little memory on Windows.
Adrian Klaver
Re: [PERFORM] [GENERAL] Why Postgres use a little memory on Windows.
Tom Lane
Re: [PERFORM] [GENERAL] Why Postgres use a little memory on Windows.
Francisco Olarte
Re: [PERFORM] [GENERAL] Why Postgres use a little memory on Windows.
Francisco Olarte
Re: [PERFORM] [GENERAL] Why Postgres use a little memory on Windows.
Adrian Klaver
Re: [PERFORM] Why Postgres use a little memory on Windows.
Jeff Janes
Re: [PERFORM] Why Postgres use a little memory on Windows.
tuanhoanganh
[PERFORM] Architectural question
Moreno Andreo
Re: [PERFORM] Architectural question
Jim Nasby
Re: [SPAM] Re: [PERFORM] Architectural question
Moreno Andreo
Re: [SPAM] Re: [PERFORM] Architectural question
Jim Nasby
Re: [SPAM] Re: [PERFORM] Architectural question
Moreno Andreo
Re: [SPAM] Re: [PERFORM] Architectural question
Jim Nasby
Re: [SPAM] Re: [PERFORM] Architectural question
Moreno Andreo
Re: [PERFORM] Architectural question
Thomas Kellerer
Re: [PERFORM] Architectural question
Moreno Andreo
Re: [PERFORM] Architectural question
Mike Sofen
Re: [PERFORM] Architectural question
Rick Otten
Re: [PERFORM] Architectural question
Moreno Andreo
[PERFORM] Running lots of inserts from selects on 9.4.5
Dan Langille
Re: [PERFORM] Running lots of inserts from selects on 9.4.5
Jeff Janes
Re: [PERFORM] Running lots of inserts from selects on 9.4.5
Dan Langille
Re: [PERFORM] Running lots of inserts from selects on 9.4.5
Dan Langille
Re: [PERFORM] Running lots of inserts from selects on 9.4.5
Dan Langille
Re: [PERFORM] Running lots of inserts from selects on 9.4.5
Dan Langille
[PERFORM] Primary key index suddenly became very slow
Gustav Karlsson
Re: [PERFORM] Primary key index suddenly became very slow
Gustav Karlsson
Re: [PERFORM] Primary key index suddenly became very slow
jaime soler
Re: [PERFORM] Primary key index suddenly became very slow
Venkata Balaji N
[PERFORM] gin performance issue.
Marc Mamin
Re: [PERFORM] gin performance issue.
Tom Lane
Re: [PERFORM] gin performance issue.
Marc Mamin
Re: [PERFORM] gin performance issue.
Jeff Janes
[PERFORM] bad COPY performance with NOTIFY in a trigger
Filip Rembiałkowski
Re: [PERFORM] bad COPY performance with NOTIFY in a trigger
Tom Lane
Re: [PERFORM] bad COPY performance with NOTIFY in a trigger
Harald Fuchs
Re: [PERFORM] bad COPY performance with NOTIFY in a trigger
Filip Rembiałkowski
Re: [PERFORM] bad COPY performance with NOTIFY in a trigger
Filip Rembiałkowski
Re: [PERFORM] bad COPY performance with NOTIFY in a trigger
Merlin Moncure
Re: [PERFORM] bad COPY performance with NOTIFY in a trigger
Filip Rembiałkowski
Re: [PERFORM] bad COPY performance with NOTIFY in a trigger
Merlin Moncure
Re: [PERFORM] bad COPY performance with NOTIFY in a trigger
Merlin Moncure
[PERFORM] Bitmap and-ing between btree and gin?
Jordi
Re: [PERFORM] Bitmap and-ing between btree and gin?
Tom Lane
Re: [PERFORM] Bitmap and-ing between btree and gin?
Jordi
Re: [PERFORM] Bitmap and-ing between btree and gin?
Jeff Janes
[PERFORM] Understanding ANALYZE memory usage with "big" tsvector columns
Jérôme Augé
[PERFORM] View containing a recursive function
Mathieu De Zutter
Re: [PERFORM] View containing a recursive function
Tom Lane
Re: [PERFORM] View containing a recursive function
Mathieu De Zutter
[PERFORM] PostgreSQL seems to create inefficient plans in simple conditional joins
Hedayat Vatankhah
Re: [PERFORM] PostgreSQL seems to create inefficient plans in simple conditional joins
David Rowley
Re: [PERFORM] PostgreSQL seems to create inefficient plans in simple conditional joins
Vitalii Tymchyshyn
Re: [PERFORM] PostgreSQL seems to create inefficient plans in simple conditional joins
David Rowley
Re: [PERFORM] PostgreSQL seems to create inefficient plans in simple conditional joins
Vitalii Tymchyshyn
Re: [PERFORM] PostgreSQL seems to create inefficient plans in simple conditional joins
Hedayat Vatankhah
Re: [PERFORM] PostgreSQL seems to create inefficient plans in simple conditional joins
Hedayat Vatankhah
[PERFORM] jsonb_agg performance
jfleming
Re: [PERFORM] jsonb_agg performance
Andrew Dunstan
[PERFORM] Hash join gets slower as work_mem increases?
Albe Laurenz
Re: [PERFORM] Hash join gets slower as work_mem increases?
Pavel Stehule
Re: [PERFORM] Hash join gets slower as work_mem increases?
Tomas Vondra
Re: [PERFORM] Hash join gets slower as work_mem increases?
Albe Laurenz
Re: [PERFORM] Hash join gets slower as work_mem increases?
Tomas Vondra
Re: [PERFORM] Hash join gets slower as work_mem increases?
Albe Laurenz
[PERFORM] performance issue with inherited foreign table
Dzmitry Nikitsin
[PERFORM] Postgres partitions-query scanning all child tables
rverghese
Re: [PERFORM] Postgres partitions-query scanning all child tables
Corey Huinker
Re: [PERFORM] Postgres partitions-query scanning all child tables
rverghese
Re: [PERFORM] Postgres partitions-query scanning all child tables
Corey Huinker
Re: [PERFORM] Postgres partitions-query scanning all child tables
rverghese
[PERFORM] Primary key index partially used
Florian Gossin
Re: [PERFORM] Primary key index partially used
Igor Neyman
Re: [PERFORM] Primary key index partially used
Igor Neyman
[PERFORM] High Planning Time
Phil S
Re: [PERFORM] High Planning Time
Albe Laurenz
Re: [PERFORM] High Planning Time
Tom Lane
Re: [PERFORM] High Planning Time
Vitalii Tymchyshyn
[PERFORM] Query order of magnitude slower with slightly different where clause
Adam Brusselback
Re: [PERFORM] Query order of magnitude slower with slightly different where clause
David Rowley
[PERFORM] insert performance
Jinhua Luo
Re: [PERFORM] insert performance
Jim Nasby
Re: [PERFORM] insert performance
Jinhua Luo
Re: [PERFORM] insert performance
Jinhua Luo
Re: [PERFORM] insert performance
Jinhua Luo
Re: [PERFORM] insert performance
Jim Nasby
Re: [PERFORM] insert performance
Jeff Janes
Re: [PERFORM] insert performance
Jinhua Luo
[PERFORM] How we made Postgres upserts 2-3* quicker than MongoDB
Mark Zealey
Re: [PERFORM] How we made Postgres upserts 2-3* quicker than MongoDB
Nicolas Paris
Re: [PERFORM] How we made Postgres upserts 2-3* quicker than MongoDB
Mark Zealey
Re: [PERFORM] How we made Postgres upserts 2-3* quicker than MongoDB
Scott Marlowe
[PERFORM] Slow query help
Almir de Oliveira Duarte Junior
Re: [PERFORM] Slow query help
Marc Mamin
[PERFORM] Queries intermittently slow
Scott Rankin
Re: [PERFORM] Queries intermittently slow
Tom Lane
Re: [PERFORM] Queries intermittently slow
Scott Rankin
Re: [PERFORM] Queries intermittently slow
Tom Lane
Re: [PERFORM] Queries intermittently slow
Scott Rankin
Re: [PERFORM] Queries intermittently slow
Tom Lane
Re: [PERFORM] Queries intermittently slow
Scott Rankin
Re: [PERFORM] Queries intermittently slow
Tom Lane
Earlier messages
Later messages