Mailing lists [pgsql-performance]

1 September 2003

• 01:53   Mail Test F Brown
• 12:12   Re: SQL performance problems Alberto Caso
• 15:23   Re: How to force Nested Loop plan? Ron Johnson
• 21:03   Re: How to force Nested Loop plan? Tom Lane

2 September 2003

• 16:01   Re: Hardware recommendations to scale to silly load Vivek Khera
• 16:09   Re: Hardware recommendations to scale to silly load Vivek Khera
• 16:14   Re: opinion on RAID choice Andrew Sullivan
• 16:24   Re: opinion on RAID choice Larry Rosenman
• 16:34   Re: opinion on RAID choice Ron Johnson
• 16:36   Re: opinion on RAID choice Andrew Sullivan
• 16:47   Re: opinion on RAID choice Greg Spiegelberg
• 17:33   Re: Hardware recommendations to scale to silly load Greg Stark
• 17:33   Re: opinion on RAID choice Ron Johnson
• 17:45   Re: Hardware recommendations to scale to silly load Ron Johnson
• 17:51   Use of to_timestamp causes full scan Zaremba, Don
• 18:07   Re: Use of to_timestamp causes full scan Tom Lane

3 September 2003

• 13:10   PostgreSQL is slow...HELP Azlin Ghazali
• 13:15   Re: PostgreSQL is slow...HELP Andrew Sullivan
• 14:00   " ... though the pgsql version performance is not very great." Justin Clift
• 14:12   Re: PostgreSQL is slow...HELP Nick Fankhauser
• 15:15   Re: PostgreSQL is slow...HELP Tom Lane
• 15:40   Re: PostgreSQL is slow...HELP Shridhar Daithankar
• 16:15   FreeBSD page size (was Re: The results of my PostgreSQL/filesystem performance tests) Vivek Khera
• 19:17   SQL slower when running for the second time Rhaoni Chiu Pereira
• 19:17   Re: FreeBSD page size Vivek Khera
• 19:33   Query on Postgresql performance Naveen Palavalli
• 19:36   Re: FreeBSD page size Sean Chittenden
• 19:41   Re: FreeBSD page size Vivek Khera
• 20:14   Re: [ADMIN] SQL slower when running for the second time Peter Eisentraut
• 22:27   Re: SQL slower when running for the second time Ron Johnson
• 22:30   Re: [ADMIN] SQL slower when running for the second time Rhaoni Chiu Pereira
• 22:37   Re: FreeBSD page size Marc G. Fournier
• 23:44   Re: FreeBSD page size Bruce Momjian
• 23:51   Re: FreeBSD page size Rod Taylor

4 September 2003

