Продукты

О компании

Ресурсы

Мероприятия

Образование

...

Протестировать

Архив рассылок [pgsql-performance]

ЯнварьМарт

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

1 февраля 2006 г.

00:09Re: Huge Data sets, simple queries Jeffrey W. Baker

00:33Re: Sequential scan being used despite indexes James Russell

00:42Re: Sequential scan being used despite indexes Christopher Kings-Lynne

01:08Re: Sequential scan being used despite indexes Michael Fuhr

01:49Re: partitioning and locking problems Tom Lane

01:53Re: Huge Data sets, simple queries Luke Lonergan

04:25Re: Huge Data sets, simple queries Jeffrey W. Baker

05:00Re: Huge Data sets, simple queries PFC

05:39Re: partitioning and locking problems Richard Huxton

06:15execution plan : Oracle vs PostgreSQL FERREIRA, William (VALTECH)

08:15Re: Huge Data sets, simple queries Michael Stone

10:26Re: partitioning and locking problems Marc Morin

11:20Re: partitioning and locking problems Tom Lane

12:04Re: execution plan : Oracle vs PostgreSQL Tom Lane

12:33Re: execution plan : Oracle vs PostgreSQL FERREIRA, William (VALTECH)

13:42Re: Huge Data sets, simple queries Luke Lonergan

13:55Re: Huge Data sets, simple queries Steinar H. Gunderson

13:57Re: Huge Data sets, simple queries Mike Rylander

14:33Planner reluctant to start from subquery Kevin Grittner

15:34Re: Planner reluctant to start from subquery Tom Lane

16:00Re: Planner reluctant to start from subquery Kevin Grittner

16:14Re: Planner reluctant to start from subquery Tom Lane

16:18Index Usage using IN Ralph Mason

16:22Re: Index Usage using IN Jeffrey W. Baker

16:24Re: Planner reluctant to start from subquery Kevin Grittner

16:28Re: Index Usage using IN Jeffrey W. Baker

16:36Re: Planner reluctant to start from subquery Tom Lane

16:41Re: Index Usage using IN Tom Lane

16:43Re: Planner reluctant to start from subquery Kevin Grittner

16:51Re: Planner reluctant to start from subquery Kevin Grittner

16:53Re: Planner reluctant to start from subquery Tom Lane

17:15Re: Index Usage using IN Bruno Wolff III

17:16Default autovacuum settings too conservative Jim C. Nasby

17:37Re: Default autovacuum settings too conservative Matthew T. O'Connor

18:13Re: Index Usage using IN Hari Warrier

2 февраля 2006 г.

00:47Re: Huge Data sets, simple queries Luke Lonergan

03:10pgbench output Pradeep Parmar

08:14Re: Where is my bottleneck? Markus Schaber

08:44Re: partitioning and locking problems Markus Schaber

12:29Re: partitioning and locking problems Marc Morin

12:58Re: Planner reluctant to start from subquery Tom Lane

15:41Re: Huge Data sets, simple queries Alan Stange

4 февраля 2006 г.

16:48Re: Storing Digital Video Jeffrey W. Baker

16:48Index occupancy tschak

20:49Re: Index occupancy Tom Lane

6 февраля 2006 г.

04:37Re: Storing Digital Video Albert Cervera Areny

16:00Re: Default autovacuum settings too conservative Vivek Khera

16:21Re: execution plan : Oracle vs PostgreSQL Andrew Lazarus

19:04Re: Default autovacuum settings too conservative Chris Browne

7 февраля 2006 г.

00:11Re: partitioning and locking problems Jim C. Nasby

01:05Re: Default autovacuum settings too conservative Jim C. Nasby

01:06Re: pgbench output Jim C. Nasby

02:38Re: Default autovacuum settings too conservative Christopher Browne

03:26Re: Default autovacuum settings too conservative Jim C. Nasby

08:39Re: Default autovacuum settings too conservative Markus Schaber

