Mailing lists [pgsql-performance]

1 September 2004

• 02:32   Re: Table UPDATE is too slow Tom Lane
• 03:46   Changing the column length Michael Ryan S. Puncia
• 04:53   Fw: Query performance issue with 8.0.0beta1 Stefano Bonnin
• 05:45   Re: Changing the column length gnari
• 06:15   Re: Query performance issue with 8.0.0beta1 Stefano Bonnin
• 07:06   slower every day G u i d o B a r o s i o
• 07:26   Re: slower every day Shridhar Daithankar
• 07:57   Re: [ADMIN] slower every day G u i d o B a r o s i o
• 08:58   Re: [ADMIN] slower every day G u i d o B a r o s i o
• 09:28   Re: [ADMIN] slower every day Richard Huxton
• 09:50   Re: Why does a simple query not use an obvious index? Mr Pink
• 11:28   Re: [ADMIN] slower every day Michael Paesold
• 12:07   Re: [ADMIN] slower every day G u i d o B a r o s i o
• 12:47   Re: seqscan instead of index scan Chester Kustarz
• 13:33   Re: Changing the column length Josh Berkus
• 14:53   Re: seqscan instead of index scan Merlin Moncure

2 September 2004

• 10:43   Multiple Uniques Markus Schaber
• 11:22   Re: Multiple Uniques Tom Lane
• 16:34   Re: Multiple Uniques Greg Stark

4 September 2004

• 04:40   restoring to wrong encoding db Vivek Khera
• 04:58   Re: fsync vs open_sync Merlin Moncure
• 05:03   Re: fsync vs open_sync Pierre-Frédéric Caillaud
• 14:07   Re: fsync vs open_sync Gaetano Mendola

5 September 2004

• 03:46   Re: fsync vs open_sync Cott Lang
• 05:04   Re: fsync vs open_sync Christopher Browne
• 05:07   Dump/Restore performance improvement Adi Alurkar
• 06:16   Re: fsync vs open_sync Steve Bergman
• 17:52   Re: fsync vs open_sync Geoffrey
• 18:07   Re: Dump/Restore performance improvement Tom Lane
• 19:01   Re: fsync vs open_sync Pierre-Frédéric Caillaud
• 19:02   Re: fsync vs open_sync Pierre-Frédéric Caillaud

6 September 2004

• 00:28   Re: Table UPDATE is too slow Marinos J. Yannikos
• 02:19   Re: Table UPDATE is too slow Kevin Barnard
• 02:35   Tanking a server with shared memory Martin Foster
• 03:18   Re: Tanking a server with shared memory Tom Lane
• 13:16   The usual sequential scan, but with LIMIT ! Pierre-Frédéric Caillaud
• 13:27   Re: The usual sequential scan, but with LIMIT ! Pierre-Frédéric Caillaud
• 13:47   Re: The usual sequential scan, but with LIMIT ! Dennis Bjorklund
• 16:57   Re: Multiple Uniques Markus Schaber
• 17:43   Re: The usual sequential scan, but with LIMIT ! Tom Lane

7 September 2004

• 07:51   Re: The usual sequential scan, but with LIMIT ! Pierre-Frédéric Caillaud
• 11:41   TOAST tables, cannot truncate G u i d o B a r o s i o
• 12:13   Re: [ADMIN] TOAST tables, cannot truncate G u i d o B a r o s i o
• 14:51   Re: The usual sequential scan, but with LIMIT ! Tom Lane
• 15:24   Re: [ADMIN] TOAST tables, cannot truncate Tom Lane
• 15:33   Re: The usual sequential scan, but with LIMIT ! Pierre-Frédéric Caillaud
• 18:05   Re: The usual sequential scan, but with LIMIT ! Gaetano Mendola

8 September 2004

• 14:50   Problem with large query Marc Cousin
• 15:40   Re: Problem with large query Tom Lane
• 15:50   Re: Problem with large query Marc Cousin
• 15:56   Re: Problem with large query Tom Lane
• 16:17   Re: Problem with large query Marc Cousin

9 September 2004

