Mailing lists [pgsql-performance]
- Re: Constraint propagating for equal fields Віталій Тимчишин
- Re: Slow query: table iteration (8.3) Yeb Havinga
- Re: Slow query: table iteration (8.3) Glenn Maynard
- use pgsql in a big project, but i found pg has some big problem on concurrency write operation, maybe a joke for myself ! wyx6fox@sina.com
- the jokes for pg concurrency write performance wyx6fox@sina.com
- Re: use pgsql in a big project, but i found pg has some big problem on concurrency write operation, maybe a joke for myself ! Kevin Grittner
- Re: the jokes for pg concurrency write performance david@lang.hm
- Re: the jokes for pg concurrency write performance Richard Broersma
- Sincere apology for my insults and hand-waving in these mails:the jokes for pg concurrency write performance wyx6fox@sina.com
- Re: Slow query: table iteration (8.3) Yeb Havinga
- Re: the jokes for pg concurrency write performance Scott Marlowe
- Re: the jokes for pg concurrency write performance Alvaro Herrera
- Re: 回复：Re: [PERFORM] the jokes for pg concurrency write performance Richard Broersma
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Tom Lane
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Robert Haas
- Re: the jokes for pg concurrency write performance Scott Marlowe
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Robert Haas
- Queries within a function Mridula Mahadevan
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: use pgsql in a big project, but i found pg has some big problem on concurrency write operation, maybe a joke for myself ! Greg Stark
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Robert Haas
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: Queries within a function Pavel Stehule
- System overload / context switching / oom, 8.3 Rob
- Re: Queries within a function Tom Lane
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Tom Lane
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Robert Haas
- Re: Queries within a function Ing. Marcos Ortiz Valmaseda
- Re: Re: 回复：Re: [PERFORM] the jokes for pg concurrency write performance Tom Lane
- Re: Slow-ish Query Needs Some Love Andy Colson
- Re: System overload / context switching / oom, 8.3 Scott Marlowe
- Re: System overload / context switching / oom, 8.3 Kevin Grittner
- Re: System overload / context switching / oom, 8.3 Andy Colson
- Re: Queries within a function Mridula Mahadevan
- Re: System overload / context switching / oom, 8.3 Andy Colson
- Re: Queries within a function Mridula Mahadevan
- Re: System overload / context switching / oom, 8.3 Rob
- Re: System overload / context switching / oom, 8.3 Rob
- Re: Slow-ish Query Needs Some Love Matt White
- Re: Slow-ish Query Needs Some Love Edgardo Portal
- queries with subquery constraints on partitioned tables not optimized? Davor J.
- Slow-ish Query Needs Some Love Matt White
- Re: queries with subquery constraints on partitioned tables not optimized? Tom Lane
- some problems when i use postgresql 8.4.2 in my projects . wyx6fox@sina.com
- Re: Queries within a function ramasubramanian
- Re: the jokes for pg concurrency write performance Greg Smith
- Re: System overload / context switching / oom, 8.3 Greg Smith
- Re: the jokes for pg concurrency write performance J Sisson
- Re: queries with subquery constraints on partitioned tables not optimized? Dimitri Fontaine
- Re: System overload / context switching / oom, 8.3 Matthew Wakeling
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Greg Stark
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Robert Haas
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: some problems when i use postgresql 8.4.2 in my projects . Robert Haas
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Amitabh Kant
- Optimizing Postgresql server and FreeBSD for heavy read and writes Amitabh Kant
- Re: some problems when i use postgresql 8.4.2 in my projects . Leo Mannhart
- Re: queries with subquery constraints on partitioned tables not optimized? Nikolas Everett
- Re: Queries within a function Віталій Тимчишин
- Re: Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Reid Thompson
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Ivan Voras
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Andy Colson
- Re: Slow-ish Query Needs Some Love Andy Colson
- Re: Queries within a function Mridula Mahadevan
- Re: System overload / context switching / oom, 8.3 Robert Haas
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Robert Haas
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Greg Smith
- Re: System overload / context switching / oom, 8.3 Rob Lemley
- Re: System overload / context switching / oom, 8.3 Greg Smith
- Re: Slow query: table iteration (8.3) Robert Haas
- foreign key constraint lock behavour in postgresql wangyuxiang
- Re: foreign key constraint lock behavour in postgresql david@lang.hm
- Re: Slow query: table iteration (8.3) Glenn Maynard
- Re: some problems when i use postgresql 8.4.2 in my projects . Pierre Frédéric Caillaud
- Re: Slow query: table iteration (8.3) Glenn Maynard
- Re: Slow query: table iteration (8.3) Grzegorz Jaśkiewicz
- Re: Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Amitabh Kant
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Amitabh Kant
- Re: Slow query: table iteration (8.3) Glenn Maynard
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Amitabh Kant
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Ivan Voras
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Amitabh Kant
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Amitabh Kant
- Re: Air-traffic benchmark Simon Riggs
- Re: Optimizing Postgresql server and FreeBSD for heavy read and writes Matthew Wakeling
- bigint integers up to 19 digits. Tory M Blue
- Re: bigint integers up to 19 digits. Craig James
- Re: bigint integers up to 19 digits. Alvaro Herrera
- Re: bigint integers up to 19 digits. Tory M Blue
- Re: bigint integers up to 19 digits. Jochen Erwied
- Re: bigint integers up to 19 digits. Alvaro Herrera
- Re: Slow query: table iteration (8.3) Robert Haas
- Re: Slow-ish Query Needs Some Love Robert Haas
- Re: foreign key constraint lock behavour in postgresql Robert Haas
- Re: Slow query: table iteration (8.3) Glenn Maynard
- Re: foreign key constraint lock behavour in postgresql Albe Laurenz
- Re: Slow query: table iteration (8.3) Yeb Havinga
- index on partitioned table Wojtek
- Re: index on partitioned table Nikolas Everett
- Re: foreign key constraint lock behavour in postgresql Robert Haas
- Re: index on partitioned table Robert Haas
- Re: Slow query: table iteration (8.3) Glenn Maynard
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Greg Smith
- Re: Slow query: table iteration (8.3) Robert Haas
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Robert Haas
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Greg Smith
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Tom Lane
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Robert Haas
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Alvaro Herrera
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Robert Haas
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: foreign key constraint lock behavour in postgresql Albe Laurenz
- Linux I/O tuning: CFQ vs. deadline Greg Smith
- Re: Linux I/O tuning: CFQ vs. deadline Albe Laurenz
- Re: Linux I/O tuning: CFQ vs. deadline Kevin Grittner
- Re: Linux I/O tuning: CFQ vs. deadline Greg Smith
- Re: Linux I/O tuning: CFQ vs. deadline Josh Berkus
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Greg Stark
- Re: Linux I/O tuning: CFQ vs. deadline Scott Marlowe
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: Linux I/O tuning: CFQ vs. deadline Mark Wong
- Re: Linux I/O tuning: CFQ vs. deadline Scott Carey
- Re: Linux I/O tuning: CFQ vs. deadline Greg Smith
- Re: Linux I/O tuning: CFQ vs. deadline Greg Smith
- Re: Linux I/O tuning: CFQ vs. deadline david@lang.hm
- index is not using? AI Rumman
- Re: index is not using? Scott Marlowe
- Re: [GENERAL] index is not using Guillaume Lelarge
- Re: [GENERAL] index is not using Scott Marlowe
- Re: foreign key constraint lock behavour in postgresql Albe Laurenz
- moving pg_xlog -- yeah, it's worth it! Kevin Grittner
- Re: moving pg_xlog -- yeah, it's worth it! Jesper Krogh
- Re: moving pg_xlog -- yeah, it's worth it! Kevin Grittner
- Re: moving pg_xlog -- yeah, it's worth it! Amitabh Kant
- Re: moving pg_xlog -- yeah, it's worth it! Kevin Grittner
- Re: Linux I/O tuning: CFQ vs. deadline Jeff
- DISTINCT vs. GROUP BY Dimi Paun
- Re: DISTINCT vs. GROUP BY Thom Brown
- Re: DISTINCT vs. GROUP BY Tom Lane
- Re: DISTINCT vs. GROUP BY Dimi Paun
- PostgreSQL - case studies Jayadevan M
- 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Bryce Nesbitt
- Re: PostgreSQL - case studies Amitabh Kant
- How exactly PostgreSQL allocates memory for its needs? Anton Maksimenkov
- Re: [GENERAL] PostgreSQL - case studies Scott Marlowe
- Re: Linux I/O tuning: CFQ vs. deadline Greg Smith
- Re: Linux I/O tuning: CFQ vs. deadline Scott Marlowe
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Bryce Nesbitt
- Re: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Pavel Stehule
- Deferred constraint and delete performance Franck Routier
- Re: Deferred constraint and delete performance Tom Lane
- Re: [GENERAL] PostgreSQL - case studies Ing. Marcos L. Ortiz Valmaseda
- Re: PostgreSQL - case studies Kevin Grittner
- Re: PostgreSQL - case studies Stephen Frost
- Re: How exactly PostgreSQL allocates memory for its needs? Justin Graf
- Re: Linux I/O tuning: CFQ vs. deadline Jeff
- Re: Deferred constraint and delete performance Andres Freund
- Re: Linux I/O tuning: CFQ vs. deadline Scott Carey
- Re: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Robert Haas
- perf problem with huge table rama
- Re: perf problem with huge table Justin Graf
- Re: perf problem with huge table Dave Crooke
- Re: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Jorge Montero
- Re: perf problem with huge table Jon Lewison
- Re: perf problem with huge table Dave Crooke
- Re: perf problem with huge table Jon Lewison
- Re: perf problem with huge table Dave Crooke
- Re: perf problem with huge table Greg Smith
- Re: Linux I/O tuning: CFQ vs. deadline Greg Smith
- Re: Linux I/O tuning: CFQ vs. deadline david@lang.hm
- Re: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Bryce Nesbitt
- Re: Linux I/O tuning: CFQ vs. deadline Greg Smith
- Re: [HACKERS] Re: Faster CREATE DATABASE by delaying fsync (was 8.4.1 ubuntu karmic slow createdb) Andres Freund
- Re: How exactly PostgreSQL allocates memory for its needs? Scott Marlowe
- Re: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Tom Lane
- Re: perf problem with huge table jesper@krogh.cc
- Re: moving pg_xlog -- yeah, it's worth it! Bruce Momjian
- Dell PERC H700/H800 Matthew Wakeling
- Re: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Robert Haas
- Re: perf problem with huge table Leo Mannhart
- Re: moving pg_xlog -- yeah, it's worth it! Scott Marlowe
- Re: Dell PERC H700/H800 Joshua D. Drake
- Re: Dell PERC H700/H800 Scott Marlowe
- Re: moving pg_xlog -- yeah, it's worth it! Kevin Grittner
- Re: moving pg_xlog -- yeah, it's worth it! Alvaro Herrera
- Re: moving pg_xlog -- yeah, it's worth it! Aidan Van Dyk
- Re: moving pg_xlog -- yeah, it's worth it! Kevin Grittner
- Re: Dell PERC H700/H800 James Mansion
- Re: Dell PERC H700/H800 Łukasz Jagiełło
- Re: Dell PERC H700/H800 Scott Marlowe
- Re: Dell PERC H700/H800 Joshua D. Drake
- Immutable table functions Luiz Angelo Daros de Luca
- Re: moving pg_xlog -- yeah, it's worth it! Kevin Grittner
- Re: Immutable table functions Yeb Havinga
- Almost infinite query -> Different Query Plan when changing where clause value lionel duboeuf
- Re: moving pg_xlog -- yeah, it's worth it! Alvaro Herrera
- Re: moving pg_xlog -- yeah, it's worth it! Alvaro Herrera
- Re: moving pg_xlog -- yeah, it's worth it! Kevin Grittner
- Re: Almost infinite query -> Different Query Plan when changing where clause value Kevin Grittner
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Kevin Grittner
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Karl Denninger
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Kevin Grittner
- Questions on plan with INSERT/SELECT on partitioned table Connors, Bill
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Karl Denninger
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Kevin Grittner
- Re: Questions on plan with INSERT/SELECT on partitioned table Tom Lane
- Re: Dell PERC H700/H800 Dave Crooke
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Tom Lane
- Re: moving pg_xlog -- yeah, it's worth it! Alvaro Herrera
- Re: Almost infinite query -> Different Query Plan when changing where clause value lionel duboeuf
- Re: Almost infinite query -> Different Query Plan when changing where clause value Kevin Grittner
- Re: moving pg_xlog -- yeah, it's worth it! Greg Smith
- Re: Dell PERC H700/H800 Greg Smith
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Bryce Nesbitt
- Re: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Bryce Nesbitt
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Bryce Nesbitt
- Re: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Bryce Nesbitt
- Re: Dell PERC H700/H800 Scott Marlowe
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Pierre Frédéric Caillaud
- Re: Deferred constraint and delete performance Віталій Тимчишин
- PostgreSQL on SMP Architectures Reydan Cankur
- Re: PostgreSQL on SMP Architectures Arjen van der Meijden
- Re: PostgreSQL on SMP Architectures Scott Marlowe
- 8.1 -> 8.4 regression Ben Chobot
- Re: PostgreSQL on SMP Architectures Reydan Cankur
- Re: PostgreSQL on SMP Architectures Boszormenyi Zoltan
- Why primary key index are not using in joining? AI Rumman
- Re: Why primary key index are not using in joining? Scott Marlowe
- Re: Almost infinite query -> Different Query Plan when changing where clause value lionel duboeuf
- Re: 8.1 -> 8.4 regression Dennis Björklund
- Re: Why primary key index are not using in joining? Yeb Havinga
- Re: Almost infinite query -> Different Query Plan when changing where clause value Kevin Grittner
- Re: PostgreSQL on SMP Architectures Kevin Grittner
- Re: Why primary key index are not using in joining? Tom Lane
- Re: 8.1 -> 8.4 regression Kevin Grittner
- Re: 8.1 -> 8.4 regression Ben Chobot
- Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk? Robert Haas
- Re: Almost infinite query -> Different Query Plan when changing where clause value Scott Marlowe
- Re: 8.1 -> 8.4 regression Tom Lane
- Re: 8.1 -> 8.4 regression Ben Chobot
- disk space usage unexpected Rose Zhou
- Auto Vacuum out of memory Rose Zhou
- Re: disk space usage unexpected Ben Chobot
- Re: disk space usage unexpected Rose Zhou
- Re: disk space usage unexpected Joshua D. Drake
- Re: disk space usage unexpected Joshua D. Drake
- Re: Almost infinite query -> Different Query Plan when changing where clause value lionel duboeuf
- Re: Almost infinite query -> Different Query Plan when changing where clause value lionel duboeuf
- Why index is not using here? AI Rumman
- Re: Why index is not using here? AI Rumman
- Re: Almost infinite query -> Different Query Plan when changing where clause value Kevin Grittner
- Re: Dell PERC H700/H800 Bruce Momjian
- Re: Why index is not using here? Kevin Grittner
- Re: Almost infinite query -> Different Query Plan when changing where clause value lionel duboeuf
- Re: Almost infinite query -> Different Query Plan when changing where clause value lionel duboeuf
- another 8.1->8.4 regression Ben Chobot
- Re: Linux I/O tuning: CFQ vs. deadline Jeff Davis
- Re: another 8.1->8.4 regression Ben Chobot
- Re: 8.1 -> 8.4 regression Tom Lane
- Re: Dell PERC H700/H800 Stefan Kaltenbrunner
- bgwriter tunables vs pg_stat_bgwriter Jeff
- Re: disk space usage unexpected Ben Chobot
- Re: disk space usage unexpected Rose Zhou
- Re: bgwriter tunables vs pg_stat_bgwriter Brad Nicholson
- Re: bgwriter tunables vs pg_stat_bgwriter Greg Smith
- Michael Clemmons wants to stay in touch on LinkedIn Michael Clemmons
- index usage in not like AI Rumman
- Re: index usage in not like Thom Brown
- Re: index usage in not like Thom Brown
- Re: index usage in not like A. Kretschmer
- Re: index usage in not like Kenneth Marshall
- Re: index usage in not like Thom Brown
- Re: index usage in not like A. Kretschmer
- Re: bgwriter tunables vs pg_stat_bgwriter Jeff
- Re: SSD + RAID Bruce Momjian
- Re: SSD + RAID Dan Langille
- Re: SSD + RAID Bruce Momjian
- AutoVacuum_NapTime George Sexton
- Re: AutoVacuum_NapTime Tom Lane
- Re: AutoVacuum_NapTime George Sexton
- can we optimize STACK_DEPTH_SLOP terry
- can we optimize STACK_DEPTH_SLOP terry
- Re: can we optimize STACK_DEPTH_SLOP Tom Lane
- Re: can we optimize STACK_DEPTH_SLOP terry
- Re: SSD + RAID Scott Carey
- Re: SSD + RAID Bruce Momjian
- Re: SSD + RAID Ron Mayer
- Re: Auto Vacuum out of memory Robert Haas
- Re: SSD + RAID Greg Smith
- Re: SSD + RAID Arjen van der Meijden
- Re: AutoVacuum_NapTime Alvaro Herrera
- Re: SSD + RAID Bruce Momjian
- Re: SSD + RAID Bruce Momjian
- shared_buffers George Sexton
- Re: shared_buffers Kevin Grittner
- Re: SSD + RAID Ron Mayer
- plpgsql plan cache Joel Jacobson
- Re: plpgsql plan cache Pierre C
- Re: plpgsql plan cache Joel Jacobson
- Re: plpgsql plan cache Tom Lane
- Re: plpgsql plan cache Nikolas Everett
- Re: plpgsql plan cache Pierre C
- Re: plpgsql plan cache Joel Jacobson
- Re: SSD + RAID Greg Smith
- Re: SSD + RAID Mark Mielke
- Re: SSD + RAID Greg Smith
- Re: SSD + RAID Greg Smith
- Re: SSD + RAID Scott Marlowe
- Re: SSD + RAID Scott Marlowe
- Re: Planner question - "bit" data types Bruce Momjian
- Advice requested on structuring aggregation queries Dave Crooke
- Re: Advice requested on structuring aggregation queries Joe Conway
- Re: SSD + RAID david@lang.hm
- Re: SSD + RAID Pierre C
- Re: SSD + RAID Nikolas Everett
- Re: Slow query: table iteration (8.3) Yeb Havinga
- Internal operations when the planner makes a hash join. negora
- Internal operations when the planner makes a hash join. negora
- Re: Internal operations when the planner makes a hash join. Kevin Grittner
- Re: Internal operations when the planner makes a hash join. negora
- Re: Internal operations when the planner makes a hash join. Alvaro Herrera
- Re: SSD + RAID Scott Carey
- Re: Internal operations when the planner makes a hash join. Scott Carey
- Re: SSD + RAID david@lang.hm
- Re: SSD + RAID Aidan Van Dyk
- Re: SSD + RAID david@lang.hm
- Re: moving pg_xlog -- yeah, it's worth it! Kevin Grittner
- Re: SSD + RAID Mark Mielke
- Re: Internal operations when the planner makes a hash join. negora
- Re: Internal operations when the planner makes a hash join. Kevin Grittner
- Re: moving pg_xlog -- yeah, it's worth it! Ben Chobot
- Re: Internal operations when the planner makes a hash join. negora
- Re: Internal operations when the planner makes a hash join. Kevin Grittner
- Thx and additional Q's ..... Dave Crooke
- Re: Planner question - "bit" data types Scott Carey
- Re: SSD + RAID Dave Crooke
- partitioned tables query not using indexes Kevin Kempter
- Re: Internal operations when the planner makes a hash join. Igor Neyman
- Re: partitioned tables query not using indexes A. Kretschmer
- Re: partitioned tables query not using indexes Kevin Kempter
- Extracting superlatives - SQL design philosophy Dave Crooke
- Re: Extracting superlatives - SQL design philosophy Mose
- Re: Extracting superlatives - SQL design philosophy Garrett Murphy
- Re: Extracting superlatives - SQL design philosophy George Sexton
- Re: Extracting superlatives - SQL design philosophy George Sexton
- Re: Extracting superlatives - SQL design philosophy Dave Crooke
- Re: Extracting superlatives - SQL design philosophy Craig James
- Re: Extracting superlatives - SQL design philosophy Richard Huxton
- Re: Extracting superlatives - SQL design philosophy Dave Crooke
- Re: Extracting superlatives - SQL design philosophy Richard Huxton
- Re: Extracting superlatives - SQL design philosophy Pierre C
- Re: Extracting superlatives - SQL design philosophy Julien Theulier
- Re: Extracting superlatives - SQL design philosophy Tom Lane
- dbt2 performance Yu-Ju Hong
- Re: dbt2 performance Greg Smith
- Re: dbt2 performance Yu-Ju Hong
- Re: GiST index performance Bruce Momjian
- Re: GiST index performance Bruce Momjian
- Re: No hash join across partitioned tables? Bruce Momjian
- Re: No hash join across partitioned tables? Tom Lane
- bgwriter, checkpoints, curious (seeing delays) Tory M Blue
- Re: bgwriter, checkpoints, curious (seeing delays) Tory M Blue
- Re: bgwriter, checkpoints, curious (seeing delays) Jochen Erwied
- Re: bgwriter, checkpoints, curious (seeing delays) Devrim GÜNDÜZ
- Re: bgwriter, checkpoints, curious (seeing delays) Tory M Blue
- Re: bgwriter, checkpoints, curious (seeing delays) Tory M Blue
- Re: bgwriter, checkpoints, curious (seeing delays) Devrim GÜNDÜZ
- Re: bgwriter, checkpoints, curious (seeing delays) Greg Smith
- Multiple data base on same server elias ghanem
- Re: Multiple data base on same server Richard Huxton
- Re: Multiple data base on same server Richard Huxton
- Re: bgwriter, checkpoints, curious (seeing delays) Kevin Grittner
- Re: Multiple data base on same server elias ghanem
- Re: Multiple data base on same server Craig James
- Re: Multiple data base on same server elias ghanem
- Re: Multiple data base on same server Ing. Marcos Ortiz Valmaseda
- Re: bgwriter, checkpoints, curious (seeing delays) Tory M Blue
- Re: bgwriter, checkpoints, curious (seeing delays) Ben Chobot
- Re: bgwriter, checkpoints, curious (seeing delays) Tory M Blue
- Re: bgwriter, checkpoints, curious (seeing delays) Tory M Blue
- Re: bgwriter, checkpoints, curious (seeing delays) Jorge Montero
- Re: bgwriter, checkpoints, curious (seeing delays) Fernando Hevia
- Re: bgwriter, checkpoints, curious (seeing delays) Tory M Blue
- Re: SSD + RAID Bruce Momjian
- Re: SSD + RAID Greg Smith
- Re: SSD + RAID Bruce Momjian
- How to troubleshoot high mem usage by postgres? Chris
- Re: How to troubleshoot high mem usage by postgres? Ben Chobot
- Re: How to troubleshoot high mem usage by postgres? Craig Ringer
- Re: How to troubleshoot high mem usage by postgres? Tom Lane
- Re: How to troubleshoot high mem usage by postgres? Chris
- Re: How to troubleshoot high mem usage by postgres? Chris
- Re: SSD + RAID Ron Mayer
- Re: SSD + RAID Greg Smith
- Re: How to troubleshoot high mem usage by postgres? Tom Lane
- Estimation issue with partitioned tables Josh Berkus
- Re: partitioned tables query not using indexes Josh Berkus
- Re: partitioned tables query not using indexes Kenneth Marshall
- Re: [HACKERS] full text search index scan query plan changed in 8.4.2? Josh Berkus
- Re: partitioned tables query not using indexes Josh Berkus