10:20Re: Default autovacuum settings too conservative Michael Stone

18:09Re: partitioning and locking problems Simon Riggs

18:21Re: partitioning and locking problems Ron

18:58Re: partitioning and locking problems Marc Morin

20:59Re: partitioning and locking problems Jim C. Nasby

21:03Re: Default autovacuum settings too conservative Jim C. Nasby

21:56Re: Default autovacuum settings too conservative Russell Smith

8 февраля 2006 г.

00:39Re: Default autovacuum settings too conservative Christopher Browne

04:30Re: partitioning and locking problems Simon Riggs

07:05Re: Default autovacuum settings too conservative Markus Schaber

09:54optimizing away join when querying view Jacob Costello

10:09Size and performance hit from using UTF8 vs. ASCII? Ron

11:37Re: optimizing away join when querying view Tom Lane

11:46Re: optimizing away join when querying view Stephan Szabo

11:54Re: Size and performance hit from using UTF8 vs. ASCII? Jeffrey W. Baker

13:46Re: Default autovacuum settings too conservative Markus Schaber

18:03Sane configuration options for a WinXP laptop 8.1 install? Ron

19:31Re: Default autovacuum settings too conservative Tim Allen

20:21Re: Default autovacuum settings too conservative Markus Schaber

9 февраля 2006 г.

02:32Re: Sane configuration options for a WinXP laptop 8.1 install? Jim C. Nasby

10:02Re: Storing Digital Video Nate Byrnes

11:10Help with optimizing a sql statement Rafael Martinez Guerrero

11:23Re: Storing Digital Video Craig A. James

11:58Re: Storing Digital Video Nate Byrnes

15:07Large Database Design Help Orion Henry

15:26Re: Storing Digital Video Jim C. Nasby

15:33Re: Help with optimizing a sql statement Jim C. Nasby

15:44Re: Help with optimizing a sql statement Dave Dutcher

15:45Re: Large Database Design Help Jim C. Nasby

15:45Re: Large Database Design Help Greg Stark

15:46Re: Help with optimizing a sql statement Jim C. Nasby

17:50Re: Large Database Design Help Matthew Nuzum

18:43Re: Help with optimizing a sql statement Rafael Martinez

19:14Re: Storing Digital Video Jan Peterson

19:22Re: Help with optimizing a sql statement Tom Lane

19:35Re: Help with optimizing a sql statement Rafael Martinez

22:28Re: Help with optimizing a sql statement Vivek Khera

10 февраля 2006 г.

02:05Re: Help with optimizing a sql statement Greg Stark

04:1610+hrs vs 15min because of just one index Aaron Turner

04:22Basic Database Performance James Dey

05:00Re: 10+hrs vs 15min because of just one index hubert depesz lubaczewski

05:36Re: Basic Database Performance Richard Huxton

05:50Re: Basic Database Performance Richard Huxton

05:55Re: Basic Database Performance James Dey

06:04Re: Large Database Design Help Markus Schaber

06:24Re: Large Database Design Help Markus Schaber

06:37Re: Basic Database Performance Markus Schaber

11:40Re: pgbench output Gourish Singbal

12:53Re: 10+hrs vs 15min because of just one index Aaron Turner

13:13Re: 10+hrs vs 15min because of just one index Matthew T. O'Connor

13:24Re: 10+hrs vs 15min because of just one index Aaron Turner

15:20What do the Windows pg hackers out there like for dev tools? Ron

16:13Re: Basic Database Performance PFC

16:18Re: Large Database Design Help PFC

16:20help required in design of database david drummard

17:03Re: help required in design of database Steinar H. Gunderson

18:06joining two tables slow due to sequential scan Tim Jones

18:14Re: joining two tables slow due to sequential scan Dave Dutcher

18:22Re: joining two tables slow due to sequential scan Scott Marlowe

18:35Re: joining two tables slow due to sequential scan Tim Jones