• 14:39   Re: [GENERAL] Text Search vs MYSQL vs Lucene Shridhar Daithankar
• 15:56   Re: TSearch2 and optimisation ... Hervé Piedvache
• 18:13   Re: fsync vs open_sync Mark Wong
• 23:52   Costly "Sort Key" on indexed timestamp column 

10 September 2004

• 00:06   Re: Multiple Uniques Neil Conway
• 04:07   Re: Multiple Uniques Tom Lane
• 05:17   Re: Costly "Sort Key" on indexed timestamp column Tom Lane
• 07:34   Re: Multiple Uniques Greg Stark
• 14:22   Question on Byte Sizes Pierre-Frédéric Caillaud
• 22:02   Interesting performance behaviour Joey Smith
• 22:46   Re: Interesting performance behaviour Josh Berkus
• 23:00   effective_cache_size in 7.3.4? 
• 23:01   Re: Interesting performance behaviour Joey Smith
• 23:02   Fwd: Interesting performance behaviour Joey Smith
• 23:03   Re: effective_cache_size in 7.3.4? Josh Berkus
• 23:10   Re: Interesting performance behaviour Tom Lane

11 September 2004

• 06:06   Stuck using Sequential Scan Jeremy M. Guthrie
• 06:06   Re: Problem with large query Adam Sah
• 06:07   Re: Equivalent praxis to CLUSTERED INDEX? Mischa Sandberg
• 07:07   Re: Stuck using Sequential Scan Oliver Elphick
• 13:45   Bad performance with hashjoin Vitaly Belman
• 16:28   Re: Bad performance with hashjoin Tom Lane

12 September 2004

• 05:24   Data Warehouse Reevaluation - MySQL vs Postgres Mark Cotner
• 06:23   Re: Data Warehouse Reevaluation - MySQL vs Postgres Dennis Bjorklund
• 10:36   Re: Data Warehouse Reevaluation - MySQL vs Postgres Gaetano Mendola

13 September 2004

• 04:04   Re: TSearch2 and optimisation ... George Essig
• 04:06   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Christopher Browne
• 07:11   Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options [email protected]
• 08:58   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Mark Cotner
• 11:06   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Christopher Browne
• 12:38   Help with extracting large volumes of records across related tables Damien Dougan
• 13:12   Re: Help with extracting large volumes of records across related tables Paul Thomas
• 14:01   Re: Help with extracting large volumes of records across related tables Pierre-Frédéric Caillaud
• 14:04   Re: Help with extracting large volumes of records across related tables Pierre-Frédéric Caillaud
• 14:45   Re: Help with extracting large volumes of records across related tables Damien Dougan
• 14:59   Re: Help with extracting large volumes of records across related tables Pierre-Frédéric Caillaud
• 15:38   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options Bruce Momjian
• 20:32   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options [email protected]
• 21:36   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options Gaetano Mendola
• 22:15   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options Josh Berkus
• 22:18   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options Tom Lane
• 22:50   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Simon Riggs

14 September 2004

• 01:51   Large # of rows in query extremely slow, not using index Stephen Crowley
• 02:11   Re: Large # of rows in query extremely slow, not using Rod Taylor
• 02:11   Re: Large # of rows in query extremely slow, not using index Tom Lane
• 02:22   Re: Large # of rows in query extremely slow, not using index Stephen Crowley
• 02:28   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options Bruce Momjian
• 02:39   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options Gaetano Mendola
• 02:49   Re: Large # of rows in query extremely slow, not using index Tom Lane
• 03:01   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options Tom Lane
• 05:22   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Mischa Sandberg
• 05:22   tblspaces integrated in new postgresql (version 8.0) [email protected]
• 05:24   Four table join with million records - performance improvement? Vijay Moses
• 05:24   tblspace Bill Fefferman
• 05:25   Re: Help with extracting large volumes of records across related Mischa Sandberg
• 05:52   Re: tblspaces integrated in new postgresql (version 8.0) Tom Lane
• 05:58   Re: Four table join with million records - performance improvement? Tom Lane
• 07:04   Re: Large # of rows in query extremely slow, not using index Stephen Crowley
• 08:39   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Mark Cotner
• 10:06   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Pierre-Frédéric Caillaud
• 13:15   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Markus Schaber
• 13:43   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Leeuw van der, Tim
• 14:28   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Aaron Werman
• 14:33   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Steinar H. Gunderson
• 15:01   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Leeuw van der, Tim
• 15:20   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Harald Fuchs
• 15:24   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Michael Kleiser
• 15:32   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Stephen Frost
• 16:17   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Harald Lau (Sector-X)
• 17:44   Re: Large # of rows in query extremely slow, not using Markus Schaber
• 19:19   Re: Determine optimal fdatasync/fsync, O_SYNC/O_DSYNC options Vivek Khera
• 19:27   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Vivek Khera
• 20:27   Re: Large # of rows in query extremely slow, not using Pierre-Frédéric Caillaud
• 20:32   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables aaron werman
• 21:21   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Simon Riggs
• 23:33   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Jim C. Nasby

