Mailing lists [pgsql-performance]
- Re: FreeBSD config Mark Kirkwood
- Re: FreeBSD config Dror Matalon
- Re: FreeBSD config Mark Kirkwood
- Re: compiling 7.4.1 on Solaris 9 Andrew Sullivan
- Scaling further up Anjan Dave
- Re: Slow query scott.marlowe
- Re: WAL Optimisation - configuration and usage Rob Fielding
- Re: Scaling further up Magnus Hagander
- Re: Scaling further up Anjan Dave
- Re: WAL Optimisation - configuration and usage Simon Riggs
- Re: WAL Optimisation - configuration and usage Tom Lane
- Re: Select-Insert-Query postgres@countup.de
- Re: WAL Optimisation - configuration and usage Josh Berkus
- Re: Scaling further up Josh Berkus
- Re: Scaling further up Christopher Browne
- Re: Select-Insert-Query Oliver Elphick
- Re: Scaling further up William Yu
- Re: Scaling further up Fred Moyer
- Re: Scaling further up Anjan Dave
- Re: FreeBSD config Vivek Khera
- Re: Database Server Tuning Vivek Khera
- Re: Scaling further up Chris Ruprecht
- Re: Scaling further up Josh Berkus
- Re: Database Server Tuning Josh Berkus
- Re: Scaling further up scott.marlowe
- Re: Database Server Tuning Vivek Khera
- Re: WAL Optimisation - configuration and usage Simon Riggs
- Re: WAL Optimisation - configuration and usage Simon Riggs
- Re: Scaling further up Anjan Dave
- Re: Scaling further up Anjan Dave
- Re: Scaling further up scott.marlowe
- Re: Scaling further up Rod Taylor
- Re: Scaling further up johnnnnnn
- Re: WAL Optimisation - configuration and usage Neil Conway
- Re: Scaling further up Anjan Dave
- Re: Scaling further up Jeff
- Re: Scaling further up Rod Taylor
- Re: Scaling further up Paul Thomas
- Bulk INSERT performance in 7.4.1 Florian Weimer
- Re: Scaling further up Andrew Sullivan
- Re: Bulk INSERT performance in 7.4.1 Florian Weimer
- Re: Database Server Tuning Josh Berkus
- Re: WAL Optimisation - configuration and usage Josh Berkus
- Re: Scaling further up Josh Berkus
- Re: Bulk INSERT performance in 7.4.1 Vivek Khera
- Re: Bulk INSERT performance in 7.4.1 Vivek Khera
- Feature request: smarter use of conditional indexes John Siracusa
- Re: Bulk INSERT performance in 7.4.1 Greg Spiegelberg
- Re: WAL Optimisation - configuration and usage Simon Riggs
- Re: Scaling further up scott.marlowe
- Re: WAL Optimisation - configuration and usage Neil Conway
- Re: [HACKERS] WAL Optimisation - configuration and usage Tom Lane
- Re: WAL Optimisation - configuration and usage Neil Conway
- Re: Feature request: smarter use of conditional indexes Tom Lane
- Re: Scaling further up Paul Thomas
- Re: Feature request: smarter use of conditional indexes Christopher Kings-Lynne
- Re: Bulk INSERT performance in 7.4.1 Florian Weimer
- Re: Scaling further up Anjan Dave
- Re: Scaling further up scott.marlowe
- Fixed width rows faster? Jeff
- Re: Fixed width rows faster? Bill Moran
- Re: Fixed width rows faster? Dennis Bjorklund
- Re: Fixed width rows faster? Josh Berkus
- Re: Fixed width rows faster? Josh Berkus
- Re: Fixed width rows faster? Mike Nolan
- Re: Fixed width rows faster? Rod Taylor
- Re: Fixed width rows faster? Christopher Kings-Lynne
- Re: Fixed width rows faster? Mike Nolan
- Re: Fixed width rows faster? Tom Lane
- Re: Fixed width rows faster? Tom Lane
- Re: Fixed width rows faster? Christopher Kings-Lynne
- Re: Fixed width rows faster? Eric Jain
- Re: Fixed width rows faster? Andrew Sullivan
- Re: Feature request: smarter use of conditional indexes John Siracusa
- Re: Fixed width rows faster? Tom Lane
- Re: Feature request: smarter use of conditional indexes Tom Lane
- Re: Feature request: smarter use of conditional indexes John Siracusa
- Re: Fixed width rows faster? Mike Nolan
- Re: Fixed width rows faster? Rod Taylor
- Re: Fixed width rows faster? Neil Conway
- Re: Fixed width rows faster? Mike Nolan
- Re: Feature request: smarter use of conditional indexes John Siracusa
- Re: Feature request: smarter use of conditional indexes Larry Rosenman
- Re: Fixed width rows faster? Rod Taylor
- Re: Feature request: smarter use of conditional indexes Tom Lane
- speeding up a select with C function? David Teran
- Re: Fixed width rows faster? Dennis Bjorklund
- Re: Fixed width rows faster? Andrew Sullivan
- Re: speeding up a select with C function? Rod Taylor
- Using bigint needs explicit cast to use the index Steven Butler
- Re: Using bigint needs explicit cast to use the index Neil Conway
- Re: speeding up a select with C function? Christopher Kings-Lynne
- Re: speeding up a select with C function? Dennis Bjorklund
- simple query join Chris Smith
- Re: simple query join Steven Butler
- Re: simple query join Dennis Bjorklund
- Re: Fixed width rows faster? Eric Jain
- Re: Using bigint needs explicit cast to use the index Andrew Sullivan
- Re: Using bigint needs explicit cast to use the index Neil Conway
- Re: Using bigint needs explicit cast to use the index Bruno Wolff III
- Re: Using bigint needs explicit cast to use the index Andrew Sullivan
- Re: Scaling further up William Yu
- Re: Feature request: smarter use of conditional indexes Bruce Momjian
- Re: simple query join Chris Smith
- Re: speeding up a select with C function? David Teran
- Re: speeding up a select with C function? David Teran
- Re: speeding up a select with C function? Christopher Kings-Lynne
- Re: speeding up a select with C function? Tom Lane
- Cluster and vacuum performance Shea,Dan [CIS]
- Re: [HACKERS] WAL Optimisation - configuration and usage Simon Riggs
- syslog slowing the database? Greg Spiegelberg
- Re: syslog slowing the database? Richard Huxton
- Re: Cluster and vacuum performance Josh Berkus
- Re: Scaling further up Aaron W
- Re: Feature request: smarter use of conditional indexes CoL
- Re: compiling 7.4.1 on Solaris 9 teknokrat
- Delete performance on delete from table with inherited tables Chris Kratz
- Re: Delete performance on delete from table with inherited Stephan Szabo
- Re: [ADMIN] syslog slowing the database? Tom Lane
- Re: Delete performance on delete from table with inherited tables Tom Lane
- Re: [ADMIN] syslog slowing the database? Gavin M. Roy
- Re: Cluster and vacuum performance Tom Lane
- Re: Cluster and vacuum performance Tom Lane
- Re: [ADMIN] syslog slowing the database? Stephen Robert Norris
- optimizing large query with IN (...) Marcus Andree S. Magalhaes
- Re: optimizing large query with IN (...) Eric Jain
- Re: optimizing large query with IN (...) Christopher Kings-Lynne
- Cluster failure due to space Shea,Dan [CIS]
- Re: optimizing large query with IN (...) Steve Atkins
- Re: Cluster failure due to space Tom Lane
- Re: Cluster failure due to space Shea,Dan [CIS]
- Re: compiling 7.4.1 on Solaris 9 Andrew Sullivan
- Re: [ADMIN] syslog slowing the database? Greg Spiegelberg
- Re: optimizing large query with IN (...) Marcus Andree S. Magalhaes
- Re: optimizing large query with IN (...) scott.marlowe
- Re: [ADMIN] syslog slowing the database? Tom Lane
- Re: Cluster and vacuum performance Josh Berkus
- Re: optimizing large query with IN (...) Steve Atkins
- Re: optimizing large query with IN (...) scott.marlowe
- Re: [ADMIN] syslog slowing the database? Mark Harrison
- Re: syslog slowing the database? Vivek Khera
- Re: compiling 7.4.1 on Solaris 9 Jeff
- Re: [ADMIN] syslog slowing the database? Christopher Kings-Lynne
- Re: [ADMIN] syslog slowing the database? Chris Smith
- Re: [ADMIN] syslog slowing the database? Bruno Wolff III
- Re: [ADMIN] syslog slowing the database? Tom Lane
- started Data Warehousing Pablo Marrero
- Re: [ADMIN] syslog slowing the database? Joshua D. Drake
- Re: started Data Warehousing Joshua D. Drake
- Re: started Data Warehousing brew@theMode.com
- Impact of varchar/text in use of indexes Mike Moran
- Re: compiling 7.4.1 on Solaris 9 Andrew Sullivan
- Re: Impact of varchar/text in use of indexes Tom Lane
- severe performance issue with planner Eric Brown
- Re: severe performance issue with planner Christopher Kings-Lynne
- Re: severe performance issue with planner Tom Lane
- Sorting when LEFT JOINING to 2 same tables, even aliased. Octavio Alvarez
- Re: Sorting when LEFT JOINING to 2 same tables, even Stephan Szabo
- Re: optimizing large query with IN (...) Josh Berkus
- Re: severe performance issue with planner Greg Stark
- Re: severe performance issue with planner Greg Stark
- pg_xlog on same drive as OS mallah@trade-india.com
- Re: pg_xlog on same drive as OS Josh Berkus
- Re: pg_xlog on same drive as OS Christopher Browne
- Re: Scaling further up Robert Treat
- Re: Scaling further up Anjan Dave
- rapid degradation after postmaster restart Joe Conway
- Re: rapid degradation after postmaster restart Marty Scholes
- Re: rapid degradation after postmaster restart Tom Lane
- Re: rapid degradation after postmaster restart Tom Lane
- Re: rapid degradation after postmaster restart Joe Conway
- Re: rapid degradation after postmaster restart Joe Conway
- Re: rapid degradation after postmaster restart Joe Conway
- Re: rapid degradation after postmaster restart Josh Berkus
- Re: rapid degradation after postmaster restart Matthew T. O'Connor
- Re: optimizing large query with IN (...) Joseph Shraibman
- Re: Postgresql on SAN Joseph Shraibman
- Re: Scaling further up Marty Scholes
- Drop Tables Very Slow in Postgresql 7.2.1 Maneesha Nunes
- High CPU with 7.4.1 after running for about 2 weeks Mike Bridge
- Re: [ADMIN] syslog slowing the database? Magnus Naeslund(t)
- Re: High CPU with 7.4.1 after running for about 2 weeks Tom Lane
- Re: severe performance issue with planner Kris Jurka
- Re: Drop Tables Very Slow in Postgresql 7.2.1 Andrew Sullivan
- Re: [ADMIN] syslog slowing the database? Andrew Sullivan
- Large CASE-statement is pretty slow? Arjen van der Meijden
- Re: Large CASE-statement is pretty slow? Tom Lane
- Re: Scaling further up Aaron Werman
- Deadlocks... postgres@countup.de
- Re: Large CASE-statement is pretty slow? Arjen van der Meijden
- Re: [ADMIN] syslog slowing the database? scott.marlowe
- Re: [ADMIN] syslog slowing the database? Bruce Momjian
- Re: [ADMIN] syslog slowing the database? scott.marlowe
- Re: Large CASE-statement is pretty slow? Greg Stark
- Re: Large CASE-statement is pretty slow? Greg Stark
- Re: Large CASE-statement is pretty slow? Arjen van der Meijden
- Re: Scaling further up Andrew Sullivan
- atrocious update performance Rosser Schwarz
- Re: Scaling further up Matt Davies
- Re: High CPU with 7.4.1 after running for about 2 weeks Mike Bridge
- Re: Large CASE-statement is pretty slow? Tom Lane
- Re: rapid degradation after postmaster restart Matthew T. O'Connor
- Re: atrocious update performance Rod Taylor
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Aaron Werman
- Re: High CPU with 7.4.1 after running for about 2 weeks Tom Lane
- Re: atrocious update performance Rod Taylor
- Re: Scaling further up Stephen Robert Norris
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Tom Lane
- Re: atrocious update performance Aaron Werman
- Re: rapid degradation after postmaster restart Joe Conway
- Re: rapid degradation after postmaster restart Tom Lane
- Re: rapid degradation after postmaster restart Matthew T. O'Connor
- Re: rapid degradation after postmaster restart Joe Conway
- Re: rapid degradation after postmaster restart Joe Conway
- Re: atrocious update performance Greg Stark
- Re: atrocious update performance Shridhar Daithankar
- Re: atrocious update performance Tom Lane
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Tom Lane
- Fwd: Configuring disk cache size on postgress Darcy Buskermolen
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Tom Lane
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Tom Lane
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Tom Lane
- Re: atrocious update performance Aaron Werman
- Re: rapid degradation after postmaster restart Joe Conway
- Re: rapid degradation after postmaster restart Matthew T. O'Connor
- Re: rapid degradation after postmaster restart Tom Lane
- Re: rapid degradation after postmaster restart Joe Conway
- Re: severe performance issue with planner (fwd) Kris Jurka
- A good article about application tuning Shridhar Daithankar
- Re: atrocious update performance Richard Huxton
- Re: atrocious update performance Tom Lane
- Re: rapid degradation after postmaster restart Arthur Ward
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Tom Lane
- Re: rapid degradation after postmaster restart Andrew Sullivan
- Re: atrocious update performance Rosser Schwarz
- Re: rapid degradation after postmaster restart Joe Conway
- Re: rapid degradation after postmaster restart Joe Conway
- Re: atrocious update performance Tom Lane
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Rosser Schwarz
- Re: atrocious update performance Tom Lane
- Re: rapid degradation after postmaster restart Matthew T. O'Connor
- PostgreSQL Disk Usage and Page Size Seum-Lim Gan
- Re: PostgreSQL Disk Usage and Page Size Stephen Robert Norris
- Re: PostgreSQL Disk Usage and Page Size Stephan Szabo
- Re: severe performance issue with planner (fwd) Tom Lane
- Re: PostgreSQL Disk Usage and Page Size Stephan Szabo
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: PostgreSQL Disk Usage and Page Size Stephan Szabo
- Re: [HACKERS] fsync method checking Tom Lane
- string casting for index usage Michael Adler
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: [HACKERS] fsync method checking Tom Lane
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: [HACKERS] fsync method checking Tom Lane
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: [HACKERS] fsync method checking Tom Lane
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: string casting for index usage Tom Lane
- Re: [HACKERS] fsync method checking Josh Berkus
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: [HACKERS] fsync method checking Tom Lane
- Re: [HACKERS] fsync method checking Tom Lane
- Re: [HACKERS] fsync method checking Kevin Brown
- Re: severe performance issue with planner (fwd) Eric Brown
- Re: severe performance issue with planner (fwd) Eric Brown
- Re: [HACKERS] fsync method checking Bruce Momjian
- vacuum performance Alan Stange
- Re: vacuum performance Tom Lane
- Re: string casting for index usage Tom Lane
- Re: string casting for index usage Michael Adler
- Re: [HACKERS] fsync method checking Kevin Brown
- Re: atrocious update performance Greg Spiegelberg
- Re: [HACKERS] fsync method checking Kurt Roeckx
- Re: [HACKERS] fsync method checking Kurt Roeckx
- two seperate queries run faster than queries ORed together Joseph Shraibman
- Re: [HACKERS] fsync method checking Kurt Roeckx
- Re: [HACKERS] fsync method checking Kurt Roeckx
- Re: two seperate queries run faster than queries ORed together Richard Huxton
- Re: [HACKERS] fsync method checking markw@osdl.org
- Re: [HACKERS] fsync method checking Tom Lane
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: two seperate queries run faster than queries ORed together Joseph Shraibman
- Re: two seperate queries run faster than queries ORed together Tom Lane
- Re: two seperate queries run faster than queries ORed together Joseph Shraibman
- Re: two seperate queries run faster than queries ORed Stephan Szabo
- Re: two seperate queries run faster than queries ORed together Joseph Shraibman
- Re: two seperate queries run faster than queries ORed Tom Lane
- Databases Vs. Schemas Subbiah, Stalin
- Re: [ADMIN] Databases Vs. Schemas Tom Lane
- Benchmarking postgres on Solaris/Linux Subbiah, Stalin
- Re: severe performance issue with planner Eric Brown
- Re: Databases Vs. Schemas Josh Berkus
- Re: Benchmarking postgres on Solaris/Linux Josh Berkus
- Re: Benchmarking postgres on Solaris/Linux Mark Kirkwood
- Optimisation of INTERSECT expressions Phil Endecott
- Re: Optimisation of INTERSECT expressions Stephan Szabo
- Re: Optimisation of INTERSECT expressions Stephan Szabo
- Re: Optimisation of INTERSECT expressions Tom Lane
- Re: atrocious update performance Rosser Schwarz
- Re: Optimisation of INTERSECT expressions Phil Endecott
- Re: Benchmarking postgres on Solaris/Linux Josh Berkus
- Re: Optimisation of INTERSECT expressions Bruno Wolff III
- Re: Optimisation of INTERSECT expressions Josh Berkus
- Re: Optimisation of INTERSECT expressions Tom Lane
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Andrew Sullivan
- Re: [ADMIN] Databases Vs. Schemas Subbiah, Stalin
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Subbiah, Stalin
- Help with query plan inconsistencies Woody Woodring
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Matt Clark
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Anjan Dave
- Re: Help with query plan inconsistencies Joseph Shraibman
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Josh Berkus
- SLOW query with aggregates A Palmblad
- Re: SLOW query with aggregates Tom Lane
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Subbiah, Stalin
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux scott.marlowe
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux matt@ymogen.net
- Fwd: FreeBSD, PostgreSQL, semwait and sbwait! Darcy Buskermolen
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Craig Thomas
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Andrew Sullivan
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Bill Moran
- Re: Fwd: FreeBSD, PostgreSQL, semwait and sbwait! Tom Lane
- Re: Fwd: FreeBSD, PostgreSQL, semwait and sbwait! Josh Berkus
- Re: atrocious update performance Greg Spiegelberg
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Aaron Werman
- Re: atrocious update performance Tom Lane
- Re: Fwd: FreeBSD, PostgreSQL, semwait and sbwait! Josh Berkus
- Re: Fwd: FreeBSD, PostgreSQL, semwait and sbwait! Tom Lane
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Subbiah, Stalin
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux matt@ymogen.net
- Re: SLOW query with aggregates Greg Stark
- Re: Benchmarking postgres on Solaris/Linux Mark Kirkwood
- Re: Fwd: FreeBSD, PostgreSQL, semwait and sbwait! Mark Kirkwood
- Re: Fwd: FreeBSD, PostgreSQL, semwait and sbwait! Mark Kirkwood
- slow vacuum performance pginfo
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Andrew Sullivan
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Matt Clark
- Re: Help with query plan inconsistencies George Woodring
- Re: slow vacuum performance Bill Moran
- Re: slow vacuum performance pginfo
- Re: slow vacuum performance scott.marlowe
- Re: atrocious update performance Rosser Schwarz
- Re: Help with query plan inconsistencies Richard Huxton
- Re: [ADMIN] Benchmarking postgres on Solaris/Linux Vivek Khera
- Re: slow vacuum performance pginfo
- Re: slow vacuum performance pginfo
- Re: slow vacuum performance scott.marlowe
- Re: [HACKERS] fsync method checking markw@osdl.org
- column size too large, is this a bug? Qing Zhao
- Re: column size too large, is this a bug? Tom Lane
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: [HACKERS] fsync method checking Josh Berkus
- Re: column size too large, is this a bug? Tom Lane
- Re: column size too large, is this a bug? Qing Zhao
- Re: column size too large, is this a bug? Stephan Szabo
- Re: [HACKERS] fsync method checking markw@osdl.org
- Re: column size too large, is this a bug? Qing Zhao
- Re: column size too large, is this a bug? Tom Lane
- Re: column size too large, is this a bug? Josh Berkus
- Re: column size too large, is this a bug? Tom Lane
- Re: column size too large, is this a bug? Christopher Kings-Lynne
- Re: column size too large, is this a bug? Tom Lane
- Re: column size too large, is this a bug? Christopher Kings-Lynne
- Re: column size too large, is this a bug? Qing Zhao
- Re: [HACKERS] fsync method checking markw@osdl.org
- Re: [HACKERS] fsync method checking Bruce Momjian
- Re: column size too large, is this a bug? Josh Berkus
- Re: [HACKERS] fsync method checking markw@osdl.org
- Re: [HACKERS] fsync method checking Manfred Spraul
- Re: [ADMIN] Databases Vs. Schemas Adam Ruth
- postgres eating CPU on HP9000 Fabio Esposito
- Re: [HACKERS] fsync method checking Manfred Spraul
- Re: [ADMIN] Databases Vs. Schemas Adam Ruth
- bigint index not used Shiar
- odd planner choice Ara Anjargolian
- Databases Vs. Schemas Subbiah, Stalin
- Re: Databases Vs. Schemas CoL
- Re: bigint index not used Tom Lane
- Re: [HACKERS] fsync method checking Steve Atkins
- Re: postgres eating CPU on HP9000 Josh Berkus
- Re: odd planner choice Tom Lane
- Re: postgres eating CPU on HP9000 scott.marlowe
- Re: postgres eating CPU on HP9000 Josh Berkus
- Re: postgres eating CPU on HP9000 Tom Lane
- Re: odd planner choice scott.marlowe
- Re: postgres eating CPU on HP9000 scott.marlowe
- Re: postgres eating CPU on HP9000 Tom Lane
- Re: column size too large, is this a bug? Andrew Rawnsley
- Re: postgres eating CPU on HP9000 Marcus Andree S. Magalhaes
- Re: severe performance issue with planner Tom Lane
- Re: postgres eating CPU on HP9000 Josh Berkus
- Re: column size too large, is this a bug? Josh Berkus
- Re: column size too large, is this a bug? Andrew Rawnsley
- Re: postgres eating CPU on HP9000 Marcus Andree S. Magalhaes
- Re: postgres eating CPU on HP9000 Fabio Esposito
- Re: postgres eating CPU on HP9000 Tom Lane
- Re: postgres eating CPU on HP9000 Fabio Esposito
- Re: column size too large, is this a bug? Jaime Casanova
- Re: postgres eating CPU on HP9000 Mark Lubratt
- Re: column size too large, is this a bug? Andrew Rawnsley
- Re: postgres eating CPU on HP9000 Bruno Wolff III
- Re: column size too large, is this a bug? Jaime Casanova
- Re: column size too large, is this a bug? Josh Berkus
- Re: postgres eating CPU on HP9000 Josh Berkus
- Re: postgres eating CPU on HP9000 Fabio Esposito
- Re: postgres eating CPU on HP9000 Josh Berkus
- Re: [ADMIN] Raw vs Filesystem Jaime Casanova
- Re: [ADMIN] Raw vs Filesystem Richard Huxton
- Cleanup query takes along time Rob Fielding
- Re: [ADMIN] Raw vs Filesystem Josh Berkus
- Re: Nested Sets WAS: column size too large, is this a bug? Josh Berkus
- Re: column size too large, is this a bug? Robert Treat
- Re: [ADMIN] Raw vs Filesystem Richard Huxton
- select slow? Jaime Casanova
- Re: select slow? Paul Thomas
- Re: Nested Sets WAS: column size too large, is this a bug? Robert Treat
- Re: Nested Sets WAS: column size too large, is this a bug? Josh Berkus
- Re: [ADMIN] Raw vs Filesystem Joshua D. Drake
- Re: [ADMIN] Raw vs Filesystem Josh Berkus
- LIKE should use index when condition doesn't include wildcard Palle Girgensohn
- Re: LIKE should use index when condition doesn't include wildcard Tom Lane
- Re: LIKE should use index when condition doesn't include Palle Girgensohn
- Re: LIKE should use index when condition doesn't include Josh Berkus
- Re: LIKE should use index when condition doesn't include Palle Girgensohn
- Re: LIKE should use index when condition doesn't include Josh Berkus
- Re: LIKE should use index when condition doesn't include Tom Lane
- Re: select slow? Richard Huxton
- What index for 'like (%keyword%)' ??? Priem, Alexander
- Re: What index for 'like (%keyword%)' ??? Richard Huxton
- Re: select slow? Jaime Casanova
- Re: select slow? Tom Lane
- Re: select slow? Paul Thomas
- linux and anotime mount option Gaetano Mendola