18:36Re: joining two tables slow due to sequential scan Scott Marlowe

18:37Re: joining two tables slow due to sequential scan Tim Jones

18:38Re: Large Database Design Help Ragnar

18:39Re: joining two tables slow due to sequential scan Scott Marlowe

18:42Re: Large Database Design Help Scott Marlowe

18:43Re: joining two tables slow due to sequential scan Tim Jones

18:44Re: joining two tables slow due to sequential scan Tom Lane

18:46Re: joining two tables slow due to sequential scan Scott Marlowe

18:51Re: joining two tables slow due to sequential scan Tom Lane

18:59Re: joining two tables slow due to sequential scan Tim Jones

19:25Re: joining two tables slow due to sequential scan Dave Dutcher

21:46postgresql geqo optimization uwcssa

21:54Re: postgresql geqo optimization Steinar H. Gunderson

21:58Re: [HACKERS] What do the Windows pg hackers out there like for dev Mark Kirkwood

11 февраля 2006 г.

16:32Re: Storing Digital Video Jim C. Nasby

17:25Re: 10+hrs vs 15min because of just one index Jim C. Nasby

12 февраля 2006 г.

03:58Re: 10+hrs vs 15min because of just one index Aaron Turner

11:54Re: 10+hrs vs 15min because of just one index Tom Lane

13:38Re: 10+hrs vs 15min because of just one index Marc Morin

15:04Re: 10+hrs vs 15min because of just one index Aaron Turner

15:34Re: 10+hrs vs 15min because of just one index Aaron Turner

16:25SQL Function Performance Adnan DURSUN

21:30Re: SQL Function Performance andrew@pillette.com

22:28Re: 10+hrs vs 15min because of just one index Markus Schaber

13 февраля 2006 г.

01:46Re: SQL Function Performance Michael Fuhr

04:55Re: 10+hrs vs 15min because of just one index PFC

07:49Re: help required in design of database Markus Schaber

12:22Re: joining two tables slow due to sequential scan Tim Jones

15:44Re: SQL Function Performance Adnan DURSUN

16:24Re: SQL Function Performance Adnan DURSUN

17:59Re: SQL Function Performance Adnan DURSUN

20:17Re: SQL Function Performance Adnan DURSUN

20:57Re: SQL Function Performance Tom Lane

21:31Re: SQL Function Performance Michael Fuhr

14 февраля 2006 г.

05:34Re: SQL Function Performance Adnan DURSUN

05:47copy and postgresql.conf FERREIRA, William (VALTECH)

07:38Re: copy and postgresql.conf Albert Cervera Areny

09:27Re: copy and postgresql.conf FERREIRA, William (VALTECH)

11:25out of memory martial.bizel@free.fr

11:32Re: out of memory Tom Lane

11:51Postgres slower than MS ACCESS Jay Greenfield

12:03Re: out of memory martial.bizel@free.fr

12:04Re: Postgres slower than MS ACCESS Scott Marlowe

12:06Re: out of memory Scott Marlowe

12:13Re: copy and postgresql.conf Albert Cervera Areny

12:15Re: out of memory martial.bizel@free.fr

12:17Re: Postgres slower than MS ACCESS Jay Greenfield

12:21Re: out of memory Scott Marlowe

12:23Re: Postgres slower than MS ACCESS Scott Marlowe

12:32Re: out of memory martial.bizel@free.fr

12:450ut of Memory Error during Vacuum Analyze Tomeh, Husam

12:50Re: out of memory Scott Marlowe

13:05Re: copy and postgresql.conf FERREIRA, William (VALTECH)

13:19Re: Postgres slower than MS ACCESS Stephen Frost

13:36Re: out of memory Tom Lane

13:47Re: out of memory Scott Marlowe

13:50Re: 0ut of Memory Error during Vacuum Analyze Tom Lane

16:42Re: Postgres slower than MS ACCESS Tom Lane