15 September 2004

• 00:15   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Simon Riggs
• 02:02   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Michael Glaesemann
• 04:37   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Christopher Browne
• 04:37   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Chris Browne
• 05:30   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Joe Conway
• 05:54   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Iain
• 06:02   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Steve Atkins
• 07:51   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Leeuw van der, Tim
• 08:07   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Christopher Browne
• 10:12   Re: Re: Data Warehouse Reevaluation - MySQL vs Postgres -- 
• 10:17   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Markus Schaber
• 16:15   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Joe Conway
• 18:27   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Josh Berkus
• 18:35   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Joe Conway
• 18:54   Re: [GENERAL] disk performance benchmarks Ron St-Pierre
• 21:37   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables? Simon Riggs
• 21:42   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Simon Riggs
• 21:56   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Joe Conway
• 22:09   Partitioning J. Andrew Rogers

16 September 2004

• 04:55   Re: Partitioning Greg Stark
• 05:07   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Joe Conway
• 05:09   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Steve Atkins
• 05:20   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- merge tables Mischa Sandberg
• 05:20   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Mischa Sandberg
• 05:31   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Christopher Kings-Lynne
• 06:08   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Iain
• 06:17   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Joe Conway
• 07:10   declared cursor uses slow plan Kevin Neufeld
• 09:00   Comparing user attributes with bitwise operators Patrick Clery
• 09:08   Re: Comparing user attributes with bitwise operators Christopher Kings-Lynne
• 09:45   Re: Comparing user attributes with bitwise operators Greg Stark
• 09:54   Re: Comparing user attributes with bitwise operators Greg Stark
• 10:08   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Iain
• 11:39   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Markus Schaber
• 11:58   Re: Partitioning Mike Rylander
• 14:38   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Markus Schaber
• 16:36   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Joe Conway
• 17:46   Re: Comparing user attributes with bitwise operators Daniel Ceregatti
• 18:49   Article about PostgreSQL and RAID in Brazil Josh Berkus
• 19:07   Re: declared cursor uses slow plan Tom Lane
• 19:10   Re: Article about PostgreSQL and RAID in Brazil Daniel Ceregatti
• 19:57   Re: Article about PostgreSQL and RAID in Brazil Steinar H. Gunderson
• 19:59   Re: Article about PostgreSQL and RAID in Brazil Josh Berkus
• 20:02   Re: Article about PostgreSQL and RAID in Brazil Daniel Ceregatti
• 21:40   Re: Partitioning Jim C. Nasby
• 21:44   Re: Article about PostgreSQL and RAID in Brazil Qing Zhao
• 21:49   Re: Article about PostgreSQL and RAID in Brazil Jim C. Nasby
• 22:04   Re: Question about PG on OSX Josh Berkus
• 22:06   Re: Article about PostgreSQL and RAID in Brazil Josh Berkus
• 22:20   indexes make other queries slow! Qing Zhao
• 22:23   Re: indexes make other queries slow! Josh Berkus
• 22:37   Re: indexes make other queries slow! Jason Coene
• 22:59   Re: Partitioning J. Andrew Rogers
• 23:20   Re: Article about PostgreSQL and RAID in Brazil Jim C. Nasby

17 September 2004

