Архив рассылок [pgsql-performance]
Re: postgresql-8.0.1 performance tuning Cosimo Streppone
Re: Index on a NULL-value Tobias Brox
Re: postgresql-8.0.1 performance tuning Mark Kirkwood
Re: postgresql-8.0.1 performance tuning Cosimo Streppone
Re: postgresql-8.0.1 performance tuning Mark Kirkwood
How to avoid database bloat Mindaugas Riauba
Re: postgresql-8.0.1 performance tuning Martin Fandel
Re: very large table Simon Riggs
Re: slow queries, possibly disk io Simon Riggs
Re: postgresql-8.0.1 performance tuning Steinar H. Gunderson
Re: postgresql-8.0.1 performance tuning Cosimo Streppone
Re: postgresql-8.0.1 performance tuning Martin Fandel
Re: TIP 9: the planner will ignore... & datatypes Alvaro Herrera
Re: How to avoid database bloat Tom Lane
Moving pg_xlog Keith Worthington
Re: Moving pg_xlog Tom Lane
Re: Moving pg_xlog Keith Worthington
Re: Moving pg_xlog Tom Lane
Re: Moving pg_xlog Brad Nicholson
Re: Moving pg_xlog John A Meinel
Forcing use of specific index Tobias Brox
Adaptec/LSI/?? RAID Stacy White
Re: Adaptec/LSI/?? RAID Sven Willenberger
Re: Adaptec/LSI/?? RAID William Yu
Re: Moving pg_xlog Tom Lane
Re: 'Fastest' PC's are slowest in the house Grega Bremec
Re: Moving pg_xlog Himanshu Baweja
Re: How to avoid database bloat Mindaugas Riauba
Re: SURVEY: who is running postgresql on 8 or more CPUs? Dirk Lutzebäck
Re: Adaptec/LSI/?? RAID Andrew McMillan
Re: Adaptec/LSI/?? RAID Richard Welty
Re: SURVEY: who is running postgresql on 8 or more CPUs? Dawid Kuroczko
Re: SURVEY: who is running postgresql on 8 or more CPUs? Dirk Lutzebäck
Re: postgresql-8.0.1 performance tuning Martin Fandel
Re: postgresql-8.0.1 performance tuning Martin Fandel
Re: postgresql-8.0.1 performance tuning Martin Fandel
Re: How to avoid database bloat Tom Lane
Re: Moving pg_xlog Tom Lane
Re: How to avoid database bloat Mindaugas Riauba
Re: Moving pg_xlog Himanshu Baweja
Re: SURVEY: who is running postgresql on 8 or more CPUs? ohp@pyrenet.fr
Re: Query plan for very large number of joins Richard Huxton
Re: How to avoid database bloat Matthew T. O'Connor
Re: How to avoid database bloat Tom Lane
Re: Adaptec/LSI/?? RAID J. Andrew Rogers
Re: Adaptec/LSI/?? RAID Joshua D. Drake
Re: Adaptec/LSI/?? RAID Vivek Khera
Re: Adaptec/LSI/?? RAID (what about JBOD?) mudfoot@rawbw.com
Re: Query plan for very large number of joins Sebastian Hennebrueder
Re: Adaptec/LSI/?? RAID (what about JBOD?) Andrew McMillan
Re: Adaptec/LSI/?? RAID (what about JBOD?) mudfoot@rawbw.com
Filesystem Martin Fandel
Re: Adaptec/LSI/?? RAID Cosimo Streppone
Re: How to avoid database bloat Mindaugas Riauba
Re: Filesystem Mark Kirkwood
Re: Filesystem Alex Turner
Re: Query limitations (size, number of UNIONs ...) Stephen Frost
Re: Filesystem Martin Fandel
Re: How to avoid database bloat Matthew T. O'Connor
Re: Filesystem J. Andrew Rogers
Postgresql and Software RAID/LVM Steve Poe
Re: Postgresql and Software RAID/LVM Joshua D. Drake
Re: Forcing use of specific index William Yu
Re: Query plan for very large number of joins Simon Riggs
Re: Insert slow down on empty database Christopher Browne
Re: Forcing use of specific index Junaili Lie
strategies for optimizing read on rather large tables hubert lubaczewski
Re: strategies for optimizing read on rather large tables Christopher Kings-Lynne
Re: strategies for optimizing read on rather large tables hubert lubaczewski
Re: strategies for optimizing read on rather large tables hubert lubaczewski
Re: strategies for optimizing read on rather large tables hubert lubaczewski
Best hardware Bernd Jagla
Re: Best hardware Mischa Sandberg
Re: Forcing use of specific index Qingqing Zhou
Re: Need help to decide Mysql vs Postgres Bill Ewing
Re: How to avoid database bloat matthew@tocr.com
Most effective tuning choices for busy website? Mark Stosberg
Re: How to avoid database bloat stig erikson
Performance nightmare with dspam (urgent) Casey Allen Shobe
Re: Need help to decide Mysql vs Postgres Christopher Kings-Lynne
Re: Postgresql and Software RAID/LVM Andrew McMillan
Re: Performance nightmare with dspam (urgent) (resolved) Casey Allen Shobe
Re: How to avoid database bloat Mindaugas Riauba
Re: Performance nightmare with dspam (urgent) (resolved) John A Meinel
Re: Performance nightmare with dspam (urgent) (resolved) Michael Stone
Re: Need help to decide Mysql vs Postgres Jeffrey Tenny
Re: Need help to decide Mysql vs Postgres Amit V Shah
Re: Performance nightmare with dspam (urgent) (resolved) Casey Allen Shobe
Re: Performance nightmare with dspam (urgent) (resolved) John A Meinel
Re: Need help to decide Mysql vs Postgres Alvaro Herrera
Re: Need help to decide Mysql vs Postgres Rod Taylor
Re: Need help to decide Mysql vs Postgres Amit V Shah
slow growing table Jone C
Re: slow growing table Steinar H. Gunderson
Re: slow growing table Steinar H. Gunderson
Re: Need help to decide Mysql vs Postgres Tobias Brox
Re: Performance nightmare with dspam (urgent) (resolved) Michael Stone
Postgresql on an AMD64 machine Mark Rinaudo
Re: Need help to decide Mysql vs Postgres Christopher Browne
Re: Postgresql on an AMD64 machine Vivek Khera
Re: Need help to decide Mysql vs Postgres Michael Fuhr
Re: Need help to decide Mysql vs Postgres Joel Fradkin
Re: Postgresql and Software RAID/LVM Marty Scholes
Re: Postgresql on an AMD64 machine Mike Rylander
Re: Postgresql on an AMD64 machine Tom Lane
Re: Postgresql on an AMD64 machine Mark Rinaudo
Re: Postgresql on an AMD64 machine Neil Conway
Re: Postgresql on an AMD64 machine Tom Lane
Re: Postgresql and Software RAID/LVM John A Meinel
Re: Performance nightmare with dspam (urgent) Russell Smith
Re: Postgresql and Software RAID/LVM Marty Scholes
Re: Postgresql on an AMD64 machine Donald Courtney
Re: Postgresql on an AMD64 machine Tom Arthurs
Re: Postgresql on an AMD64 machine Donald Courtney
Re: Postgresql on an AMD64 machine Joshua D. Drake
Re: Postgresql on an AMD64 machine Tom Arthurs
Re: Postgresql on an AMD64 machine Alvaro Herrera
Re: Postgresql on an AMD64 machine Michael Stone
Re: Postgresql on an AMD64 machine Tom Lane
Re: slow growing table Simon Riggs
Re: Postgresql on an AMD64 machine Neil Conway
Re: Postgresql on an AMD64 machine John A Meinel
Re: Postgresql on an AMD64 machine Josh Berkus
Re: Postgresql on an AMD64 machine Tom Lane
Re: Postgresql on an AMD64 machine Simon Riggs
Re: Filesystem Martin Fandel
Importing from pg_dump slow, low Disk IO Steve Pollard
full outer performance problem Kim Bisgaard
Re: Postgresql on an AMD64 machine Michael Stone
Re: Filesystem Michael Stone
Re: full outer performance problem Bruno Wolff III
Re: Filesystem Martin Fandel
Re: full outer performance problem Kim Bisgaard
Re: SELECT DISTINCT Performance Issue George Essig
Re: Filesystem Grega Bremec
Re: full outer performance problem Tom Lane
Re: SELECT DISTINCT Performance Issue George Essig
Performance problems, bad estimates and plan Allan Wang
Re: full outer performance problem Tom Lane
Help specifying new web server/database machine Rory Campbell-Lange
Re: Help specifying new web server/database machine Bjoern Metzdorf
Re: Postgresql on an AMD64 machine Tom Arthurs
Re: Help specifying new web server/database machine Joshua D. Drake
Re: Postgresql on an AMD64 machine Bjoern Metzdorf
Re: full outer performance problem Kim Bisgaard
Re: full outer performance problem Kim Bisgaard
Re: Help specifying new web server/database machine Matthew Nuzum
Help with rewriting query Junaili Lie
Re: Help with rewriting query Tobias Brox
Recommendations for configuring a 200 GB database Kevin Grittner
Re: Postgresql on an AMD64 machine Sam Vilain
Re: Help with rewriting query Junaili Lie
Re: Postgresql on an AMD64 machine Neil Conway
Re: Help with rewriting query Jim Johannsen
Re: Help with rewriting query Bruno Wolff III
Re: Importing from pg_dump slow, low Disk IO Steve Pollard
Re: Help with rewriting query Kevin Grittner
How to find the size of a database - reg. Shanmugasundaram Doraisamy
Re: How to find the size of a database - reg. Christopher Kings-Lynne
Query plan changes after pg_dump / pg_restore jonanews@oismail.com
Re: Query plan changes after pg_dump / pg_restore Dennis Bjorklund
Re: Recommendations for configuring a 200 GB database Richard Huxton
Re: Query plan changes after pg_dump / pg_restore Christopher Kings-Lynne
Re: Query plan changes after pg_dump / pg_restore Christopher Kings-Lynne
pg_autovacuum settings Michael Ryan S. Puncia
postgresql.conf runtime statistics default Yann Michel
Re: Query plan changes after pg_dump / pg_restore Dennis Bjorklund
Re: postgresql.conf runtime statistics default Richard Huxton
Re: [Npgsql-general] index out of range Josh Close
Re: Recommendations for configuring a 200 GB Kevin Grittner
Re: Recommendations for configuring a 200 GB Christopher Kings-Lynne
random_page_cost = 1? Alex Stapleton
Re: Help specifying new web server/database machine Rory Campbell-Lange
Re: random_page_cost = 1? Tom Lane
Re: Help specifying new web server/database machine Matthew Nuzum
Re: Help specifying new web server/database machine Oliver Elphick
Re: timestamp indexing Jim C. Nasby
Re: timestamp indexing Tobias Brox
Re: Help specifying new web server/database machine Rory Campbell-Lange
Re: Help specifying new web server/database machine Rory Campbell-Lange
Re: Help with rewriting query Junaili Lie
Re: Help with rewriting query Junaili Lie
Re: postgresql.conf runtime statistics default Yann Michel
Re: Importing from pg_dump slow, low Disk IO Steve Pollard
Re: Importing from pg_dump slow, low Disk IO Martin Fandel
Re: postgresql.conf runtime statistics default Richard Huxton
Re: Help with rewriting query Tobias Brox
Cleaning bloated pg_attribute Michal Taborsky
Re: Cleaning bloated pg_attribute Richard Huxton
Re: Importing from pg_dump slow, low Disk IO Martin Fandel
Re: Help with rewriting query Bruno Wolff III
Re: Whence the Opterons? Richard Rowell
Re: Whence the Opterons? Mohan, Ross
Index ot being used linux@alteeve.com
Re: Index ot being used Tobias Brox
Re: Index ot being used Jacques Caron
faster search Clark Slater
Re: faster search Steinar H. Gunderson
Re: faster search John A Meinel
Re: faster search Tobias Brox
Re: Help with rewriting query Kevin Grittner
Re: faster search Steve Atkins
Re: faster search Clark Slater
Re: faster search Joshua D. Drake
Re: faster search Clark Slater
Re: faster search Joshua D. Drake
Re: faster search Joshua D. Drake
Re: faster search John A Meinel
Re: faster search Clark Slater
Re: faster search Joshua D. Drake
Re: Help with rewriting query Tobias Brox
Re: faster search Cosimo Streppone
Re: faster search Tom Lane
Re: Index ot being used Madison Kelly
Re: Index ot being used Tom Lane
Re: Index ot being used Bruno Wolff III
Updates on large tables are extremely slow Yves Vindevogel
Re: Updates on large tables are extremely slow Jacques Caron
Re: Index ot being used Madison Kelly
Resource Requirements elein@varlena.com (elein)
Re: Updates on large tables are extremely slow Mark Kirkwood
Re: Index ot being used Bruno Wolff III
Re: Index ot being used Bruno Wolff III
Re: Index ot being used Madison Kelly
Re: Index ot being used Madison Kelly
Re: Index ot being used Bruno Wolff III
Re: Index ot being used Madison Kelly
View not using index Yves Vindevogel
Re: View not using index Russell Smith
Re: View not using index Yves Vindevogel
Re: View not using index Russell Smith
Re: View not using index Yves Vindevogel
Re: Updates on large tables are extremely slow Mark Kirkwood
Re: Updates on large tables are extremely slow Yves Vindevogel
Fwd: Updates on large tables are extremely slow Yves Vindevogel
Re: Updates on large tables are extremely slow Yves Vindevogel
PostgreSQL using the wrong Index Alex Stapleton
Re: PostgreSQL using the wrong Index Alex Stapleton
Re: Index ot being used Bruno Wolff III
Re: View not using index Tom Lane
Re: Help with rewriting query Kevin Grittner
Re: Index ot being used Kevin Grittner
Re: PostgreSQL using the wrong Index Tom Lane
Re: PostgreSQL using the wrong Index John A Meinel
Re: Index ot being used John A Meinel
Re: PostgreSQL using the wrong Index Alex Stapleton
Re: PostgreSQL using the wrong Index Wei Weng
Re: Index ot being used Bruno Wolff III
Fwd: Updates on large tables are extremely slow Yves Vindevogel
Re: Fwd: Updates on large tables are extremely slow Richard Huxton
Re: Index ot being used Tom Lane
Re: Updates on large tables are extremely slow Yves Vindevogel
Re: Index ot being used Kevin Grittner
Re: Index ot being used Bruno Wolff III
Re: Index ot being used Bruno Wolff III
Re: Updates on large tables are extremely slow Yves Vindevogel
Re: Updates on large tables are extremely slow Jacques Caron
Re: Index ot being used Madison Kelly
Re: Index ot being used Madison Kelly
Re: Index ot being used Tom Lane
Re: Index ot being used Madison Kelly
System Requirement Saranya Sivakumar
Re: System Requirement Madison Kelly
Re: Index ot being used Bruno Wolff III
Re: Index ot being used Greg Stark
Re: Index ot being used Tom Lane
Pseudo-Solved was: (Re: Index ot being used) Madison Kelly
Re: Index ot being used Madison Kelly
Re: Resource Requirements Josh Berkus
Re: Updates on large tables are extremely slow Christopher Kings-Lynne
Re: System Requirement hubert depesz lubaczewski
Re: System Requirement Saranya Sivakumar
regular expression search Pierre A. Fortier
Re: Most effective tuning choices for busy website? Mark Stosberg
Re: regular expression search Christopher Kings-Lynne
Needed: Simplified guide to optimal memory configuration Todd Landfried
Re: Needed: Simplified guide to optimal memory configuration Dennis Bjorklund
Re: Needed: Simplified guide to optimal memory configuration Bruno Wolff III
Re: Index ot being used Karim Nassar
Re: Index ot being used Madison Kelly
Re: Needed: Simplified guide to optimal memory configuration Todd Landfried
Re: Needed: Simplified guide to optimal memory configuration Bruno Wolff III
How does the transaction buffer work? Veikko Mäkinen
Re: How does the transaction buffer work? John A Meinel
could not send data to client: Justin Davis
Re: How does the transaction buffer work? Josh Berkus
Re: Needed: Simplified guide to optimal memory Todd Landfried
Re: Needed: Simplified guide to optimal memory Alvaro Herrera
Re: How does the transaction buffer work? Rod Taylor
Re: could not send data to client: Merlin Moncure
Re: Needed: Simplified guide to optimal memory Josh Berkus
Multiple disks: RAID 5 or PG Cluster Yves Vindevogel
Re: Multiple disks: RAID 5 or PG Cluster Vivek Khera
Re: Multiple disks: RAID 5 or PG Cluster mudfoot@rawbw.com
Fwd: Multiple disks: RAID 5 or PG Cluster Yves Vindevogel
Fwd: Multiple disks: RAID 5 or PG Cluster Yves Vindevogel
Re: Multiple disks: RAID 5 or PG Cluster Jacques Caron
Fwd: Multiple disks: RAID 5 or PG Cluster Yves Vindevogel
Re: Fwd: Multiple disks: RAID 5 or PG Cluster Michael Stone
Re: Most effective tuning choices for busy website? Christopher Weimann
Re: Multiple disks: RAID 5 or PG Cluster Alex Turner
Re: How to determine whether to VACUUM or CLUSTER Jim C. Nasby
autovacuum suggestions for 500,000,000+ row tables? Alex Stapleton
Re: autovacuum suggestions for 500,000,000+ row Jacques Caron
Re: autovacuum suggestions for 500,000,000+ row tables? Alex Stapleton
Re: autovacuum suggestions for 500,000,000+ row tables? John Arbash Meinel
Re: investigating slow queries through Jacques Caron
Re: autovacuum suggestions for 500,000,000+ row tables? Alex Stapleton
Do Views execute underlying query everytime ?? Amit V Shah
Limit clause not using index Yves Vindevogel
Re: Limit clause not using index Bricklen Anderson
Re: Limit clause not using index John A Meinel
Re: Limit clause not using index Tom Lane
Re: Do Views execute underlying query everytime ?? Matthew Nuzum
Re: Do Views execute underlying query everytime ?? Richard Huxton
Re: Limit clause not using index Yves Vindevogel
Re: Do Views execute underlying query everytime ?? John A Meinel
Re: slow growing table Jone C
Re: Limit clause not using index Yves Vindevogel
Re: Limit clause not using index Yves Vindevogel
Re: Limit clause not using index John A Meinel
Another question on indexes (drop and recreate) Yves Vindevogel
Re: slow growing table John A Meinel
Re: Another question on indexes (drop and recreate) John A Meinel
Re: Limit clause not using index Tom Lane
Re: Another question on indexes (drop and recreate) Yves Vindevogel
Re: Another question on indexes (drop and recreate) John A Meinel
Trying to figure out pgbench William Yu
unsubscribe Don Vaillancourt
Re: Trying to figure out pgbench Mohan, Ross
Re: Another question on indexes (drop and recreate) Yves Vindevogel
Re: Another question on indexes (drop and recreate) John A Meinel
Re: Do Views execute underlying query everytime ?? Matthew Nuzum
Configurator project launched Josh Berkus
Querying 19million records very slowly Kjell Tore Fossbakk
Re: Another question on indexes (drop and recreate) Yves Vindevogel
Re: Limit clause not using index Tobias Brox
Prepared statements vs. Stored Procedures Oliver Crosby
Re: Querying 19million records very slowly Paul Ramsey
Re: Prepared statements vs. Stored Procedures Tobias Brox
Re: Limit clause not using index Michael Fuhr
Re: Limit clause not using index Tom Lane
Re: Trying to figure out pgbench William Yu
Re: autovacuum suggestions for 500,000,000+ row tables? Alex Stapleton
Re: autovacuum suggestions for 500,000,000+ row tables? Steinar H. Gunderson
Re: Configurator project launched Josh Berkus
Re: Configurator project launched Joshua D. Drake
Re: Configurator project launched Greg Sabino Mullane
Re: Limit clause not using index Tobias Brox
Re: Prepared statements vs. Stored Procedures Radu-Adrian Popescu
Re: Querying 19million records very slowly Kjell Tore Fossbakk
Re: Querying 19million records very slowly Tobias Brox
Re: Querying 19million records very slowly Kjell Tore Fossbakk
Re: Configurator project launched Andreas Pflug
Re: Querying 19million records very slowly Tobias Brox
Re: Querying 19million records very slowly Michael Glaesemann
Re: Querying 19million records very slowly Kjell Tore Fossbakk
Forums & tsearch2 - best practices reg. concurrency Markus Wollny
Re: Querying 19million records very slowly Tobias Brox
Re: Forums & tsearch2 - best practices reg. concurrency Oleg Bartunov
Re: Querying 19million records very slowly Paul Ramsey
Re: Querying 19million records very slowly Kjell Tore Fossbakk
Performance Tuning Article Frank Wiles
Re: Querying 19million records very slowly Stefan Weiss
Re: Limit clause not using index Kevin Grittner
Re: Querying 19million records very slowly Tobias Brox
Re: Performance Tuning Article Josh Berkus
Re: Performance Tuning Article Frank Wiles
Re: Performance Tuning Article Karim Nassar
parameterized LIKE does not use index Kurt De Grave
Re: parameterized LIKE does not use index Josh Berkus
Re: Performance Tuning Article Tobias Brox
Re: Performance Tuning Article Keith Worthington
Re: parameterized LIKE does not use index Kurt De Grave
Re: Performance Tuning Article Radu-Adrian Popescu
Re: Performance Tuning Article Keith Worthington
Re: Querying 19million records very slowly Kjell Tore Fossbakk
Re: Performance Tuning Article Dave Cramer
Re: Performance Tuning Article Radu-Adrian Popescu
Re: Performance Tuning Article Frank Wiles
Re: parameterized LIKE does not use index Bruno Wolff III
Re: Performance Tuning Article Michael Stone
select distinct on varchar - wild performance differences! Elliott Bennett
Re: Querying 19million records very slowly Tobias Brox
Re: Performance Tuning Article Dave Cramer
Re: select distinct on varchar - wild performance differences! Elliott Bennett
Re: Performance Tuning Article Tom Lane
Re: parameterized LIKE does not use index Josh Berkus
ETL optimization Bricklen Anderson
Re: ETL optimization Meetesh Karia
Re: ETL optimization Bricklen Anderson
Re: ETL optimization Jacques Caron
Re: ETL optimization Bricklen Anderson
Re: ETL optimization Dennis Bjorklund
Postgres 8 vs Postgres 7.4/cygwin Scott Goldstein
Re: Postgres 8 vs Postgres 7.4/cygwin Christopher Kings-Lynne
Speed with offset clause Yves Vindevogel
Re: Speed with offset clause hubert depesz lubaczewski
Re: Speed with offset clause John A Meinel
Re: max_connections / shared_buffers / Rod Taylor
Performance - moving from oracle to postgresql Greg Maples
Fwd: Speed with offset clause Yves Vindevogel
Re: Speed with offset clause Yves Vindevogel
Re: Speed with offset clause Yves Vindevogel
Re: Needed: Simplified guide to optimal memory configuration Todd Landfried
Re: Performance Tuning Article Dmitri Bichko
Re: parameterized LIKE does not use index Jim C. Nasby
Re: Configurator project launched Greg Sabino Mullane
Re: Configurator project launched Andreas Pflug
Re: Performance - moving from oracle to postgresql Radu-Adrian Popescu
Re: Speed with offset clause Radu-Adrian Popescu
Insert performance vs Table size Praveen Raja
Re: Insert performance vs Table size Jacques Caron
Re: Insert performance vs Table size Praveen Raja
Re: Insert performance vs Table size Jacques Caron
Re: Performance - moving from oracle to postgresql Merlin Moncure
Re: PERFORMANCE ISSUE ODBC x LIBPQ C++ Application Merlin Moncure
Re: [HACKERS] How two perform TPC-H test on postgresql-8.0.2 Merlin Moncure
Re: ETL optimization Bricklen Anderson
perl garbage collector Jean-Max Reymond
Re: perl garbage collector Vivek Khera
Forcing use of a particular index Karl O. Pinc
Re: Forcing use of a particular index Jacques Caron
Performance analysis of plpgsql code Karl O. Pinc
Re: Performance analysis of plpgsql code Michael Fuhr
Re: Performance analysis of plpgsql code Karl O. Pinc
Re: Performance analysis of plpgsql code Michael Glaesemann
Faster drives for WAL than for data? Leigh Dyer
Re: Performance analysis of plpgsql code Michael Fuhr
Re: Performance analysis of plpgsql code Karl O. Pinc
How can I speed up this function? David Mitchell
Re: Performance analysis of plpgsql code Michael Fuhr
Re: How can I speed up this function? Christopher Kings-Lynne
Re: How can I speed up this function? David Mitchell
Re: How can I speed up this function? Christopher Kings-Lynne
Re: How can I speed up this function? Keith Worthington
Re: How can I speed up this function? David Mitchell
Re: How can I speed up this function? David Mitchell
Re: How can I speed up this function? Gnanavel Shanmugam
LIKE search with ending % not optimized in v8 Aditya Damle
Re: How can I speed up this function? David Mitchell
How are text columns stored? Meetesh Karia
select distinct on varchar -- wild performance differences! Elliott Bennett
parameterized LIKE does not use index Kurt De Grave
Postgresql7.4.5 running slow on plpgsql function Chun Yit(Chronos)
index selection by query planner Rohit Gaddi
index selection by query planner Rohit Gaddi
Too slow querying a table of 15 million records kjelle@bingon.no
slow simple update? Colin Taylor
Re: How are text columns stored? Tom Lane
Re: perl garbage collector Tom Lane
Re: How can I speed up this function? Gnanavel Shanmugam
Re: LIKE search with ending % not optimized in v8 Michael Fuhr
Re: How can I speed up this function? David Mitchell
Re: How can I speed up this function? Gnanavel Shanmugam
Re: How can I speed up this function? Klint Gore
Re: Too slow querying a table of 15 million records John A Meinel
Re: Postgresql7.4.5 running slow on plpgsql function Michael Fuhr
Re: Insert performance vs Table size Praveen Raja
Re: Insert performance vs Table size Jacques Caron
Re: Too slow querying a table of 15 million records Christopher Kings-Lynne
tricky query Merlin Moncure
Re: tricky query Bruno Wolff III
Re: tricky query John A Meinel
Réf. : tricky query bsimon@loxane.com
Re: Insert performance vs Table size Tom Lane
Re: tricky query John A Meinel
Re: tricky query Sam Mason
Re: tricky query John A Meinel
Re: tricky query Merlin Moncure
Re: tricky query Merlin Moncure
Re: tricky query Merlin Moncure
read block size Michael Stone
Re: tricky query Cosimo Streppone
Re: read block size John A Meinel
Re: read block size Michael Stone
Re: tricky query John A Meinel
Re: tricky query Sam Mason
Re: perl garbage collector Jean-Max Reymond
Re: tricky query Cosimo Streppone
Re: tricky query John A Meinel
Re: tricky query Merlin Moncure
Re: tricky query Bruno Wolff III
Re: tricky query Merlin Moncure
Re: tricky query Sebastian Hennebrueder
optimized counting of web statistics Billy extyeightysix
Re: optimized counting of web statistics Billy extyeightysix
Re: optimized counting of web statistics Matthew Nuzum
Re: perl garbage collector Jean-Max Reymond
Re: optimized counting of web statistics Rudi Starcevic
Re: optimized counting of web statistics Matthew Nuzum
Re: tricky query Dawid Kuroczko
Re: Postgresql7.4.5 running slow on plpgsql function Michael Fuhr
Exclusive lock question Emil Briggs
Re: Exclusive lock question Tom Lane
Vacuum becomes slow Martin Lesser
ODBC driver over network very slow Milan Sekanina
Re: slow simple update? philippe ventrillon
Re: Vacuum becomes slow Tom Lane
Re: ODBC driver over network very slow Merlin Moncure
Re: ODBC driver over network very slow Kevin Grittner
start time very high Jean-Max Reymond
Re: start time very high Jean-Max Reymond
Re: start time very high Josh Berkus
Re: start time very high Tom Lane
ported application having performance issues John Mendenhall
Re: ported application having performance issues Joshua D. Drake
Re: ported application having performance issues John Mendenhall
