pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedpostgresql transaction id monitoring with nagios
2006-05-02 18:26 UTC Tony Wasson <ajwasson@gmail.com>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 18:50 UTC Vivek Khera <vivek@khera.org>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 19:03 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 19:06 UTC Tony Wasson <ajwasson@gmail.com>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 19:07 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 19:12 UTC Vivek Khera <vivek@khera.org>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 20:19 UTC Bruno Wolff III <bruno@wolff.to>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 20:50 UTC Tony Wasson <ajwasson@gmail.com>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 21:42 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: postgresql transaction id monitoring with nagios
2006-05-02 21:46 UTC Jim C. Nasby <jnasby@pervasive.com>
[10+ messages in thread]
Cluster vs. non-cluster query planning
2006-05-01 17:27 UTC Nolan Cafferky <Nolan.Cafferky@rbsinteractive.com>
` Re: Cluster vs. non-cluster query planning
2006-05-01 19:48 UTC Nolan Cafferky <Nolan.Cafferky@rbsinteractive.com>
` Re: Cluster vs. non-cluster query planning
2006-05-01 20:30 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Cluster vs. non-cluster query planning
2006-05-01 21:08 UTC Nolan Cafferky <Nolan.Cafferky@rbsinteractive.com>
` Re: Cluster vs. non-cluster query planning
2006-05-01 23:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Cluster vs. non-cluster query planning
2006-05-02 00:01 UTC Nolan Cafferky <Nolan.Cafferky@rbsinteractive.com>
` Re: Cluster vs. non-cluster query planning
2006-05-02 21:29 UTC Jim C. Nasby <jnasby@pervasive.com>
[7+ messages in thread]
Why is plan (and performance) different on partitioned table?
2006-05-02 01:37 UTC Mark Liberman <mliberman@mixedsignals.com>
` Re: Why is plan (and performance) different on partitioned table?
2006-05-02 02:59 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Why is plan (and performance) different on partitioned table?
2006-05-02 04:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Why is plan (and performance) different on partitioned table?
2006-05-02 19:28 UTC Mark Liberman <mliberman@mixedsignals.com>
` Re: Why is plan (and performance) different on partitioned table?
2006-05-02 20:27 UTC Tom Lane <tgl@sss.pgh.pa.us>
[5+ messages in thread]
Running on an NFS Mounted Directory
2006-04-27 02:06 UTC Ketema Harris <ketema@gmail.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 02:35 UTC Steve Wampler <swampler@noao.edu>
` Re: Running on an NFS Mounted Directory
2006-04-27 04:43 UTC Dan Gorman <dgorman@hi5.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 04:55 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 12:38 UTC Ketema Harris <ketema@gmail.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 12:44 UTC Michael Stone <mstone+postgres@mathom.us>
` Re: Running on an NFS Mounted Directory
2006-04-27 12:57 UTC Ketema Harris <ketema@gmail.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 13:05 UTC Bruno Wolff III <bruno@wolff.to>
` Re: Running on an NFS Mounted Directory
2006-04-27 13:06 UTC Ketema Harris <ketema@gmail.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 13:09 UTC Steve Wampler <swampler@noao.edu>
` Re: Running on an NFS Mounted Directory
2006-04-27 13:24 UTC Michael Stone <mstone+postgres@mathom.us>
` Re: Running on an NFS Mounted Directory
2006-04-27 13:31 UTC Bruno Wolff III <bruno@wolff.to>
` Re: Running on an NFS Mounted Directory
2006-04-27 13:41 UTC Ketema Harris <ketema@gmail.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 13:42 UTC Ketema Harris <ketema@gmail.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 14:04 UTC Michael Stone <mstone+postgres@mathom.us>
` Re: Running on an NFS Mounted Directory
2006-04-27 17:50 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Running on an NFS Mounted Directory
2006-04-27 17:57 UTC Michael Stone <mstone+postgres@mathom.us>
` Re: Running on an NFS Mounted Directory
2006-04-27 18:58 UTC Dan Gorman <dgorman@hi5.com>
` Re: Running on an NFS Mounted Directory
2006-05-02 14:58 UTC Fortuitous Technologies <null@fortuitous.dot.nul>
[19+ messages in thread]
Hardware: HP StorageWorks MSA 1500
2006-04-20 18:00 UTC Mikael Carneholm <Mikael.Carneholm@WirelessCar.com>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-20 18:43 UTC Mark Lewis <mark.lewis@mir3.com>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-21 15:24 UTC Alex Hayward <xelah-pgsql@xelah.com>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-21 21:20 UTC Mikael Carneholm <Mikael.Carneholm@WirelessCar.com>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-24 01:29 UTC Mark Kirkwood <markir@paradise.net.nz>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-24 14:36 UTC Alex Hayward <xelah-pgsql@xelah.com>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-24 20:38 UTC Mikael Carneholm <Mikael.Carneholm@WirelessCar.com>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-24 23:57 UTC Mark Kirkwood <markir@paradise.net.nz>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-26 01:42 UTC mlartz@gmail.com <mlartz@gmail.com>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-27 14:05 UTC Alex Hayward <xelah-pgsql@xelah.com>
` Re: Hardware: HP StorageWorks MSA 1500
2006-04-28 02:30 UTC Mark Kirkwood <markir@paradise.net.nz>
` Re: Hardware: HP StorageWorks MSA 1500
2006-05-01 21:33 UTC Mikael Carneholm <Mikael.Carneholm@WirelessCar.com>
[12+ messages in thread]
hardare config question
2006-04-28 15:37 UTC Erik Myllymaki <erik.myllymaki@aviawest.com>
` Re: hardare config question
2006-04-28 17:36 UTC Vivek Khera <vivek@khera.org>
` Re: hardare config question
2006-04-28 17:47 UTC Mark Lewis <mark.lewis@mir3.com>
` Re: hardare config question
2006-04-28 18:19 UTC Ron Peacetree <rjpeace@earthlink.net>
` Re: hardare config question
2006-04-29 05:07 UTC Luke Lonergan <llonergan@greenplum.com>
` Re: hardare config question
2006-05-01 17:58 UTC Erik Myllymaki <erik.myllymaki@aviawest.com>
` Re: hardare config question
2006-05-01 18:15 UTC Mark Lewis <mark.lewis@mir3.com>
` Re: hardare config question
2006-05-01 18:22 UTC Tom Arthurs <tarthurs@jobflash.com>
` Re: hardare config question
2006-05-01 18:29 UTC Vivek Khera <vivek@khera.org>
` Re: hardare config question
2006-05-01 18:43 UTC Erik Myllymaki <erik.myllymaki@aviawest.com>
` Re: hardare config question
2006-05-01 18:50 UTC Luke Lonergan <llonergan@greenplum.com>
` Re: hardare config question
2006-05-01 18:51 UTC Scott Marlowe <smarlowe@g2switchworks.com>
` Re: hardare config question
2006-05-01 19:40 UTC Erik Myllymaki <erik.myllymaki@aviawest.com>
[13+ messages in thread]
Worsening performance with 7.4 on flash-based system
2006-04-21 18:24 UTC Greg Stumph <gregstumph@comcast.net>
` Re: Worsening performance with 7.4 on flash-based system
2006-04-28 18:36 UTC Greg Stumph <gregstumph@comcast.net>
` Re: Worsening performance with 7.4 on flash-based system
2006-04-29 20:59 UTC William Yu <wyu@talisys.com>
` Re: Worsening performance with 7.4 on flash-based system
2006-04-29 23:51 UTC chris smith <dmagick@gmail.com>
` Re: Worsening performance with 7.4 on flash-based system
2006-05-01 15:55 UTC Scott Marlowe <smarlowe@g2switchworks.com>
[5+ messages in thread]
CPU usage goes to 100%, query seems to ran forever
2006-04-27 18:44 UTC Andrus <eetasoft@online.ee>
` Re: CPU usage goes to 100%, query seems to ran forever
2006-04-27 19:09 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: CPU usage goes to 100%, query seems to ran forever
2006-04-28 09:00 UTC Andrus <eetasoft@online.ee>
` Re: CPU usage goes to 100%, query seems to ran forever
2006-04-28 14:57 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: CPU usage goes to 100%, query seems to ran forever
2006-04-28 16:19 UTC Andrus <eetasoft@online.ee>
[5+ messages in thread]
Arrays and index scan
2006-04-28 14:46 UTC Markus Schaber <schabi@logix-tt.com>
` Re: Arrays and index scan
2006-04-28 15:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-27 06:31 UTC Guoping Zhang <guoping.zhang@nec.com.au>
` Re: how unsafe (or worst scenarios) when setting fsync
2006-04-27 07:13 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-27 07:42 UTC Mikael Carneholm <Mikael.Carneholm@WirelessCar.com>
` Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-27 09:26 UTC Guillaume Smet <guillaume.smet@gmail.com>
` Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-27 14:53 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: how unsafe (or worst scenarios) when setting fsync
2006-04-27 14:57 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-28 04:43 UTC Guoping Zhang <guoping.zhang@nec.com.au>
` Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-28 04:56 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: how unsafe (or worst scenarios) when setting fsync
2006-04-28 05:01 UTC Guoping Zhang <guoping.zhang@nec.com.au>
` Re: how unsafe (or worst scenarios) when setting fsync
2006-04-28 05:05 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-28 05:18 UTC Guoping Zhang <guoping.zhang@nec.com.au>
` Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-28 05:58 UTC Guoping Zhang <guoping.zhang@nec.com.au>
` Re: how unsafe (or worst scenarios) when setting fsync OFF for postgresql
2006-04-28 08:51 UTC Mikael Carneholm <Mikael.Carneholm@WirelessCar.com>
` Re: how unsafe (or worst scenarios) when setting fsync
2006-04-28 08:59 UTC Markus Schaber <schabi@logix-tt.com>
[14+ messages in thread]
Large (8M) cache vs. dual-core CPUs
2006-04-25 18:14 UTC Bill Moran <wmoran@collaborativefusion.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 18:33 UTC Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 18:35 UTC Gavin Hamill <gdh@laterooms.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 18:36 UTC Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 18:38 UTC mark@mark.mielke.cc
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 18:42 UTC Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 18:49 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 19:12 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 19:57 UTC David Boreham <david_list@boreham.org>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 21:00 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 21:03 UTC Bruce Momjian <pgman@candle.pha.pa.us>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 21:09 UTC Ron Peacetree <rjpeace@earthlink.net>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 21:15 UTC David Boreham <david_list@boreham.org>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 21:43 UTC Ron Peacetree <rjpeace@earthlink.net>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 22:03 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-25 23:55 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 00:54 UTC mark@mark.mielke.cc
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 01:17 UTC mark@mark.mielke.cc
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 01:53 UTC Leigh Dyer <leigh@eclinic.com.au>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 03:07 UTC Ron Peacetree <rjpeace@earthlink.net>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 06:48 UTC mark@mark.mielke.cc
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 12:40 UTC Ron Peacetree <rjpeace@earthlink.net>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 14:02 UTC David Boreham <david_list@boreham.org>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 14:19 UTC William Yu <wyu@talisys.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 14:43 UTC David Boreham <david_list@boreham.org>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 15:10 UTC Ron Peacetree <rjpeace@earthlink.net>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 15:13 UTC PFC <lists@peufeu.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 15:17 UTC Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 15:24 UTC William Yu <wyu@talisys.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 15:27 UTC Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 22:09 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 22:14 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 22:16 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 22:16 UTC Bruce Momjian <pgman@candle.pha.pa.us>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 22:24 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-26 22:37 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-27 02:56 UTC mark@mark.mielke.cc
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-27 15:11 UTC Vivek Khera <vivek@khera.org>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-27 15:19 UTC Vivek Khera <vivek@khera.org>
` Re: Large (8M) cache vs. dual-core CPUs
2006-04-28 08:32 UTC Sven Geisler <sgeisler@aeccom.com>
[40+ messages in thread]
Introducing a new linux readahead framework
2006-04-20 02:08 UTC Wu Fengguang <wfg@mail.ustc.edu.cn>
` Introducing a new linux readahead framework
2006-04-21 01:38 UTC Wu Fengguang <wfg@mail.ustc.edu.cn>
` Re: Introducing a new linux readahead framework
2006-04-21 04:31 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Introducing a new linux readahead framework
2006-04-21 07:15 UTC Wu Fengguang <wfg@mail.ustc.edu.cn>
` Re: Introducing a new linux readahead framework
2006-04-21 07:53 UTC Markus Schaber <schabi@logix-tt.com>
` Re: Introducing a new linux readahead framework
2006-04-21 12:20 UTC Wu Fengguang <wfg@mail.ustc.edu.cn>
` Re: Introducing a new linux readahead framework
2006-04-21 18:34 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Introducing a new linux readahead framework
2006-04-22 12:15 UTC Wu Fengguang <wfg@mail.ustc.edu.cn>
` Re: Introducing a new linux readahead framework
2006-04-26 14:43 UTC Michael Stone <mstone+postgres@mathom.us>
` Re: Introducing a new linux readahead framework
2006-04-26 20:08 UTC Steve Poe <steve.poe@gmail.com>
` Re: Introducing a new linux readahead framework
2006-04-26 22:28 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Introducing a new linux readahead framework
2006-04-27 11:43 UTC Michael Stone <mstone+postgres@mathom.us>
[12+ messages in thread]
Slow deletes in 8.1 when FKs are involved
2006-04-20 16:48 UTC Will Reese <wreese@rackspace.com>
` Slow deletes in 8.1 when FKs are involved
2006-04-24 02:41 UTC Will Reese <wreese@rackspace.com>
` Re: Slow deletes in 8.1 when FKs are involved
2006-04-24 03:32 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow deletes in 8.1 when FKs are involved
2006-04-24 17:09 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: Slow deletes in 8.1 when FKs are involved
2006-04-26 00:02 UTC Will Reese <wreese@rackspace.com>
` Re: Slow deletes in 8.1 when FKs are involved
2006-04-26 23:43 UTC Stef T <stef@ummon.com>
` Re: Slow deletes in 8.1 when FKs are involved
2006-04-27 02:13 UTC Will Reese <wreese@rackspace.com>
[7+ messages in thread]
Re: [Bizgres-general] Introducing a new linux
2006-04-26 23:33 UTC Luke Lonergan <llonergan@greenplum.com>
` Re: [Bizgres-general] Introducing a new linux
2006-04-26 23:53 UTC Michael Stone <mstone+postgres@mathom.us>
[2+ messages in thread]
WAL logging of SELECT ... INTO command
2006-03-21 12:22 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-21 20:33 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 06:20 UTC Qingqing Zhou <zhouqq@cs.toronto.edu>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 12:47 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 13:08 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 13:19 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 15:06 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 15:14 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 15:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 16:19 UTC Csaba Nagy <nagy@ecircle-ag.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-22 19:37 UTC Kris Jurka <books@ejurka.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-24 10:05 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-24 10:07 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-24 12:39 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-24 13:01 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-24 13:47 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: WAL logging of SELECT ... INTO command
2006-03-24 13:59 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: [PERFORM] WAL logging of SELECT ... INTO command
2006-03-24 18:09 UTC Kris Jurka <books@ejurka.com>
` Re: [PERFORM] WAL logging of SELECT ... INTO command
2006-04-21 23:11 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: WAL logging of SELECT ... INTO command
2006-04-21 23:56 UTC Bruce Momjian <pgman@candle.pha.pa.us>
` Re: [PERFORM] WAL logging of SELECT ... INTO command
2006-04-26 23:02 UTC Bruce Momjian <pgman@candle.pha.pa.us>
[21+ messages in thread]
slow deletes on pgsql 7.4
2006-04-25 21:41 UTC Junaili Lie <junaili@gmail.com>
` Re: slow deletes on pgsql 7.4
2006-04-25 21:46 UTC Junaili Lie <junaili@gmail.com>
` Re: slow deletes on pgsql 7.4
2006-04-25 23:09 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: slow deletes on pgsql 7.4
2006-04-26 00:14 UTC Junaili Lie <junaili@gmail.com>
` Re: slow deletes on pgsql 7.4
2006-04-26 01:04 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: slow deletes on pgsql 7.4
2006-04-26 14:27 UTC Junaili Lie <junaili@gmail.com>
[6+ messages in thread]
Query on postgresql 7.4.2 not using index
2006-04-25 13:28 UTC Arnau <arnaulist@andromeiberica.com>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 13:34 UTC chris smith <dmagick@gmail.com>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 13:49 UTC Arnau <arnaulist@andromeiberica.com>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 14:31 UTC Guillaume Smet <guillaume.smet@gmail.com>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 15:05 UTC Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 15:22 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 15:47 UTC Arnau <arnaulist@andromeiberica.com>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 15:54 UTC Scott Marlowe <smarlowe@g2switchworks.com>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 15:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query on postgresql 7.4.2 not using index
2006-04-25 16:33 UTC Arnau <arnaulist@andromeiberica.com>
` Re: Query on postgresql 7.4.2 not using index
2006-04-26 01:39 UTC chris smith <dmagick@gmail.com>
[11+ messages in thread]
ip address data type
2006-04-24 22:45 UTC Sriram Dandapani <sdandapani@counterpane.com>
` Re: ip address data type
2006-04-24 22:48 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: ip address data type
2006-04-24 23:40 UTC Steve Atkins <steve@blighty.com>
` Re: ip address data type
2006-04-25 19:22 UTC Florian Weimer <fw@deneb.enyo.de>
[4+ messages in thread]
planner not using index for like operator
2006-04-25 17:08 UTC Sriram Dandapani <sdandapani@counterpane.com>
` Re: planner not using index for like operator
2006-04-25 18:03 UTC Dave Dutcher <dave@tridecap.com>
` Re: planner not using index for like operator
2006-04-25 18:24 UTC Jim C. Nasby <jnasby@pervasive.com>
` Re: planner not using index for like operator
2006-04-25 18:31 UTC Sriram Dandapani <sdandapani@counterpane.com>
` Re: planner not using index for like operator
2006-04-25 18:52 UTC Sriram Dandapani <sdandapani@counterpane.com>
[5+ messages in thread]
Slow queries salad ;)
2006-04-25 17:53 UTC PFC <lists@peufeu.com>
` Re: Slow queries salad ;)
2006-04-25 18:20 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow queries salad ;)
2006-04-25 18:35 UTC Jim C. Nasby <jnasby@pervasive.com>
[3+ messages in thread]
security for row level but not based on Database user's login
2006-04-21 10:28 UTC Friends <ramasamy.p@gmail.com>
` Re: security for row level but not based on Database user's
2006-04-25 09:40 UTC Richard Huxton <dev@archonet.com>
` Re: security for row level but not based on Database user's
2006-04-25 10:40 UTC Richard Huxton <dev@archonet.com>
[3+ messages in thread]
Index on function less well cached than "regular" index ?
2006-04-24 10:53 UTC Paul Mackay <mackaypaul@gmail.com>
` Re: Index on function less well cached than "regular" index ?
2006-04-24 22:11 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
GROUP BY Vs. Sub SELECT
2006-04-23 20:57 UTC Bruno Almeida do Lago <teolupus@gmail.com>
` Re: GROUP BY Vs. Sub SELECT
2006-04-23 23:34 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: GROUP BY Vs. Sub SELECT
2006-04-24 14:36 UTC Bruno Almeida do Lago <teolupus@gmail.com>
` Re: GROUP BY Vs. Sub SELECT
2006-04-24 19:07 UTC Richard Broersma Jr <rabroersma@yahoo.com>
` Re: GROUP BY Vs. Sub SELECT
2006-04-24 21:00 UTC Jim C. Nasby <jnasby@pervasive.com>
[5+ messages in thread]
serious problems with vacuuming databases
2006-04-09 18:22 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: serious problems with vacuuming databases
2006-04-09 18:37 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: serious problems with vacuuming databases
2006-04-09 18:53 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: serious problems with vacuuming databases
2006-04-09 20:33 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: serious problems with vacuuming databases
2006-04-09 20:37 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: serious problems with vacuuming databases
2006-04-09 20:44 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: serious problems with vacuuming databases
2006-04-09 20:45 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: serious problems with vacuuming databases
2006-04-09 21:49 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: serious problems with vacuuming databases
2006-04-09 22:01 UTC Alvaro Herrera <alvherre@commandprompt.com>
` Re: serious problems with vacuuming databases
2006-04-10 06:54 UTC Ahmad Fajar <ahmadfajar@i2.co.id>
` Re: serious problems with vacuuming databases
2006-04-24 19:00 UTC Tomas Vondra <vondra@karneval.cz>
[11+ messages in thread]
Recovery will take 10 hours
2006-04-20 19:29 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-20 20:17 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Recovery will take 10 hours
2006-04-20 21:13 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-20 21:19 UTC Jeff Frost <jeff@frostconsultingllc.com>
` Re: Recovery will take 10 hours
2006-04-20 21:19 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Recovery will take 10 hours
2006-04-20 21:21 UTC Luke Lonergan <llonergan@greenplum.com>
` Re: Recovery will take 10 hours
2006-04-20 23:11 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-20 23:15 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-20 23:20 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-20 23:20 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Recovery will take 10 hours
2006-04-20 23:26 UTC Jeff Frost <jeff@frostconsultingllc.com>
` Re: Recovery will take 10 hours
2006-04-20 23:27 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-20 23:29 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Recovery will take 10 hours
2006-04-20 23:43 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-21 00:24 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-21 01:05 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-21 01:15 UTC Gavin Sherry <swm@alcove.com.au>
` Re: Recovery will take 10 hours
2006-04-23 16:06 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Recovery will take 10 hours
2006-04-24 04:46 UTC Brendan Duddridge <brendan@clickspace.com>
` Re: Recovery will take 10 hours
2006-04-24 08:29 UTC Markus Schaber <schabi@logix-tt.com>
` Re: Recovery will take 10 hours
2006-04-24 17:27 UTC Simon Riggs <simon@2ndquadrant.com>
[21+ messages in thread]
[next (older)]
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox