Skip site navigation (1) Skip section navigation (2)

Peripheral Links

Text Size: Normal / Large
Donate
Contact

PostgreSQL

The world's most advanced open source database.

pgsql-performance - February 2006

Prev | Next

Jump to day: 1 2 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 27 28

2006-02-01

Storing Digital Video Rodrigo Madera (00:32)
Re: Storing Digital Video Jeffrey W. Baker (00:37)
Re: Storing Digital Video Matt Davies | Postgresql List (00:51)
Re: Huge Data sets, simple queries Steinar H. Gunderson (01:26)
Re: Huge Data sets, simple queries Luke Lonergan (01:35)
Re: Huge Data sets, simple queries Jim C. Nasby (02:47)
Sequential scan being used despite indexes James Russell (03:14)
Re: Sequential scan being used despite indexes Joshua D. Drake (03:29)
Re: Sequential scan being used despite indexes Michael Fuhr (03:58)
Re: Huge Data sets, simple queries Jeffrey W. Baker (04:09)
Re: Sequential scan being used despite indexes James Russell (04:33)
Re: Sequential scan being used despite indexes Christopher Kings-Lynne (04:43)
Re: Sequential scan being used despite indexes Michael Fuhr (05:08)
Re: partitioning and locking problems Tom Lane (05:49)
Re: Huge Data sets, simple queries Luke Lonergan (05:53)
Re: Huge Data sets, simple queries Jeffrey W. Baker (08:25)
Re: Huge Data sets, simple queries PFC (09:01)
Re: partitioning and locking problems Richard Huxton (09:39)
execution plan : Oracle vs PostgreSQL FERREIRA, William (VALTECH) (10:11)
Re: Huge Data sets, simple queries Michael Stone (12:15)
Re: partitioning and locking problems Marc Morin (14:25)
Re: partitioning and locking problems Tom Lane (15:20)
Re: execution plan : Oracle vs PostgreSQL Tom Lane (16:04)
Re: execution plan : Oracle vs PostgreSQL FERREIRA, William (VALTECH) (16:33)
Re: Huge Data sets, simple queries Luke Lonergan (17:42)
Re: Huge Data sets, simple queries Steinar H. Gunderson (17:55)
Re: Huge Data sets, simple queries Mike Rylander (17:57)
Planner reluctant to start from subquery Kevin Grittner (18:33)
Re: Planner reluctant to start from subquery Tom Lane (19:34)
Re: Planner reluctant to start from subquery Kevin Grittner (19:59)
Index Usage using IN Ralph Mason (20:12)
Re: Planner reluctant to start from subquery Tom Lane (20:14)
Re: Index Usage using IN Jeffrey W. Baker (20:22)
Re: Planner reluctant to start from subquery Kevin Grittner (20:24)
Re: Index Usage using IN Jeffrey W. Baker (20:28)
Re: Planner reluctant to start from subquery Tom Lane (20:36)
Re: Index Usage using IN Tom Lane (20:41)
Re: Planner reluctant to start from subquery Kevin Grittner (20:43)
Re: Planner reluctant to start from subquery Kevin Grittner (20:50)
Re: Planner reluctant to start from subquery Tom Lane (20:53)
Default autovacuum settings too conservative Jim C. Nasby (21:16)
Re: Index Usage using IN Bruno Wolff III (21:23)
Re: [PERFORM] Default autovacuum settings too conservative Matthew T. O'Connor (21:37)
Re: Index Usage using IN Hari Warrier (22:12)

2006-02-02

Re: Huge Data sets, simple queries Luke Lonergan (04:47)
pgbench output Pradeep Parmar (07:09)
Re: Where is my bottleneck? Markus Schaber (12:14)
Re: partitioning and locking problems Markus Schaber (12:44)
Index occupancy tschak (14:03)
Re: partitioning and locking problems Marc Morin (16:27)
Re: Planner reluctant to start from subquery Tom Lane (16:58)
Re: Huge Data sets, simple queries Alan Stange (19:41)

2006-02-05

Re: Index occupancy Tom Lane (00:49)

2006-02-06

Re: Storing Digital Video Albert Cervera Areny (08:30)
Re: Default autovacuum settings too conservative Vivek Khera (20:00)
Re: execution plan : Oracle vs PostgreSQL Andrew Lazarus (20:36)
Re: Default autovacuum settings too conservative Chris Browne (22:15)

2006-02-07

Re: partitioning and locking problems Jim C. Nasby (04:11)
Re: [PERFORM] Default autovacuum settings too conservative Jim C. Nasby (05:05)
Re: pgbench output Jim C. Nasby (05:06)
Re: Default autovacuum settings too conservative Christopher Browne (06:14)
Re: Default autovacuum settings too conservative Jim C. Nasby (07:26)
Re: Default autovacuum settings too conservative Markus Schaber (12:39)
Re: Default autovacuum settings too conservative Michael Stone (14:20)
Re: partitioning and locking problems Simon Riggs (22:09)
Re: partitioning and locking problems Ron (22:22)
Re: partitioning and locking problems Marc Morin (22:57)