• 00:00   Re: Article about PostgreSQL and RAID in Brazil [email protected]
• 02:51   Re: Large # of rows in query extremely slow, not using Stephen Crowley
• 04:14   Re: Large # of rows in query extremely slow, not using Joshua D. Drake
• 08:24   Re: Data Warehouse Reevaluation - MySQL vs Postgres -- Simon Riggs
• 21:44   Re: Large # of rows in query extremely slow, not using Manfred Koizar

18 September 2004

• 01:08   Re: Tryint to match Solaris-Oracle performance with directio? Gaetano Mendola
• 01:24   Re: Large # of rows in query extremely slow, not using Stephen Crowley
• 02:22   Re: Tryint to match Solaris-Oracle performance with directio? [email protected]
• 15:11   CPU maximized out! Qing Zhao
• 15:11   Tryint to match Solaris-Oracle performance with directio? Mischa Sandberg
• 17:36   Re: Tryint to match Solaris-Oracle performance with directio? Tom Lane
• 18:01   Planner having way wrong estimate for group aggregate Steinar H. Gunderson
• 18:03   Re: Tryint to match Solaris-Oracle performance with directio? Shachar Shemesh
• 20:48   Re: Planner having way wrong estimate for group aggregate Tom Lane
• 21:03   Re: Planner having way wrong estimate for group aggregate Steinar H. Gunderson

19 September 2004

• 04:26   Re: Comparing user attributes with bitwise operators Patrick Clery
• 06:08   Re: Comparing user attributes with bitwise operators Greg Stark
• 11:04   Re: Tryint to match Solaris-Oracle performance with [email protected]
• 19:57   Re: Large # of rows in query extremely slow, not using Josh Berkus

20 September 2004

• 08:32   Re: Large # of rows in query extremely slow, not using Manfred Koizar
• 08:57   O_DIRECT setting Guy Thornley

21 September 2004

• 04:59   vacuum full & max_fsm_pages question Patrick Hatcher
• 07:15   Re: vacuum full & max_fsm_pages question Robert Treat
• 09:54   Hyper threading? Mariusz Czułada
• 14:22   Re: vacuum full & max_fsm_pages question Patrick Hatcher
• 18:49   Re: vacuum full & max_fsm_pages question Josh Berkus
• 18:58   Re: vacuum full & max_fsm_pages question Patrick Hatcher
• 23:52   7.4 vs 7.3 ( hash join issue ) Gaetano Mendola

22 September 2004

• 07:48   Re: 7.4 vs 7.3 ( hash join issue ) Dennis Bjorklund
• 09:44   Re: 7.4 vs 7.3 ( hash join issue ) Gaetano Mendola
• 10:32   Re: 7.4 vs 7.3 ( hash join issue ) Dennis Bjorklund
• 11:44   Re: 7.4 vs 7.3 ( hash join issue ) Gaetano Mendola
• 14:43   Re: 7.4 vs 7.3 ( hash join issue ) Greg Stark
• 16:22   Re: 7.4 vs 7.3 ( hash join issue ) Dennis Bjorklund
• 18:38   Re: 7.4 vs 7.3 ( hash join issue ) Greg Stark
• 18:56   Re: 7.4 vs 7.3 ( hash join issue ) Tom Lane
• 19:46   Re: 7.4 vs 7.3 ( hash join issue ) Greg Stark
• 20:00   Re: 7.4 vs 7.3 ( hash join issue ) Tom Lane
• 20:51   Caching of Queries Scott Kirkwood
• 20:59   Re: Caching of Queries Tom Lane
• 21:09   Infinite CPU loop due to field ::type casting Steven Rosenstein
• 21:31   Re: NAS, SAN or any alternate solution ? Andrew Hammond
• 21:33   Fw: Infinite CPU loop due to field ::type casting, Take II :-) Steven Rosenstein
• 21:53   Re: NAS, SAN or any alternate solution ? Rod Taylor
• 22:49   SAN performance Anjan Dave
• 23:03   Re: Fw: Infinite CPU loop due to field ::type casting, Take II :-) Tom Lane

23 September 2004