• 00:06   Re: FreeBSD page size Marc G. Fournier
• 00:13   Re: Selecting random rows efficiently scott.marlowe
• 00:38   Re: FreeBSD page size Bruce Momjian
• 00:54   SELECT's take a long time compared to other DBMS Relaxin
• 01:03   Re: SELECT's take a long time compared to other DBMS Rudi Starcevic
• 01:05   Re: SELECT's take a long time compared to other DBMS Rod Taylor
• 01:25   Re: SELECT's take a long time compared to other DBMS Relaxin
• 01:29   Re: SELECT's take a long time compared to other DBMS Rudi Starcevic
• 01:54   Re: SELECT's take a long time compared to other DBMS Relaxin
• 01:55   Re: SELECT's take a long time compared to other DBMS Neil Conway
• 02:01   Re: Query on Postgresql performance Neil Conway
• 03:04   PostgreSQL Reliability when fsync = false on Linux-XFS Federico Sevilla III
• 03:25   Re: SELECT's take a long time compared to other DBMS Christopher Browne
• 03:25   Re: SELECT's take a long time compared to other DBMS Christopher Browne
• 03:36   Re: PostgreSQL Reliability when fsync = false on Linux-XFS Rod Taylor
• 04:45   Re: SELECT's take a long time compared to other DBMS Nick Fankhauser
• 05:03   Re: SELECT's take a long time compared to other DBMS Tom Lane
• 06:56   Re: PostgreSQL Reliability when fsync = false on Hannu Krosing
• 07:03   Re: PostgreSQL Reliability when fsync = false on Linux-XFS Shridhar Daithankar
• 07:27   Re: PostgreSQL Reliability when fsync = false on Linux-XFS Sean Chittenden
• 07:55   Re: SELECT's take a long time compared to other DBMS Relaxin
• 07:59   Re: SELECT's take a long time compared to other DBMS Shridhar Daithankar
• 08:25   Re: SELECT's take a long time compared to other DBMS Relaxin
• 10:41   Re: Query on Postgresql performance Andrew Sullivan
• 11:02   Re: SELECT's take a long time compared to other DBMS Hannu Krosing
• 13:49   Re: PostgreSQL Reliability when fsync = false on Linux-XFS Tom Lane
• 14:55   Re: SELECT's take a long time compared to other DBMS Relaxin
• 14:56   Re: SELECT's take a long time compared to other DBMS Jean-Luc Lachance
• 15:25   Re: SELECT's take a long time compared to other DBMS Relaxin
• 16:10   Re: FreeBSD page size Vivek Khera
• 16:30   Re: SELECT's take a long time compared to other DBMS Hannu Krosing
• 16:55   Re: SELECT's take a long time compared to other DBMS Relaxin
• 17:41   [GENERAL] how to get accurate values in pg_statistic (continued) Mary Edie Meredith
• 17:56   Re: SELECT's take a long time compared to other DBMS William Yu
• 18:25   Re: [GENERAL] how to get accurate values in pg_statistic Rod Taylor
• 19:28   Re: FreeBSD page size Bruce Momjian
• 21:07   Re: FreeBSD page size Vivek Khera
• 21:59   Re: FreeBSD page size (was Re: The results of my scott.marlowe
• 22:13   Re: FreeBSD page size Bruce Momjian
• 22:13   Re: FreeBSD page size Bruce Momjian
• 22:32   Re: SELECT's take a long time compared to other DBMS scott.marlowe
• 22:38   Re: PostgreSQL Reliability when fsync = false on Linux-XFS scott.marlowe
• 22:42   Performance problems on a fairly big table with two key columns. Rasmus Aveskogh
• 23:01   Re: SELECT's take a long time compared to other DBMS scott.marlowe
• 23:16   Re: [GENERAL] how to get accurate values in pg_statistic (continued) Tom Lane
• 23:25   Re: SELECT's take a long time compared to other DBMS Relaxin
• 23:50   Re: [GENERAL] how to get accurate values in pg_statistic Neil Conway

5 September 2003

• 00:02   Re: [GENERAL] how to get accurate values in pg_statistic Mary Edie Meredith
• 00:29   Re: [GENERAL] how to get accurate values in pg_statistic Rod Taylor
• 01:25   Re: SELECT's take a long time compared to other DBMS Relaxin
• 01:55   Re: SELECT's take a long time compared to other DBMS Christopher Browne
• 02:25   Re: SELECT's take a long time compared to other DBMS Relaxin
• 02:32   Re: SELECT's take a long time compared to other DBMS Neil Conway
• 04:34   Re: Query too slow Bruce Momjian
• 05:25   Re: SELECT's take a long time compared to other DBMS Relaxin
• 05:49   Re: SELECT's take a long time compared to other DBMS Eirik Oeverby
• 08:35   Re: Performance problems on a fairly big table with two key columns. Richard Huxton
• 08:48   Re: [GENERAL] Seq scan of table? Bjorn T Johansen
• 10:07   Re: [GENERAL] Seq scan of table? Richard Huxton
• 13:54   Re: [GENERAL] Seq scan of table? Bjørn T Johansen
• 14:40   Re: [GENERAL] Seq scan of table? Jonathan Bartlett
• 15:13   Re: SELECT's take a long time compared to other DBMS Patrick Hatcher
• 15:25   Re: Performance problems on a fairly big table with two Rasmus Aveskogh
• 16:09   Re: [GENERAL] Seq scan of table? Ron Johnson
• 16:40   Re: Performance problems on a fairly big table with two Richard Huxton
• 20:02   Re: [GENERAL] how to get accurate values in pg_statistic (continued) Tom Lane
• 20:04   Re: [GENERAL] how to get accurate values in pg_statistic Mary Edie Meredith
• 20:29   Re: [GENERAL] Seq scan of table? Richard Huxton
• 20:35   Re: [GENERAL] Seq scan of table? Neil Conway
• 20:43   Re: SELECT's take a long time compared to other DBMS Relaxin
• 20:50   Re: [GENERAL] how to get accurate values in pg_statistic Bruce Momjian
• 21:05   Re: [GENERAL] how to get accurate values in pg_statistic Bruce Momjian
• 21:20   Re: [GENERAL] how to get accurate values in pg_statistic Tom Lane
• 21:36   Re: SELECT's take a long time compared to other DBMS Neil Conway
• 21:53   Re: [GENERAL] Seq scan of table? Tom Lane
• 21:59   Serious issues with CPU usage 

6 September 2003

• 00:05   Re: Serious issues with CPU usage Tom Lane
• 01:07   Re: SELECT's take a long time compared to other DBMS Relaxin
• 09:11   Re: Serious issues with CPU usage Hannu Krosing

7 September 2003

• 05:23   Poor pg_dump performance Jim C. Nasby
• 16:23   Re: [GENERAL] how to get accurate values in pg_statistic Bruce Momjian
• 18:04   slow plan for min/max Pailloncy Jean-Gérard
• 23:18   Re: [GENERAL] how to get accurate values in pg_statistic Greg Stark

8 September 2003

• 00:32   Re: [GENERAL] how to get accurate values in pg_statistic Tom Lane
• 10:51   Re: Serious issues with CPU usage Andri Saar
• 11:13   Re: Serious issues with CPU usage Shridhar Daithankar
• 11:52   Re: Serious issues with CPU usage Manfred Koizar
• 14:05   Re: Serious issues with CPU usage Tom Lane
• 14:32   Re: Serious issues with CPU usage Andri Saar
• 14:49   Re: Serious issues with CPU usage Shridhar Daithankar
• 16:00   Re: slow plan for min/max scott.marlowe
• 18:50   Re: slow plan for min/max Neil Conway
• 20:37   Re: slow plan for min/max Christopher Browne
• 20:41   Re: slow plan for min/max scott.marlowe
• 21:26   Re: slow plan for min/max Tom Lane
• 21:51   Explain Doc Rhaoni Chiu Pereira
• 22:05   Re: Explain Doc Alberto Caso
• 22:07   Re: slow plan for min/max Christopher Browne
• 22:08   Re: slow plan for min/max Greg Stark
• 22:43   Re: slow plan for min/max Josh Berkus
• 23:17   Re: slow plan for min/max Matt Clark
• 23:38   Re: slow plan for min/max Matt Clark
• 23:42   Re: slow plan for min/max Tom Lane
• 23:57    Odiel León

9 September 2003

• 00:42   Re: slow plan for min/max Matt Clark
• 02:21   Re: slow plan for min/max Tom Lane
• 03:04   Quick question Josh Berkus
• 03:15   Re: Quick question Tom Lane
• 06:28   Slow query? Waruna Geekiyanage
• 07:53   increase performancr with "noatime"? JM
• 12:39   Re: increase performancr with "noatime"? Andrew Sullivan
• 12:41   Need advice about triggers Mindaugas Riauba
• 12:45   Re: increase performancr with "noatime"? Bill Moran
• 13:15   Re: Need advice about triggers Richard Huxton
• 13:28   Re: Need advice about triggers Rod Taylor
• 13:34   Re: Need advice about triggers Mindaugas Riauba
• 13:36   Re: slow plan for min/max Pailloncy Jean-Gérard
• 13:43   Re: Need advice about triggers scott.marlowe
• 14:42   Re: Need advice about triggers Tom Lane
• 14:42   Re: Need advice about triggers Richard Huxton
• 15:19   Re: Need advice about triggers Hannu Krosing
• 16:09   Re: increase performancr with "noatime"? Vivek Khera
• 16:54   Re: slow plan for min/max Greg Stark
• 17:16   Re: slow plan for min/max Josh Berkus
• 18:44   Re: slow plan for min/max Bruno Wolff III
• 19:07   Re: slow plan for min/max Thomas Swan
• 19:28   Re: slow plan for min/max Bruno Wolff III
• 23:49   Reading data in bulk - help? Chris Huston

10 September 2003

• 00:13   Re: Reading data in bulk - help? Josh Berkus
• 00:22   Re: slow plan for min/max Matt Clark
• 03:26   Re: Hardware recommendations to scale to silly load Bruce Momjian
• 07:37   Re: Reading data in bulk - help? Chris Huston
• 07:41   Re: Hardware recommendations to scale to silly load Gregory S. Williamson
• 09:01   Re: Reading data in bulk - help? Dennis Bjorklund
• 10:22   Re: Need advice about triggers Mindaugas Riauba
• 11:47   Re: Reading data in bulk - help? Magnus Naeslund(w)
• 16:08   Re: Hardware recommendations to scale to silly load Bruce Momjian
• 16:42   Re: Need advice about triggers Hannu Krosing
• 17:17   Re: Reading data in bulk - help? Josh Berkus
• 17:56   Upgrade Woes aturner@neteconomist.com
• 18:32   Re: Upgrade Woes Richard Huxton
• 19:38   Re: Upgrade Woes Christopher Browne
• 19:45   Re: [GENERAL] how to get accurate values in pg_statistic (continued) Bruce Momjian
• 20:16   Re: Query too slow Bruce Momjian
• 21:00   Re: Reading data in bulk - help? Chris Huston
• 22:38   Re: Reading data in bulk - help? William Yu
• 23:38   Re: [GENERAL] how to get accurate values in pg_statistic (continued) Christopher Browne

11 September 2003

• 00:18   Re: [osdldbt-general] Re: [GENERAL] how to get accurate Mary Edie Meredith
• 01:13   Attempt at work around of int4 query won't touch int8 index ... James Robinson
• 02:44   Re: Attempt at work around of int4 query won't touch int8 index ... Tom Lane
• 02:51   Re: Reading data in bulk - help? Josh Berkus
• 03:08   Re: [osdldbt-general] Re: [GENERAL] how to get accurate Christopher Browne
• 04:31   Re: [GENERAL] how to get accurate values in pg_statistic (continued) Tom Lane
• 04:39   Re: Reading data in bulk - help? Christopher Kings-Lynne
• 14:20   Re: Upgrade Woes aturner@neteconomist.com
• 15:48   Re: Upgrade Woes Tom Lane
• 15:55   Re: Upgrade Woes Jeff
• 16:00   Re: [GENERAL] how to get accurate values in pg_statistic scott.marlowe
• 17:38   Re: [GENERAL] how to get accurate values in pg_statistic Christopher Browne
• 19:13   Re: Upgrade Woes aturner@neteconomist.com

12 September 2003

• 10:27   best arrangement of 3 disks for (insert) performance Richard Jones
• 11:06   Re: best arrangement of 3 disks for (insert) performance Matt Clark
• 14:35   software vs hw hard on linux Jeff
• 14:52   Re: software vs hw hard on linux aturner@neteconomist.com
• 15:25   Re: [GENERAL] how to get accurate values in pg_statistic scott.marlowe
• 16:38   Re: software vs hw hard on linux Christopher Browne
• 16:38   Re: best arrangement of 3 disks for (insert) performance Christopher Browne
• 16:51   Re: best arrangement of 3 disks for (insert) performance Josh Berkus
• 16:56   Re: best arrangement of 3 disks for (insert) performance Richard Jones
• 16:56   Re: software vs hw hard on linux Josh Berkus
• 16:57   Re: best arrangement of 3 disks for (insert) performance Richard Jones
• 17:03   Re: best arrangement of 3 disks for (insert) performance - Dell Thom Dyson
• 17:35   Re: best arrangement of 3 disks for (insert) performance Will LaShell
• 19:03   Re: software vs hw hard on linux Vivek Khera
• 19:05   Re: software vs hw hard on linux Vivek Khera
• 19:07   Re: best arrangement of 3 disks for (insert) performance - Dell Vivek Khera
• 19:23   Re: best arrangement of 3 disks for (insert) performance Vivek Khera
• 21:38   Re: best arrangement of 3 disks for (insert) performance - Dell Christopher Browne
• 22:11   Re: best arrangement of 3 disks for (insert) performance Rod Taylor

14 September 2003

• 04:45   Re: best arrangement of 3 disks for (insert) performance Cott Lang
• 05:40   Re: software vs hw hard on linux Cott Lang

15 September 2003

• 07:40   Re: Attempt at work around of int4 query won't touch int8 index ... Shridhar Daithankar
• 19:16   restore time: sort_mem vs. checkpoing_segments Vivek Khera
• 20:56   L|p Treatment that makes your L|ps PLUMP Womens Breakthrough
• 21:22   Inconsistent performance Joseph Bove
• 21:35   Re: Inconsistent performance Stephan Szabo
• 21:36   Re: Inconsistent performance Bruno Wolff III
• 21:44   Re: restore time: sort_mem vs. checkpoing_segments Josh Berkus
• 22:12   Re: Inconsistent performance Joseph Bove
• 22:16   Re: Inconsistent performance Josh Berkus
• 22:49   Re: Inconsistent performance Stephan Szabo
• 23:16   Re: Inconsistent performance Joseph Bove
• 23:39   Re: Inconsistent performance Christopher Browne

16 September 2003

• 00:27   Re: Inconsistent performance scott.marlowe
• 00:40   Re: Inconsistent performance Brian Hirt
• 00:43   Re: Inconsistent performance scott.marlowe
• 02:39   Re: Inconsistent performance Christopher Browne
• 05:19   Re: restore time: sort_mem vs. checkpoing_segments Tom Lane
• 07:07   Re: Inconsistent performance Manfred Koizar
• 07:45   Re: Attempt at work around of int4 query won't touch int8 index ... Paul Thomas
• 08:31   Re: Inconsistent performance Matt Clark
• 13:59   Re: restore time: sort_mem vs. checkpoing_segments Vivek Khera
• 14:05   Re: Attempt at work around of int4 query won't touch int8 index ... Tom Lane
• 15:09   Re: Inconsistent performance Joseph Bove
• 15:39   Re: Inconsistent performance Jeff

17 September 2003

• 00:22   Re: [GENERAL] how to get accurate values in pg_statistic Mary Edie Meredith
• 04:58   Re: [GENERAL] how to get accurate values in pg_statistic Tom Lane
• 10:49   Effective Cache Size Nick Barr
• 11:01   Re: Effective Cache Size Shridhar Daithankar
• 18:57   inferior SCSI performance Michael Adler
• 19:09   Re: inferior SCSI performance Tom Lane
• 19:44   Is there a reason _not_ to vacuum continuously? Matt Clark
• 20:00   Re: Is there a reason _not_ to vacuum continuously? scott.marlowe
• 20:15   Re: Is there a reason _not_ to vacuum continuously? Josh Berkus
• 20:16   Re: restore time: sort_mem vs. checkpoing_segments Robert Treat
• 20:20   Re: Is there a reason _not_ to vacuum continuously? Matt Clark
• 20:22   Re: restore time: sort_mem vs. checkpoing_segments Vivek Khera
• 20:24   Re: Is there a reason _not_ to vacuum continuously? Matt Clark
• 22:18   How to force an Index ? Rhaoni Chiu Pereira
• 22:19   Re: Is there a reason _not_ to vacuum continuously? Josh Berkus
• 22:40   Re: How to force an Index ? Josh Berkus

18 September 2003

• 02:09   Re: Is there a reason _not_ to vacuum continuously? Christopher Browne
• 05:00   rewrite in to exists? LN Cisneros
• 05:22   Re: rewrite in to exists? Christopher Kings-Lynne
• 08:11   Many fields in one table or many tables? Alexander Priem
• 08:18   Re: Is there a reason _not_ to vacuum continuously? Oliver Scheit
• 08:25   Re: Is there a reason _not_ to vacuum continuously? Christopher Kings-Lynne
• 08:29   Re: Is there a reason _not_ to vacuum continuously? Oliver Scheit
• 08:49   Re: Is there a reason _not_ to vacuum continuously? Christopher Kings-Lynne
• 09:14   Re: rewrite in to exists? Manfred Koizar
• 09:29   Re: Is there a reason _not_ to vacuum continuously? Oliver Scheit
• 14:46   Re: How to force an Index ? Rhaoni Chiu Pereira
• 14:47   Re: Is there a reason _not_ to vacuum continuously? Christopher Kings-Lynne
• 15:01   Re: rewrite in to exists? LN Cisneros
• 16:16   Re: How to force an Index ? Tom Lane
• 17:27   Re: Many fields in one table or many tables? Josh Berkus
• 17:30   Re: Is there a reason _not_ to vacuum continuously? Josh Berkus
• 17:34   Re: rewrite in to exists? Josh Berkus
• 17:48   Find one record Joseph Bove
• 17:51   Re: How to force an Index ? Josh Berkus
• 17:54   Re: Find one record Josh Berkus
• 18:02   Re: How to force an Index ? Josh Berkus
• 18:20   Re: Many fields in one table or many tables? Tom Lane
• 19:29   Re: rewrite in to exists? LN Cisneros
• 22:29   osdl-dbt3 run results - puzzled by the execution plans Jenny Zhang
• 23:19   Re: osdl-dbt3 run results - puzzled by the execution plans Matt Clark

19 September 2003

• 00:45   Re: osdl-dbt3 run results - puzzled by the execution Jenny Zhang
• 03:21   Re: osdl-dbt3 run results - puzzled by the execution plans Tom Lane
• 08:55   Re: rewrite in to exists? Manfred Koizar
• 10:43   Re: osdl-dbt3 run results - puzzled by the execution Matt Clark
• 13:13   Re: osdl-dbt3 run results - puzzled by the execution plans Greg Stark
• 15:07   Re: osdl-dbt3 run results - puzzled by the execution plans Manfred Koizar
• 18:28   Re: osdl-dbt3 run results - puzzled by the execution Jenny Zhang
• 22:54   Re: osdl-dbt3 run results - puzzled by the execution Jenny Zhang
• 23:19   Re: osdl-dbt3 run results - puzzled by the execution Jenny Zhang

20 September 2003

• 16:19   Sexier, Plumper L|ps can be yours only $24.76 Beauty Center

24 September 2003

• 00:27   How to make n_distinct more accurate. Nick Fankhauser
• 00:28   LIKE query running slow Garrett Bladow
• 00:28   Re: restore time: sort_mem vs. checkpoing_segments Vivek Khera
• 00:29   Re: restore time: sort_mem vs. checkpoing_segments Bruce Momjian
• 00:29   Re: restore time: sort_mem vs. checkpoing_segments Vivek Khera
• 16:45   Re: LIKE query running slow Dennis Bjorklund
• 16:45   Re: LIKE query running slow Shridhar Daithankar
• 16:45   Re: LIKE query running slow Jeff
• 16:49   Re: osdl-dbt3 run results - puzzled by the execution Manfred Koizar
• 16:49   Re: How to make n_distinct more accurate. Nick Fankhauser
• 16:50   Performance issue peter
• 16:52   Index problem Rigmor Ukuhe
• 16:53   Re: LIKE query running slow Rod Taylor
• 16:53   Re: LIKE query running slow Josh Berkus
• 16:54   Re: restore time: sort_mem vs. checkpoing_segments Dennis Bjorklund
• 16:54   Re: [HACKERS] osdl-dbt3 run results - puzzled by the execution Tom Lane
• 16:55   Re: LIKE query running slow Garrett Bladow
• 16:57   Re: Performance issue Joseph Bove
• 17:04   Re: Index problem Tomasz Myrta
• 17:06   Re: Performance issue Richard Jones
• 17:36   Re: Index problem Matt Clark
• 17:48   Re: Performance issue Sean Chittenden
• 18:36   Re: Performance issue Rod Taylor
• 21:24   upping checkpoints on production server Robert Treat
• 21:57   Re: upping checkpoints on production server Tom Lane

25 September 2003

• 10:17   Re: Index problem Rigmor Ukuhe
• 12:13   Re: Index problem Matt Clark
• 12:37   performance hit when joining with a view? Palle Girgensohn
• 13:39   Re: Index problem Tom Lane
• 13:56   Re: performance hit when joining with a view? Tom Lane
• 15:23   Re: upping checkpoints on production server Robert Treat
• 19:42   TPC-R benchmarks Oleg Lebedev
• 21:25   Re: TPC-R benchmarks Jenny Zhang
• 21:41   Re: TPC-R benchmarks Oleg Lebedev
• 22:17   Re: TPC-R benchmarks Jenny Zhang
• 22:29   Indices arent being used rantunes@student.dei.uc.pt
• 23:47   Re: Indices arent being used Rod Taylor

26 September 2003

• 03:42   Re: TPC-R benchmarks Josh Berkus
• 04:29   Re: TPC-R benchmarks Tom Lane
• 07:23   Re: Indices arent being used Shridhar Daithankar
• 10:58   Re: Indices arent being used rantunes@student.dei.uc.pt
• 14:35   Re: Indices arent being used Tom Lane
• 16:12   Re: TPC-R benchmarks Mary Edie Meredith
• 16:47   Plan-Reading Rhaoni Chiu Pereira
• 17:35   Re: Plan-Reading Josh Berkus

27 September 2003

• 14:49   Re: Indices arent being used rantunes@student.dei.uc.pt
• 17:14   Re: Indices arent being used Tom Lane
• 17:25   advice on raid controller Richard Jones
• 19:32   Re: advice on raid controller allanwind@lifeintegrity.com (Allan Wind)
• 19:54   Re: advice on raid controller Ron Johnson
• 19:54   Re: advice on raid controller Josh Berkus
• 23:54   Performance: BigInt vs Decimal(19,0) Yusuf W.

28 September 2003

• 00:26   Re: Performance: BigInt vs Decimal(19,0) Tom Lane
• 02:39   Re: Performance: BigInt vs Decimal(19,0) Yusuf W.
• 03:10   Re: Performance: BigInt vs Decimal(19,0) Josh Berkus
• 10:08   Re: [GENERAL] Tuning/performance question. Shridhar Daithankar
• 12:08   Re: advice on raid controller Matt Clark
• 20:55   avoiding seqscan? Palle Girgensohn
• 21:35   Re: avoiding seqscan? Josh Berkus
• 22:57   Re: avoiding seqscan? Palle Girgensohn

29 September 2003

• 02:29   Re: avoiding seqscan? Josh Berkus
• 13:26   Re: avoiding seqscan? Palle Girgensohn
• 13:45   Re: avoiding seqscan? Palle Girgensohn
• 13:55   Re: advice on raid controller scott.marlowe
• 14:03   Re: avoiding seqscan? Gaetano Mendola
• 14:37   Re: TPC-R benchmarks Oleg Lebedev
• 14:46   Re: TPC-R benchmarks Shridhar Daithankar
• 15:00   Re: Performance: BigInt vs Decimal(19,0) Franco Bruno Borghesi
• 15:24   Re: Plan-Reading greg@turnstep.com
• 16:05   Re: TPC-R benchmarks Mary Edie Meredith
• 16:26   Re: TPC-R benchmarks Tom Lane
• 16:41   Re: avoiding seqscan? Christopher Browne
• 16:50   Re: avoiding seqscan? Gaetano Mendola
• 17:01   Re: avoiding seqscan? Gaetano Mendola
• 17:27   Re: Performance: BigInt vs Decimal(19,0) Andrew Rawnsley
• 17:28   Re: TPC-R benchmarks Oleg Lebedev
• 17:40   Re: TPC-R benchmarks Oleg Lebedev
• 17:41   Re: TPC-R benchmarks Tom Lane
• 17:45   Re: TPC-R benchmarks greg@turnstep.com
• 17:49   Re: Performance: BigInt vs Decimal(19,0) Josh Berkus
• 17:50   Re: advice on raid controller Will LaShell
• 17:59   Re: TPC-R benchmarks Andrew Sullivan
• 18:22   Re: TPC-R benchmarks Josh Berkus
• 18:25   Re: TPC-R benchmarks Oleg Lebedev
• 19:46   Re: advice on raid controller scott.marlowe
• 21:28   Re: avoiding seqscan? Palle Girgensohn
• 21:32   Re: advice on raid controller Palle Girgensohn
• 21:35   Re: advice on raid controller Palle Girgensohn
• 21:42   Re: advice on raid controller Matt Clark
• 21:53   Re: advice on raid controller Bruce Momjian

30 September 2003

• 02:37   Test... David Griffiths
• 04:48   Re: Test... Tom Lane