2006-02-08

Re: partitioning and locking problems Jim C. Nasby (00:59)
Re: Default autovacuum settings too conservative Jim C. Nasby (01:03)
Re: Default autovacuum settings too conservative Russell Smith (01:49)
Re: Default autovacuum settings too conservative Christopher Browne (04:12)
Re: partitioning and locking problems Simon Riggs (08:30)
Re: Default autovacuum settings too conservative Markus Schaber (11:05)
Re: Default autovacuum settings too conservative Markus Schaber (13:38)
optimizing away join when querying view Jacob Costello (13:54)
Size and performance hit from using UTF8 vs. ASCII? Ron (14:11)
Re: optimizing away join when querying view Tom Lane (15:37)
Re: optimizing away join when querying view Stephan Szabo (15:46)
Re: Size and performance hit from using UTF8 vs. ASCII? Jeffrey W. Baker (15:54)
Sane configuration options for a WinXP laptop 8.1 install? Ron (22:05)
Re: Default autovacuum settings too conservative Tim Allen (23:31)

2006-02-09

Re: Default autovacuum settings too conservative Markus Schaber (00:21)
Re: Sane configuration options for a WinXP laptop 8.1 install? Jim C. Nasby (06:32)
Re: Storing Digital Video Nate Byrnes (13:45)
Help with optimizing a sql statement Rafael Martinez Guerrero (15:10)
Re: Storing Digital Video Craig A. James (15:18)
Re: Storing Digital Video Nate Byrnes (15:58)
Large Database Design Help Orion Henry (19:07)
Re: Storing Digital Video Jim C. Nasby (19:26)
Re: Help with optimizing a sql statement Jim C. Nasby (19:33)
Re: Help with optimizing a sql statement Dave Dutcher (19:44)
Re: Large Database Design Help Greg Stark (19:45)
Re: Large Database Design Help Jim C. Nasby (19:45)
Re: Help with optimizing a sql statement Jim C. Nasby (19:46)
Re: Large Database Design Help Matthew Nuzum (21:49)
Re: Help with optimizing a sql statement Rafael Martinez (22:44)
Re: Storing Digital Video Jan Peterson (23:14)
Re: Help with optimizing a sql statement Tom Lane (23:22)
Re: Help with optimizing a sql statement Rafael Martinez (23:36)

2006-02-10

Re: Help with optimizing a sql statement Vivek Khera (02:28)
Re: Help with optimizing a sql statement Greg Stark (06:05)
10+hrs vs 15min because of just one index Aaron Turner (08:16)
Basic Database Performance James Dey (08:22)
Re: 10+hrs vs 15min because of just one index hubert depesz lubaczewski (09:00)
Re: Basic Database Performance Richard Huxton (09:36)
Re: Basic Database Performance Richard Huxton (09:50)
Re: Basic Database Performance James Dey (09:55)
Re: Large Database Design Help Markus Schaber (10:04)
Re: Large Database Design Help Markus Schaber (10:24)
Re: Basic Database Performance Markus Schaber (10:37)
Re: pgbench output Gourish Singbal (15:41)
Re: 10+hrs vs 15min because of just one index Aaron Turner (16:35)
Re: 10+hrs vs 15min because of just one index Matthew T. O'Connor (17:13)
Re: 10+hrs vs 15min because of just one index Aaron Turner (17:24)
What do the Windows pg hackers out there like for dev tools? Ron (19:22)
Re: Large Database Design Help PFC (19:48)
Re: Basic Database Performance PFC (20:14)
help required in design of database david drummard (20:20)
Re: help required in design of database Steinar H. Gunderson (21:03)
joining two tables slow due to sequential scan Tim Jones (22:06)
Re: joining two tables slow due to sequential scan Dave Dutcher (22:14)
Re: joining two tables slow due to sequential scan Scott Marlowe (22:22)
Re: joining two tables slow due to sequential scan Tim Jones (22:35)
Re: joining two tables slow due to sequential scan Scott Marlowe (22:36)
Re: joining two tables slow due to sequential scan Tim Jones (22:37)
Re: joining two tables slow due to sequential scan Scott Marlowe (22:39)
Re: Large Database Design Help Ragnar (22:39)
Re: Large Database Design Help Scott Marlowe (22:42)
Re: joining two tables slow due to sequential scan Tim Jones (22:43)
Re: joining two tables slow due to sequential scan Tom Lane (22:44)
Re: joining two tables slow due to sequential scan Scott Marlowe (22:46)
Re: joining two tables slow due to sequential scan Tom Lane (22:51)
Re: joining two tables slow due to sequential scan Tim Jones (22:59)
Re: joining two tables slow due to sequential scan Dave Dutcher (23:25)

2006-02-11