• 03:14   Re: Caching of Queries Neil Conway
• 04:42   Re: NAS, SAN or any alternate solution ? Greg Stark
• 04:59   Re: O_DIRECT setting Neil Conway
• 07:35   Re: Caching of Queries Gary Doades
• 10:14   Re: Caching of Queries Gaetano Mendola
• 14:36   Re: O_DIRECT setting Bruce Momjian
• 15:25   Re: Caching of Queries Harald Fuchs
• 15:44   Re: 7.4 vs 7.3 ( hash join issue ) Gaetano Mendola
• 15:57   Re: O_DIRECT setting Tom Lane
• 16:29   Re: Caching of Queries Mr Pink
• 16:39   Re: SAN performance Mr Pink
• 17:45   Re: vacuum full & max_fsm_pages question Patrick Hatcher
• 17:53   Re: Caching of Queries Jason Coene
• 18:06   Re: Caching of Queries Tom Lane
• 18:15   Re: Caching of Queries Gaetano Mendola
• 18:18   Re: Caching of Queries 
• 18:23   Re: Caching of Queries Jason Coene
• 18:25   Re: Caching of Queries Greg Stark
• 18:35   Re: Caching of Queries Tom Lane
• 18:38   Re: Caching of Queries Matt Clark
• 18:45   Re: Caching of Queries Gaetano Mendola
• 18:46   Re: Caching of Queries Markus Schaber
• 19:05   Re: SAN performance Anjan Dave
• 19:57   Re: Caching of Queries Josh Berkus
• 20:02   Re: Hyper threading? Greg Copeland
• 20:08   Re: Caching of Queries Tom Lane
• 20:08   Re: Caching of Queries Jason Coene
• 20:25   Re: Caching of Queries Jason Coene
• 23:45   Cleaning up indexes Martin Foster

24 September 2004

• 00:06   Re: Cleaning up indexes Gregory S. Williamson
• 00:22   Re: Large # of rows in query extremely slow, not using Kris Jurka
• 00:37   Re: Large # of rows in query extremely slow, not using index Stephen Crowley
• 00:48   Re: Large # of rows in query extremely slow, not using Kris Jurka
• 01:04   Re: Caching of Queries Josh Berkus
• 01:41   Re: Caching of Queries Joshua D. Drake
• 02:24   Re: Caching of Queries (now with pgpool) Jason Coene
• 03:02   Re: Caching of Queries (now with pgpool) Michael Adler
• 16:07   Re: O_DIRECT setting Mark Wong
• 20:23   performance of PostgreSQL on 64 bit MAC OS X G5! Qing Zhao

25 September 2004

• 01:58   Getting rid of nested loop Rod Taylor
• 17:58   Re: Caching of Queries Gaetano Mendola
• 18:27   Re: Caching of Queries (now with pgpool) Gaetano Mendola

26 September 2004

• 02:29   Re: Cleaning up indexes Bruce Momjian
• 20:24   Re: Caching of Queries Aaron Werman
• 21:37   Re: SAN performance Andrew Hammond

27 September 2004

• 01:15   Re: performance of PostgreSQL on 64 bit MAC OS X G5! Christopher Browne
• 06:03   Re: Caching of Queries Neil Conway
• 06:15   unsubscribe Amol Bhutada
• 06:19   Re: Caching of Queries Tom Lane
• 09:50   Performance/Functional Analysis Complete Mark Cotner
• 13:59   Re: Caching of Queries Greg Stark
• 14:00   Re: Caching of Queries Scott Kirkwood
• 14:30   Re: Caching of Queries Mitch Pirtle
• 15:19   Re: Caching of Queries Bruce Momjian
• 17:15   Re: Caching of Queries Harald Fuchs
• 17:44   Re: Caching of Queries Aaron Werman
• 18:20   Re: Caching of Queries Matt Clark
• 18:37   Re: Caching of Queries Rod Taylor
• 19:15   best statistic target for boolean columns Gaetano Mendola
• 19:25   Re: Caching of Queries Jeff
• 19:29   Re: best statistic target for boolean columns Josh Berkus
• 19:59   Re: Caching of Queries Mitch Pirtle
• 20:13   Re: best statistic target for boolean columns Gregory Stark
• 20:18   Re: Caching of Queries Jim C. Nasby
• 20:26   Re: best statistic target for boolean columns Tom Lane
• 21:21   Re: Caching of Queries Matt Clark
• 21:33   Re: Caching of Queries Matt Clark
• 21:37   Re: Caching of Queries Rod Taylor
• 21:41   Re: best statistic target for boolean columns Gaetano Mendola
• 21:46   Re: Caching of Queries Steve Atkins
• 22:38   Re: Caching of Queries Matt Clark
• 22:44   Re: Caching of Queries Matt Clark
• 23:46   Re: best statistic target for boolean columns Gaetano Mendola