16:54Re: Postgres slower than MS ACCESS Stephen Frost

16:56Re: Postgres slower than MS ACCESS Jay Greenfield

17:02Re: Postgres slower than MS ACCESS Tom Lane

17:05Re: SQL Function Performance Michael Fuhr

17:25Re: Postgres slower than MS ACCESS Jay Greenfield

17:338.2.1 on FreeBSD 5.4-RELEASE Paul Khavkine

17:47Re: copy and postgresql.conf Jignesh K. Shah

18:01Re: 0ut of Memory Error during Vacuum Analyze and Tomeh, Husam

18:15Re: 0ut of Memory Error during Vacuum Analyze and Create Index Tom Lane

18:36Re: SQL Function Performance Adnan DURSUN

19:14Re: 10+hrs vs 15min because of just one index Aaron Turner

19:40Re: 0ut of Memory Error during Vacuum Analyze and Tomeh, Husam

19:49Re: 0ut of Memory Error during Vacuum Analyze and Create Index Tom Lane

15 февраля 2006 г.

03:29could not send data to client: Broken pipe Pradeep Parmar

05:40Re: could not send data to client: Broken pipe Richard Huxton

06:28Re: copy and postgresql.conf FERREIRA, William (VALTECH)

09:47Re: copy and postgresql.conf Markus Schaber

10:08Re: copy and postgresql.conf FERREIRA, William (VALTECH)

10:14Re: copy and postgresql.conf Jignesh K. Shah

10:23Re: Postgres slower than MS ACCESS Jeff Trout

10:27Re: copy and postgresql.conf FERREIRA, William (VALTECH)

11:07Re: copy and postgresql.conf Jignesh K. Shah

11:18Re: copy and postgresql.conf Tom Lane

11:51Stored proc and optimizer question Antal Attila

11:55out of memory martial.bizel@free.fr

11:56Re: explain hashAggregate martial.bizel@free.fr

12:21Reliability recommendations Jeremy Haile

12:45Re: out of memory martial.bizel@free.fr

12:51Re: out of memory Scott Marlowe

13:18Re: out of memory martial.bizel@free.fr

13:24Re: Reliability recommendations Craig A. James

13:32Re: Reliability recommendations Mark Lewis

13:38Re: out of memory Scott Marlowe

14:01Re: Reliability recommendations Joshua D. Drake

14:17Re: Reliability recommendations Greg Stark

15:03Re: Reliability recommendations Christopher Browne

15:11Re: Reliability recommendations Scott Marlowe

15:53Re: Reliability recommendations Ron

16:02Strange Create Index behaviour Gary Doades

16:56Re: Strange Create Index behaviour Tom Lane

16:58Re: Reliability recommendations Jeremy Haile

17:08Re: Strange Create Index behaviour Gary Doades

17:13Re: Strange Create Index behaviour Gary Doades

17:27Re: Strange Create Index behaviour Simon Riggs

17:27Re: Strange Create Index behaviour Tom Lane

17:29Re: Postgres slower than MS ACCESS Jay Greenfield

17:36Re: Strange Create Index behaviour Gary Doades

17:36Re: Postgres slower than MS ACCESS Tom Lane

17:49Re: Strange Create Index behaviour Tom Lane

17:50Re: Reliability recommendations Josh Rovero

17:51Re: Strange Create Index behaviour Tom Lane

18:08Re: Strange Create Index behaviour Gary Doades

19:28qsort again (was Re: Strange Create Index behaviour) Tom Lane

19:51Re: Strange Create Index behaviour Simon Riggs

19:57Re: qsort again (was Re: Strange Create Index behaviour) Gary Doades

20:04Re: qsort again (was Re: Strange Create Index behaviour) Tom Lane

20:17Re: [HACKERS] qsort again (was Re: Strange Create Index behaviour) Tom Lane