Re: What do the Windows pg hackers out there like for dev tools? Merlin Moncure (00:40)
postgresql geqo optimization uwcssa (01:46)
Re: postgresql geqo optimization Steinar H. Gunderson (01:52)
Re: What do the Windows pg hackers out there like for dev Mark Kirkwood (01:57)
Re: [PERFORM] What do the Windows pg hackers out there like for dev Tom Lane (16:09)
Re: Storing Digital Video Jim C. Nasby (20:32)
Re: 10+hrs vs 15min because of just one index Jim C. Nasby (21:24)

2006-02-12

Re: [PERFORM] What do the Windows pg hackers out there like Mark Kirkwood (04:06)
Re: 10+hrs vs 15min because of just one index Aaron Turner (07:58)
Re: 10+hrs vs 15min because of just one index Tom Lane (15:54)
Re: 10+hrs vs 15min because of just one index Marc Morin (17:37)
Re: 10+hrs vs 15min because of just one index Aaron Turner (19:04)
Re: 10+hrs vs 15min because of just one index Aaron Turner (19:33)
SQL Function Performance Adnan DURSUN (20:25)
Re: 10+hrs vs 15min because of just one index Markus Schaber (21:04)

2006-02-13

Re: SQL Function Performance andrew (01:05)
Re: SQL Function Performance Michael Fuhr (05:46)
Re: 10+hrs vs 15min because of just one index PFC (08:55)
Re: help required in design of database Markus Schaber (11:49)
Re: joining two tables slow due to sequential scan Tim Jones (16:21)
Re: SQL Function Performance Adnan DURSUN (19:44)
Re: SQL Function Performance Mark Liberman (20:06)
Re: SQL Function Performance Adnan DURSUN (20:23)
Re: SQL Function Performance Adnan DURSUN (21:58)
Re: SQL Function Performance Mark Liberman (23:45)

2006-02-14

Re: SQL Function Performance Adnan DURSUN (00:16)
Re: SQL Function Performance Tom Lane (00:57)
Re: SQL Function Performance Michael Fuhr (01:31)
Re: Optimizing performance of a like '%...%' condition Chris (02:32)
Re: SQL Function Performance Adnan DURSUN (09:33)
copy and postgresql.conf FERREIRA, William (VALTECH) (09:44)
Re: copy and postgresql.conf Albert Cervera Areny (11:38)
Re: copy and postgresql.conf FERREIRA, William (VALTECH) (13:26)
out of memory martial.bizel (15:24)
Re: out of memory Tom Lane (15:32)
Postgres slower than MS ACCESS Jay Greenfield (15:51)
Re: out of memory martial.bizel (16:03)
Re: Postgres slower than MS ACCESS Scott Marlowe (16:04)
Re: out of memory Scott Marlowe (16:06)
Re: copy and postgresql.conf Albert Cervera Areny (16:06)
Re: out of memory martial.bizel (16:15)
Re: Postgres slower than MS ACCESS Jay Greenfield (16:17)
Re: out of memory Scott Marlowe (16:21)
Re: Postgres slower than MS ACCESS Scott Marlowe (16:23)
Re: copy and postgresql.conf Markus Schaber (16:29)
Re: out of memory martial.bizel (16:32)
0ut of Memory Error during Vacuum Analyze Tomeh, Husam (16:45)
Re: out of memory Scott Marlowe (16:50)
Re: copy and postgresql.conf FERREIRA, William (VALTECH) (17:05)
Re: Postgres slower than MS ACCESS Stephen Frost (17:20)
Re: out of memory Tom Lane (17:36)
Re: out of memory Scott Marlowe (17:47)
Re: 0ut of Memory Error during Vacuum Analyze Tom Lane (17:50)
Re: Postgres slower than MS ACCESS Tom Lane (20:42)
Re: Postgres slower than MS ACCESS Stephen Frost (20:55)
Re: Postgres slower than MS ACCESS Jay Greenfield (20:56)
Re: Postgres slower than MS ACCESS Tom Lane (21:02)
Re: SQL Function Performance Michael Fuhr (21:04)
Re: Postgres slower than MS ACCESS Jay Greenfield (21:25)
8.2.1 on FreeBSD 5.4-RELEASE Paul Khavkine (21:36)
Re: copy and postgresql.conf Jignesh K. Shah (21:47)
Re: 0ut of Memory Error during Vacuum Analyze and Tomeh, Husam (22:01)
Re: 0ut of Memory Error during Vacuum Analyze and Create Index Tom Lane (22:15)
Re: SQL Function Performance Adnan DURSUN (22:35)
Re: 10+hrs vs 15min because of just one index Aaron Turner (23:14)
Re: 0ut of Memory Error during Vacuum Analyze and Tomeh, Husam (23:40)

Prev | Next

Jump to day: 1 2 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 27 28

Privacy Policy | About PostgreSQL
Copyright © 1996-2013 The PostgreSQL Global Development Group