Skip site navigation (1)
Skip section navigation (2)
420 messages
30 April 2009
29 April 2009
Re: partition question for new server setup Scott Carey (01:59)
Re: partition question for new server setup Scott Carey (01:32)
Re: partition question for new server setup Scott Marlowe (00:20)
Re: partition question for new server setup Whit Armstrong (00:10)
Re: partition question for new server setup Whit Armstrong (00:02)
28 April 2009
Re: partition question for new server setup Scott Carey (23:40)
Re: pg_lock_status() performance Tom Lane (22:17)
Re: pg_lock_status() performance Merlin Moncure (21:43)
Re: pg_lock_status() performance Merlin Moncure (21:42)
Re: pg_lock_status() performance Tom Lane (21:41)
Re: partition question for new server setup Scott Marlowe (19:19)
Re: partition question for new server setup Scott Marlowe (19:17)
Re: partition question for new server setup Scott Marlowe (19:15)
Re: partition question for new server setup Whit Armstrong (19:15)
Re: partition question for new server setup Kevin Grittner (19:13)
Re: partition question for new server setup Kenneth Marshall (18:47)
Re: partition question for new server setup Whit Armstrong (18:47)
Re: partition question for new server setup Kevin Grittner (18:31)
Re: partition question for new server setup Craig James (18:23)
Re: partition question for new server setup Alan Hodgson (18:23)
Re: partition question for new server setup Craig James (18:13)
Re: partition question for new server setup Kenneth Marshall (18:06)
Re: partition question for new server setup Scott Marlowe (17:56)
pg_lock_status() performance Merlin Moncure (17:53)
Re: partition question for new server setup Whit Armstrong (17:48)
Re: partition question for new server setup Scott Marlowe (17:37)
partition question for new server setup Whit Armstrong (16:56)
any interest of changing the page size ? Laurent Laborde (09:53)
27 April 2009
Re: Using IOZone to simulate DB access patterns Laurent Laborde (15:33)
Re: plpgsql function running long, but resources consumption is very low Pavel Stehule (09:56)
plpgsql function running long, but resources consumption is very low Wojtek (09:39)
Re: performance for high-volume log insertion david (07:14)
Re: performance for high-volume log insertion Scott Marlowe (07:07)
Re: performance for high-volume log insertion Kris Jurka (06:45)
Re: performance for high-volume log insertion Scott Marlowe (06:29)
Re: Using IOZone to simulate DB access patterns Mark Wong (03:45)
Re: Using IOZone to simulate DB access patterns Mark Wong (03:28)
26 April 2009
Re: performance for high-volume log insertion Kris Jurka (17:08)
23 April 2009
Re: performance for high-volume log insertion Thomas Kellerer (22:15)
Re: WHERE condition not being pushed down to union parts Tom Lane (16:15)
Re: WHERE condition not being pushed down to union parts John L. Clark (16:09)
Re: performance for high-volume log insertion Stephen Frost (11:11)
Re: performance for high-volume log insertion Stephen Frost (11:04)
Re: performance for high-volume log insertion david (04:56)
Re: performance for high-volume log insertion Glenn Maynard (02:26)
Re: performance for high-volume log insertion Stephen Frost (01:50)
Re: performance for high-volume log insertion Stephen Frost (01:48)
22 April 2009
Re: performance for high-volume log insertion Glenn Maynard (22:16)
Re: performance for high-volume log insertion Stephen Frost (21:51)
Re: performance for high-volume log insertion Glenn Maynard (21:48)
Re: performance for high-volume log insertion Glenn Maynard (21:20)
Re: performance for high-volume log insertion Joshua D. Drake (21:18)
Re: performance for high-volume log insertion Glenn Maynard (21:11)
Re: performance for high-volume log insertion James Mansion (20:53)
Re: performance for high-volume log insertion Tom Lane (20:49)
Re: performance for high-volume log insertion Stephen Frost (20:37)
Re: performance for high-volume log insertion david (20:07)
Re: performance for high-volume log insertion Glenn Maynard (19:38)
Re: GiST index performance Matthew Wakeling (16:06)
Re: performance for high-volume log insertion Simon Riggs (15:18)
Re: GiST index performance Matthew Wakeling (13:53)
Re: performance for high-volume log insertion Stephen Frost (12:44)
Re: performance for high-volume log insertion Stephen Frost (12:19)
Re: probelm with alter table add constraint...... roopabenzer (07:16)
Re: performance for high-volume log insertion James Mansion (05:26)
Re: performance for high-volume log insertion Robert Haas (02:29)
Re: performance for high-volume log insertion david (00:13)
Re: performance for high-volume log insertion Greg Smith (00:01)
21 April 2009
Re: performance for high-volume log insertion Stephen Frost (19:25)
Re: performance for high-volume log insertion James Mansion (19:22)
Re: performance for high-volume log insertion Stephen Frost (19:17)
Re: performance for high-volume log insertion Stephen Frost (19:15)
Re: performance for high-volume log insertion david (18:44)
Re: performance for high-volume log insertion david (18:35)
Re: performance for high-volume log insertion Kenneth Marshall (18:34)
Re: WHERE condition not being pushed down to union parts John L. Clark (18:12)
Re: performance for high-volume log insertion david (18:09)
Re: performance for high-volume log insertion Stephen Frost (17:26)
Re: performance for high-volume log insertion Greg Smith (17:17)
Re: performance for high-volume log insertion david (16:59)
Re: performance for high-volume log insertion Stephen Frost (16:38)
Re: performance for high-volume log insertion Ben Chobot (16:03)
Re: SQL With Dates Robert Haas (15:57)
Re: performance for high-volume log insertion Kenneth Marshall (15:52)
Re: performance for high-volume log insertion david (15:38)
Re: WHERE condition not being pushed down to union parts Tom Lane (14:50)
Re: WHERE condition not being pushed down to union parts John L. Clark (14:41)
Re: WHERE condition not being pushed down to union parts Tom Lane (14:35)
WHERE condition not being pushed down to union parts John L. Clark (14:21)
Re: performance for high-volume log insertion Kenneth Marshall (13:33)
Re: GiST index performance Matthew Wakeling (10:40)
Re: performance for high-volume log insertion Richard Huxton (08:56)
Re: performance for high-volume log insertion david (08:26)
Re: performance for high-volume log insertion david (07:50)
Re: performance for high-volume log insertion Stephen Frost (06:51)
Re: performance for high-volume log insertion Stephen Frost (06:46)
Re: performance for high-volume log insertion Stephen Frost (06:41)
Re: performance for high-volume log insertion david (06:08)
Re: performance for high-volume log insertion david (06:05)
Re: performance for high-volume log insertion david (06:01)
Re: performance for high-volume log insertion Stephen Frost (04:10)
Re: performance for high-volume log insertion david (03:30)
Re: performance for high-volume log insertion Stephen Frost (03:15)
Re: performance for high-volume log insertion Greg Smith (03:12)
Re: performance for high-volume log insertion Stephen Frost (02:51)
Re: performance for high-volume log insertion david (02:24)
Re: performance for high-volume log insertion Stephen Frost (01:55)
20 April 2009
Re: SQL With Dates Mark Lewis (20:17)
Re: SQL With Dates Scott Marlowe (18:59)
Re: SQL With Dates Rafael Domiciano (18:48)
Re: GiST index performance Tom Lane (15:27)
Re: SQL With Dates Grzegorz Jaśkiewicz (14:16)
Re: GiST index performance Matthew Wakeling (14:11)
SQL With Dates Rafael Domiciano (13:55)
19 April 2009
18 April 2009
Re: stats are way off on 8.4 b1 Heikki Linnakangas (07:00)
17 April 2009
Re: stats are way off on 8.4 b1 Tom Lane (23:30)
stats are way off on 8.4 b1 Grzegorz Jaśkiewicz (23:12)
Re: GiST index performance Matthew Wakeling (17:18)
Re: No hash join across partitioned tables? Kris Jurka (17:05)
Re: No hash join across partitioned tables? Kris Jurka (15:12)
Re: No hash join across partitioned tables? Tom Lane (15:08)
Re: No hash join across partitioned tables? Tom Lane (15:02)
Optimizer's issue Vlad Arkhipov (04:50)
Re: GiST index performance Craig Ringer (01:22)
Re: No hash join across partitioned tables? Kris Jurka (01:02)
16 April 2009
Re: No hash join across partitioned tables? Tom Lane (23:12)
No hash join across partitioned tables? Kris Jurka (23:09)
Re: GiST index performance Matthew Wakeling (18:05)
Re: GiST index performance Tom Lane (17:59)
Re: GiST index performance Matthew Wakeling (17:54)
Re: GiST index performance Tom Lane (17:52)
Re: GiST index performance dforum (17:26)
Re: GiST index performance Matthew Wakeling (17:23)
Re: GiST index performance Tom Lane (16:57)
Re: GiST index performance Matthew Wakeling (16:38)
Re: GiST index performance Kevin Grittner (16:33)
GiST index performance Matthew Wakeling (16:06)
Re: Really dumb planner decision Tom Lane (16:04)
Re: Shouldn't the planner have a higher cost for reverse index scans? Tom Lane (16:01)
Re: Really dumb planner decision Matthew Wakeling (15:54)
Re: Shouldn't the planner have a higher cost for reverse index scans? Lists (15:52)
Re: Really dumb planner decision Robert Haas (15:49)
Re: Shouldn't the planner have a higher cost for reverse index scans? Tom Lane (15:43)
Re: Shouldn't the planner have a higher cost for reverse index scans? Tom Lane (15:37)
Re: Really dumb planner decision Merlin Moncure (14:49)
Re: Really dumb planner decision Kevin Grittner (14:11)
Re: Really dumb planner decision Tom Lane (13:49)
Re: Really dumb planner decision Merlin Moncure (12:11)
Re: Shouldn't the planner have a higher cost for reverse index scans? Merlin Moncure (12:06)
Re: Really dumb planner decision Matthew Wakeling (12:05)
Re: Really dumb planner decision Robert Haas (11:42)
Re: Really dumb planner decision Matthew Wakeling (11:31)
Re: Really dumb planner decision Matthew Wakeling (11:24)
Re: Really dumb planner decision Grzegorz Jaśkiewicz (11:16)
Re: Really dumb planner decision Grzegorz Jaśkiewicz (10:48)
Really dumb planner decision Matthew Wakeling (10:37)
Re: Shouldn't the planner have a higher cost for reverse index scans? Grzegorz Jaśkiewicz (08:12)
Re: Shouldn't the planner have a higher cost for reverse index scans? Lists (06:42)
15 April 2009
Re: error updating a very large table Tom Lane (13:52)
Re: INSERT times - same storage space but more fields -> much slower inserts Matthew Wakeling (11:58)
Re: INSERT times - same storage space but more fields -> much slower inserts Matthew Wakeling (11:50)
need information Peeyush (11:21)
Re: error updating a very large table Grzegorz Jaśkiewicz (11:19)
Re: INSERT times - same storage space but more fields -> much slower inserts Stephen Frost (01:01)
error updating a very large table Brian Cox (00:46)
Peripheral Links
Header And Logo
|
Site Navigation
pgsql-performance 2009-04 Chronological Index (1/3)
Last updated: Wed Jan 18 04:15:01 2012420 messages
- Thread Index
- [Prev Page]
- [Next Page]
- 01 May 2009
- Re: partition question for new server setup Whit Armstrong (02:40)
- Re: partition question for new server setup Whit Armstrong (21:16)
- Re: partition question for new server setup Scott Carey (19:08)
- Re: partition question for new server setup Scott Carey (23:58)
- Re: plpgsql function running long, but resources consumption is very low Scott Carey (19:08)
- Re: performance for high-volume log insertion Thomas (17:35)
- [no subject] Adam Ruth (23:01)
- Re: performance for high-volume log insertion david (22:46)
- Re: WHERE condition not being pushed down to union parts Tom Lane (19:58)
- performance for high-volume log insertion david (21:53)
- Re: No hash join across partitioned tables? Tom Lane (23:31)
- Re: stats are way off on 8.4 b1 Grzegorz Jaśkiewicz (12:02)
- Re: stats are way off on 8.4 b1 Grzegorz Jaśkiewicz (23:40)
- Re: No hash join across partitioned tables? Kris Jurka (23:30)
- Re: error updating a very large table Simon Riggs (17:10)
- Thread Index
- [Prev Page]
- [Next Page]