20:57Re: qsort again (was Re: Strange Create Index Ron

20:59Re: [HACKERS] qsort again (was Re: Strange Create Index behaviour) Tom Lane

21:21Re: qsort again (was Re: Strange Create Index behaviour) Tom Lane

21:50Re: qsort again (was Re: Strange Create Index behaviour) Christopher Kings-Lynne

21:53Re: Strange Create Index behaviour Simon Riggs

21:57Re: [HACKERS] qsort again (was Re: Strange Create Index Simon Riggs

22:12Re: [HACKERS] qsort again (was Re: Strange Create Index Neil Conway

16 февраля 2006 г.

00:31Re: qsort again (was Re: Strange Create Index Ron

06:55Re: [HACKERS] qsort again (was Re: Strange Create Index Gary Doades

07:35Re: qsort again (was Re: Strange Create Index Steinar H. Gunderson

08:11Re: [HACKERS] qsort again Florian Weimer

08:49Re: [HACKERS] qsort again Martijn van Oosterhout

09:08Re: [HACKERS] qsort again Sven Geisler

09:23Re: qsort again (was Re: Strange Create Index Ron

09:32Re: Postgres slower than MS ACCESS Peter Childs

09:38Re: [HACKERS] qsort again Ron

09:44Re: qsort again (was Re: Strange Create Index Markus Schaber

10:42Re: [HACKERS] qsort again (was Re: Strange Create Index behaviour) Tom Lane

10:48Re: [HACKERS] qsort again (was Re: Strange Create Index Martijn van Oosterhout

11:31Re: [HACKERS] qsort again (was Re: Strange Create Index Gary Doades

11:53Re: [HACKERS] qsort again (was Re: Strange Create Ron

12:20Re: [HACKERS] qsort again (was Re: Strange Create Tom Lane

12:32Re: qsort again (was Re: Strange Create Index Craig A. James

12:33Re: [HACKERS] qsort again (was Re: Strange Create Ron

13:00Re: [HACKERS] qsort again (was Re: Strange Create Martijn van Oosterhout

13:01Why does not perform index combination Adnan DURSUN

13:15Re: [HACKERS] qsort again (was Re: Strange Create Index Tom Lane

13:28Re: Why does not perform index combination Tom Lane

13:49Re: [HACKERS] qsort again (was Re: Strange Create Scott Lamb

14:47Re: [HACKERS] qsort again (was Re: Strange Create Ron

15:13Re: qsort again (was Re: Strange Create Index Neil Conway

18:16Re: Why does not perform index combination Adnan DURSUN

18:17Re: [HACKERS] qsort again (was Re: Strange Create Index Mark Lewis

18:33Re: [HACKERS] qsort again (was Re: Strange Create Index Markus Schaber

18:40Re: [HACKERS] qsort again (was Re: Strange Create Index Martijn van Oosterhout

18:51Re: [HACKERS] qsort again (was Re: Strange Create Index Greg Stark

19:05Re: [HACKERS] qsort again (was Re: Strange Create Index PFC

19:23Re: [HACKERS] qsort again (was Re: Strange Create Index Mark Lewis

20:18Re: [HACKERS] qsort again (was Re: Strange Create Index Markus Schaber

22:02Re: [HACKERS] qsort again (was Re: Strange Create Index Steinar H. Gunderson

17 февраля 2006 г.

01:41Re: [HACKERS] qsort again (was Re: Strange Create Index David Lang

02:21Re: [HACKERS] qsort again (was Re: Strange Create Ron

04:12split partitioned table across several postgres servers martial.bizel@free.fr

05:23Re: [HACKERS] qsort again (was Re: Strange Create Ragnar

06:13Re: [HACKERS] qsort again (was Re: Strange Create Index Markus Schaber

06:19Re: [HACKERS] qsort again (was Re: Strange Create Markus Schaber

06:55Re: [HACKERS] qsort again (was Re: Strange Create PFC

09:01Re: [HACKERS] qsort again (was Re: Strange Create Ron

09:23Re: [HACKERS] qsort again (was Re: Strange Create Ron

10:49Re: split partitioned table across several postgres servers Tom Lane

11:18Re: split partitioned table across several postgres servers martial.bizel@free.fr

11:54Re: [HACKERS] qsort again (was Re: Strange Create Martijn van Oosterhout

12:18Re: [HACKERS] qsort again (was Re: Strange Create Index Scott Lamb

12:31Re: [HACKERS] qsort again (was Re: Strange Create Index Martijn van Oosterhout

12:45Re: [HACKERS] qsort again (was Re: Strange Create Ron

12:51Need pointers to "standard" pg database(s) for testing Ron

12:56Re: Need pointers to "standard" pg database(s) for Scott Marlowe

13:10Re: [HACKERS] Need pointers to "standard" pg database(s) for testing Michael Paesold

13:30Re: [HACKERS] qsort again (was Re: Strange Create Index Mark Lewis

15:22Re: [HACKERS] qsort again (was Re: Strange Create Ragnar

15:43Re: [HACKERS] qsort again (was Re: Strange Create Index Tom Lane

18 февраля 2006 г.

00:09Re: SQL Function Performance Mark Liberman

00:09Re: SQL Function Performance Mark Liberman

00:09Re: Optimizing performance of a like '%...%' condition Chris

00:10Re: out of memory martial.bizel@free.fr

00:10Re: [HACKERS] qsort again (was Re: Strange Create Index behaviour) Dann Corbit

00:10Re: [HACKERS] qsort again (was Re: Strange Create Index Jonah H. Harris

00:10Future of Table Partitioning Patrick Carriere

00:10Index Choice Problem Adam Alkins

00:10Re: [HACKERS] qsort again (was Re: Strange Create Index Dann Corbit

00:10Measuring Lock Performance Lane Van Ingen

00:10Re: [HACKERS] qsort again (was Re: Strange Create Gregory Maxwell

00:11Stored proc and optimizer question Antal Attila

01:53Re: Index Choice Problem Tom Lane

03:29Re: Index Choice Problem Adam Alkins

03:39Re: Index Choice Problem Adam Alkins

12:04Force another plan. Fredrik Olsson

13:01Re: [HACKERS] qsort again (was Re: Strange Create Ron

14:36Re: Force another plan. Tom Lane

19 февраля 2006 г.

08:39Re: Force another plan. Fredrik Olsson

10:05Question about query planner Emil Briggs

13:31Re: Force another plan. Tom Lane

14:15Re: Question about query planner Tom Lane

22:02Re: Need pointers to "standard" pg database(s) for testing Christopher Kings-Lynne

20 февраля 2006 г.

00:06How to optimize a JOIN with BETWEEN? andrew@pillette.com

00:47Re: Need pointers to "standard" pg database(s) for Christopher Kings-Lynne

02:42Re: Avoiding cartesian product Virag Saksena

05:58Re: Force another plan. Fredrik Olsson

08:57Creating a correct and real benchmark Marcos

11:01Re: Force another plan. Tom Lane

20:13Re: Creating a correct and real benchmark PFC

20:21Re: Creating a correct and real benchmark Chris

21 февраля 2006 г.

01:13Cost Issue - How do I force a Hash Join Virag Saksena

01:36Re: Cost Issue - How do I force a Hash Join Tom Lane

01:59Re: Cost Issue - How do I force a Hash Join Craig A. James

02:34Re: Cost Issue - How do I force a Hash Join Virag Saksena

11:57LIKE query on indexes Ibrahim Tekin

12:18Re: LIKE query on indexes Scott Marlowe

12:34Re: LIKE query on indexes Alvaro Herrera

12:42Re: LIKE query on indexes Scott Marlowe

13:40Re: LIKE query on indexes mark@mark.mielke.cc

16:12Re: LIKE query on indexes Ibrahim Tekin

16:12Help with nested loop left join performance George Woodring

16:28Re: LIKE query on indexes Ibrahim Tekin

20:15Re: How to optimize a JOIN with BETWEEN? Jim C. Nasby

22 февраля 2006 г.

05:43Re: Help with nested loop left join performance Richard Huxton

06:39 Chethana, Rao (IE10)

06:47Re: Richard Huxton

06:51Re: Gourish Singbal

10:24Re: --pls reply ASAP Richard Huxton

11:04Re: Help with nested loop left join performance Tom Lane

11:48Re: LIKE query on indexes Brendan Duddridge

12:32Re: Vivek Khera

12:57Good News re count(*) in 8.1 Kevin Grittner

13:13Re: Good News re count(*) in 8.1 Luke Lonergan

13:16Re: --pls reply ASAP Theodore LoScalzo

13:27Joins and full index scans...mysql vs postgres? ryan groth

13:42Re: Good News re count(*) in 8.1 Tom Lane

13:52Re: Joins and full index scans...mysql vs postgres? Steinar H. Gunderson

14:11Re: Joins and full index scans...mysql vs postgres? ryan groth

14:21Re: Joins and full index scans...mysql vs postgres? ryan groth

14:31Re: Joins and full index scans...mysql vs postgres? Stephan Szabo

14:53Re: Joins and full index scans...mysql vs postgres? ryan groth

15:13Re: Joins and full index scans...mysql vs postgres? Scott Marlowe

15:16Slow query Jeremy Haile

18:07Re: Large Database Design Help Orion

19:39Re: Joins and full index scans...mysql vs postgres? PFC

19:58Re: Joins and full index scans...mysql vs postgres? Chris

22:48Re: Joins and full index scans...mysql vs postgres? Christopher Kings-Lynne

23:52Re: Good News re count(*) in 8.1 Greg Stark

23 февраля 2006 г.

06:21Re: Joins and full index scans...mysql vs postgres? Andreas Pflug

08:35Created Index is not used Kjeld Peters

08:52Re: LIKE query on indexes Ibrahim Tekin

09:01Re: Created Index is not used Ragnar

09:07Re: Created Index is not used Markus Schaber

10:09Re: Created Index is not used Kjeld Peters

10:38Re: Vivek Khera

12:29how to interpret/improve bad row estimates Robert Treat

12:38Looking for a tool to "*" pg tables as ERDs Ron Peacetree

12:48Re: Looking for a tool to "*" pg tables as ERDs Markus Schaber

13:06Re: Looking for a tool to "*" pg tables as ERDs Vivek Khera

13:25Re: Slow query Tom Lane

14:55Re: Good News re count(*) in 8.1 Kevin Grittner

15:57Re: 0ut of Memory Error during Vacuum Analyze and Tomeh, Husam

16:28Re: Jim C. Nasby

16:45Re: Good News re count(*) in 8.1 Jim C. Nasby

18:42Re: 0ut of Memory Error during Vacuum Analyze and Tomeh, Husam

18:47Re: 0ut of Memory Error during Vacuum Analyze and Tom Lane

24 февраля 2006 г.

02:54Really really slow query. What's a better way? Brendan Duddridge

03:01Re: Really really slow query. What's a better way? Christopher Kings-Lynne

03:24Re: Really really slow query. What's a better way? Brendan Duddridge

10:30Re: Reliability recommendations Bruce Momjian

11:10Re: Reliability recommendations Craig A. James

11:14Re: Reliability recommendations Luke Lonergan

11:41Re: Reliability recommendations Luke Lonergan

12:27Re: Reliability recommendations Vivek Khera

12:32Re: Reliability recommendations Scott Marlowe

12:40Re: Reliability recommendations Vivek Khera

12:51Re: Reliability recommendations Scott Marlowe

13:14Re: Reliability recommendations Joshua D. Drake

16:03Schema vs Independant Databases, ACLS,Overhead,pg_hba.conf Eric Lauzon

16:06Re: Creating a correct and real benchmark Marcos

19:18Re: Reliability recommendations Craig A. James

19:59Re: Reliability recommendations Scott Marlowe

20:07Re: Reliability recommendations Luke Lonergan

20:18Re: Reliability recommendations Philippe Marzin

20:33Re: Reliability recommendations Mark Kirkwood

20:49Re: Reliability recommendations Dan Gorman

21:18Re: Reliability recommendations Mark Kirkwood

23:42Re: Bruce Momjian

25 февраля 2006 г.

00:42Re: Reliability recommendations Luke Lonergan

02:11Re: Reliability recommendations Mark Kirkwood

02:23Re: Reliability recommendations Luke Lonergan

02:28Re: Reliability recommendations Mark Kirkwood

07:25Re: Reliability recommendations Ron

07:56Re: Reliability recommendations Ron

11:50Re: Reliability recommendations Luke Lonergan

12:03Re: Schema vs Independant Databases, ACLS,Overhead,pg_hba.conf Alvaro Herrera

27 февраля 2006 г.

06:03fsync and battery-backed caches Javier Somoza

06:13Re: fsync and battery-backed caches Tino Wildenhain

08:08wal sync method Evgeny Gridasov

08:28Re: wal sync method Javier Somoza

08:42Setting the shared buffers Javier Somoza

09:17Re: Setting the shared buffers Claus Guttesen

09:31neverending vacuum Csaba Nagy

10:31Re: neverending vacuum Alvaro Herrera

11:03Re: neverending vacuum Csaba Nagy

13:06The trigger can be specified to fire on time condition? Jamal Ghaffour

13:10Re: The trigger can be specified to fire on time condition? Alvaro Herrera

13:26Re: Large Table With Only a Few Rows Chris Browne

14:04Re: The trigger can be specified to fire on time condition? Chris Browne

14:34Re: Large Table With Only a Few Rows Peter Childs

20:22Re: fsync and battery-backed caches Jim C. Nasby

21:06Re: fsync and battery-backed caches Bruce Momjian

21:14Re: wal sync method Bruce Momjian

28 февраля 2006 г.

00:58Re: rotate records Bruno Wolff III

04:18Re: fsync and battery-backed caches Javier Somoza

05:45Different disks for xlogs and data Javier Somoza

08:10vacuum, analyze and reindex Javier Somoza

09:38Re: vacuum, analyze and reindex Christopher Browne

09:41Re: Different disks for xlogs and data Ron

11:44temporary indexes Kevin Grittner

12:45Re: [HACKERS] temporary indexes Jim C. Nasby

12:52Re: temporary indexes Tom Lane

13:05Re: [HACKERS] temporary indexes Tom Lane

13:23Re: fsync and battery-backed caches Jim C. Nasby

13:36Re: [HACKERS] temporary indexes Kevin Grittner

13:54Re: fsync and battery-backed caches Javier Somoza

13:55Re: [HACKERS] temporary indexes Kevin Grittner

14:07Re: [HACKERS] temporary indexes Tom Lane

14:08Re: [HACKERS] temporary indexes Steinar H. Gunderson

14:17Re: [HACKERS] temporary indexes Kevin Grittner

17:02Re: [HACKERS] temporary indexes Jim C. Nasby

17:09Re: fsync and battery-backed caches Jim C. Nasby

17:15Re: [HACKERS] temporary indexes Kevin Grittner

19:31Re: wal sync method PFC

19:45Re: wal sync method Tom Lane

22:50nested query on last n rows of huge table jcfischer

22:51Re: nested query on last n rows of huge table jcfischer

22:51Large Table With Only a Few Rows Nik

22:51Re: triggers, performance Was: Re: [GENERAL] rotate records Jeevanandam, Kathirvel (IE10)

Ответы на вопросы