28 September 2004

• 00:46   Re: best statistic target for boolean columns Neil Conway
• 01:45   Re: best statistic target for boolean columns Gaetano Mendola
• 03:06   Re: Caching of Queries Iain
• 04:18   Re: Caching of Queries Tom Lane
• 05:47   Re: Caching of Queries Iain
• 14:14   Re: Caching of Queries Aaron Werman
• 14:59   Re: Caching of Queries Tom Lane
• 15:20   This query is still running after 10 hours... Robert Creager
• 15:28   Re: This query is still running after 10 hours... Kevin Barnard
• 15:37   Re: Caching of Queries Aaron Werman
• 16:04   Re: This query is still running after 10 hours... Tom Lane
• 16:16   Re: This query is still running after 10 hours... Gaetano Mendola
• 18:52   Interest in perf testing? Josh Berkus

29 September 2004

• 02:37   Re: Caching of Queries Matthew Nuzum
• 03:22   Re: This query is still running after 10 hours... Robert Creager
• 03:26   Re: This query is still running after 10 hours... Robert Creager
• 03:42   Re: This query is still running after 10 hours... Kevin Barnard
• 04:45   Re: This query is still running after 10 hours... Robert Creager
• 04:52   Re: This query is still running after 10 hours... Robert Creager
• 08:13   Re: [pgsql-hackers-win32] Poor Performance for large queries in functions John Meinel
• 09:40   Re: [pgsql-hackers-win32] Poor Performance for large queries Richard Huxton
• 14:33   Re: This query is still running after 10 hours... Steven Rosenstein
• 15:46   Re: Interest in perf testing? Shea,Dan [CIS]
• 15:58   Re: [pgsql-hackers-win32] Poor Performance for large queries John Meinel
• 16:56   why does explain analyze differ so much from estimated explain? Dirk Lutzebäck
• 17:18   Re: [pgsql-hackers-win32] Poor Performance for large queries in functions Tom Lane
• 18:09   Re: [pgsql-hackers-win32] Poor Performance for large queries John Meinel
• 18:44   stubborn query confuses two different servers SZŰCS Gábor
• 20:41   index not used when using function Shiar
• 23:16   Re: Interest in perf testing? Gaetano Mendola

30 September 2004

• 02:46   Re: O_DIRECT setting Mark Wong
• 04:04   Re: O_DIRECT setting Tom Lane
• 08:02   Re: O_DIRECT setting Guy Thornley
• 14:46   spurious function execution in prepared statements. Merlin Moncure
• 15:13   Re: [HACKERS] spurious function execution in prepared statements. Michael Adler
• 15:19   Re: [HACKERS] spurious function execution in prepared statements. Merlin Moncure
• 15:46   Re: spurious function execution in prepared statements. Stephan Szabo
• 15:46   Web server to Database Taking forever Scott Dunn
• 15:54   Re: [HACKERS] spurious function execution in prepared statements. Tom Lane
• 15:58   Re: spurious function execution in prepared statements. Merlin Moncure
• 16:02   Re: spurious function execution in prepared statements. Tom Lane
• 17:33   Re: O_DIRECT setting Mark Wong
• 17:39   Re: Web server to Database Taking forever Josh Berkus
• 19:58   Re: Web server to Database Taking forever Scott Dunn
• 20:17   Re: Web server to Database Taking forever Edwin Eyan Moragas
• 21:17   Re: Web server to Database Taking forever Scott Marlowe
• 23:11   Re: Caching of Queries Jim C. Nasby